Új Hammy verzió: 3.25.5
A tavaszi Hammy verzióban az egyik legjelentősebb újdonságunk, hogy lefejleszttük a DÁP eAzonosítási folyamatát, amely önállóan is működőképes, és integráltuk ezt a titkosított email küldéshez, ennek köszönhetően az ügyfelek már a DÁP bejelentkezést használva is képesek megtekinteni a nekik címzett titkosított email-eket. Emellett még több új izgalmas feature jelent meg, mint például az azonos tartalmú levelek szűrése, vagy éppen a csatolmány archiválás szofisztikálása.
Titkosított email DÁP bejelentkezés
A DÁP (Digitális Állampolgárság) törvény értelmében 2025. június 1-től bizonyos piaci szolgáltatók (kiemelten bankok és biztosítók) kötelesek vállalni, hogy az ügyfeleik a digitális térben portál jellegű szolgáltatásuk igénybevételéhez szükséges személyazonosítást a DÁP eAzonosítási szolgáltatáson keresztül is elvégezhessék.
A titkosított email megoldásunk a törvény értelmezése szerint, annak hatálya alá esik, így elkészült a DÁP eAzonosítás támogatása a Hammy-ben is. Ennek megfelelően a titkosított email bejelentkező felületen most kiválasztható, hogy a hagyományos jelszavas, vagy a DÁP bejelentkezést választja a felhasználó. DÁP bejelentkezés esetén egy QR kód jelenik meg a felületen, ennek DÁP alkalmazásból történő beolvasásával a felhasználó azonosítani tudja magát, és a felületen ezt követően ugyanúgy hozzá tud férni a küldeményéhez.
Annak érdekében, hogy biztosan azonosítsuk a felhasználót, egy második faktort is be lehet vonni a folyamatban, SMS vagy email formájában egy tokent tud a Hammy küldeni.
Azonos tartalmú levelek szűrése
Jellemzően a portálos levelek értesítő küldése esetén, de más folyamat során is előfordulhat hogy a címzett ügyfélnek több levél megy rövid időn belül akár teljesen ugyanolyan, vagy nagyon hasonló tartalommal. Ez főként akkor fordulhat elő ha több szerződése is van az ügyfélnek. A mostani verzióban lehetőség nyílik annak beállítására, hogy egy bizonyos sablonból, ha ugyanazt küldjük ki, ugyanannak a címzettnek egy bizonyos időn belül, akkor csak az első levelet kapja meg az ügyfél.
A fent leírt működés szabályozásához bevezetünk új konfigurációs paramétereket. Az egyik paraméter szabályozza az intervallumot amin belül vizsgáljuk a kiküldött üzeneteket, ez élesíti magát a funkciót is. Az intervallumot lehet megadni órák, napok számában, de megadható az is hogy az adott napon belül vizsgáljunk. A második paraméter szabályozza, hogy ha már találtunk egyező kiküldést a megadott intervallumon belül, akkor validációs hibával elutasítjuk a kérést, vagy befogadjuk, de nem küldjük ki. A harmadik paraméterrel megadható, ha a default címzett email cím helyett más azonosítóval keressük a küldést a megadott intervallumon belül. Mindhárom konfigurációt meg lehet adni sablonhoz, sablon csoporthoz és akár csatornához is.
Csatolmány archiválás bővítése, titkosított és titkosított tartalom mentése
Az üzenetekhez csatolt mellékletek és az üzenet képének archiválása már kezdetektől elérhető lehetőség a Hammy alkalmazásban. Jellemzően PDF típusú mellékletek küldése történik a Hammy alkalmazásban, melyet el tudunk látni digitális aláírással, időbélyegzővel, titkosítással és akár vízjellel is. A most kiadott verzióban szabályozhatóvá tettük azt, hogy a PDF típusú mellékletek eredeti, módosítás nélküli verzióját és / vagy már aláírt, titkosított vízjelezett verzióját is archiváljuk. Ehhez különböző rendszerparamétereket vezettünk be, melynek segítségével sablonhoz, sablon csoporthoz, vagy akár egyedi üzenethez is szabályozhatóvá válik a fent említett folyamat.
Titkosított email küldés, token kezelés szofisztikálása
A titkosított email küldés esetén a felhasználó azonosításában kulcs szerepet játszik a token kezelése. A jelszó megadása mellett még az alternatív csatornán kiküldött token visszaadását is elvárjuk ahhoz, hogy biztosan hozzáférést adjunk az ügyfélnek az érzékeny adatokat is tartalmazó üzenetéhez. Bevezettünk egy új beállítási lehetőséget, amivel kapcsolni lehet két üzemmódot a token kezelésben. Egyik esetben akkor is küldünk új tokent, ha még van érvényes token az ügyfélnél, és elfogadjuk bármelyik érvényes tokent. Másik esetben amíg van érvényes tokenje az ügyfélnek, addig nem küldünk újat, és így mindig csak az érvényest fogadjuk el.
További fontosabb fejlesztések ebben a verzióban:
- Címzettek aktivitása kiegészítve leiratkozás információval
- Fizetési kérelem státuszok magyarul jelennek meg
- Template verzió mentésnél validáció bevezetése a kiküldendő üzenet becsült méretére
- Forgalomszabályozás beállításnál egy gyári minimum limit
- SMS encoding bővítés, GSM_FALLBACK_UCS2
- Jelszószabályok null vagy 0 érték esetén sem lépnek át default-ra
- Üzenet export - exportált fájlok megtekintése