Új Hammy verzió: 3.26.8
A Hammy 3.26.8-as verziójával az elsők között lépünk piacra a DÁP eAláírás vállalati integrációjával. A megoldás piaci szinten is egyedülálló: a DÁP eAláírás nem különálló szolgáltatásként, hanem a Hammy automatizálható, nyomon követhető és auditálható ügyfélkommunikációs folyamatainak szerves részeként működik. Emellett megújult és kereshetővé vált a rendszerparaméterek kezelése, a Doky dokumentumai előnézeti képet kaptak, a tartósan kézbesíthetetlen e-mail-címeket pedig végleges karanténba küldhetjük. Röviden: a Hammy most már aláírat, rendet rak, előre megmutatja a dokumentumokat, és azt is tudja, mikor nem érdemes tovább kopogtatni.
DÁP eAláírás bevezetése
A digitális ügyfélfolyamatok egyre fontosabb részét képezik az elektronikus aláírási folyamatok, amelyek jellemzően nem önálló műveletként, hanem egy hosszabb ügyfélkommunikációs folyamat részeként jelennek meg. A DÁP eAláírás integrációjával a Hammy-ben lehetővé vált a DÁP által biztosított elektronikus aláírási szolgáltatás közvetlen, vállalati folyamatokba illesztett használata.
Az aktuális verzióban a DÁP eAláírás önálló kommunikációs csatornaként került bevezetésre, hasonlóan az emailhez, SMS-hez, Viberhez vagy a fizetési kérelemhez. Az aláírási kérések a Hammy meglévő sendAPI interfészén keresztül indíthatók, a DAPESign csatorna kiválasztásával és egy dedikált, strukturált aláírási adatszerkezet megadásával. A kérés többek között tartalmazhatja az aláíró DÁP azonosítóját, az aláírás szintjét, az aláírás célját, valamint az aláírás dokumentumon belüli megjelenésének paramétereit.
A Hammy az aláírási kéréseket ugyanazon életciklus-kezelési mechanizmusok szerint kezeli, mint a többi kommunikációs csatornát. Az egyes tranzakciókhoz státusz, időbélyeg, feldolgozási állapot és eseménynapló tartozik, így az aláírási folyamatok nyomon követhetők, visszakereshetők és auditálhatók. A rendszer képes követni az ügyfél aláírással kapcsolatos reakcióit is, így megkülönböztethető többek között a sikeres aláírás, az aláírás elutasítása, illetve az az eset, amikor az ügyfél nem reagál az aláírási kérésre.
Az eAláírás szcenárióba is beilleszthető, így a teljes ügyfélkommunikációs folyamat automatizáltan felépíthető az aláírást megelőző és követő lépésekkel együtt. Lehetőség van például az aláírás előtt tájékoztató vagy figyelmeztető kommunikáció küldésére, az aláírási kérés kiküldésére, majd az ügyfél reakciójától függően további automatikus lépések indítására. Amennyiben az ügyfél nem tekinti meg vagy nem írja alá a dokumentumot, emlékeztető küldhető, más kommunikációs csatorna vonható be, vagy szükség esetén eszkaláció indítható. Sikeres aláírás esetén pedig a szcenárió automatikusan folytatható a folyamat következő lépésével.
DÁP eAláírás szcenárióban
Az integráció részeként a sikeresen aláírt dokumentum visszakerülhet a Hammy-be, ahol hosszú távon archiválható, illetve konfigurációtól függően külső dokumentumtárba vagy fájlszerverre is továbbítható. Ezzel a DÁP eAláírás nem különálló technikai szolgáltatásként, hanem a Hammy által kezelt, automatizálható és auditálható üzleti folyamatok szerves részeként használható.
Új rendszerparaméterek beállítása oldal a HammyAdmin felületen
A HammyAdmin rendszerparamétereinek kezeléséhez új, korszerű ‘Beállítások’ oldal készült. A felület a rendszerparaméter-dokumentáció metaadatait – többek között a megnevezéseket, leírásokat, kategóriákat és értéktípusokat – is felhasználja, és nem csak a beállított paramétereket, ezért a korábbinál több segítséget ad az egyes konfigurációk céljának és hatásának megértéséhez, beállításához.
A beállítások kategóriák szerint böngészhetők, emellett kereső és gyors navigáció segíti a nagy paraméterkészlet áttekintését. Az értékek típusuknak megfelelő vezérlőkkel módosíthatók: a logikai értékek kapcsolóval, a választható értékek listával, a számok és szövegek pedig megfelelő beviteli mezővel jelennek meg.
A felület kezeli a különböző hatókörökhöz – például klienshez, szervezethez, csatornához, szcenárióhoz, sablonhoz vagy sablonkezelési kategóriához – tartozó beállításokat, és támogatja a hatókörök közötti eligazodást. Az összetett cg_param értékek és alparaméterek fa-struktúrában olvashatók és szerkeszthetők, a módosítások pedig menthetők, visszavonhatók vagy alapértékre állíthatók.
Beállítások oldal
Az új oldal Hammy és Doky környezetben is elérhető. A korábbi paraméterkezelő felületek egyelőre megmaradnak, így az átállás fokozatosan végezhető el, miközben a 3.26.8-as kiadásban már használható az új, dokumentációvezérelt kezelési mód.
Végleges karantén HARD bounce esetén
A visszapattanó levelek kezelésében a korábbi, időkorlátos címzettkorlátozás mellett megjelent a végleges karantén lehetősége. Ha egy kézbesítési hiba HARD bounce-ként kerül feldolgozásra, a hozzá tartozó szabály beállítható úgy, hogy az érintett címzett korlátozása ne járjon le automatikusan.
A HammyAdmin visszapattanólevél-konfigurációjában külön beállítással választható a végtelen időtartam. A rendszer ilyenkor lejárati idő nélküli recipient restriction bejegyzést hoz létre; ez a korlátozást ellenőrző – például kampányos – küldési folyamatokban megakadályozza, hogy a tartósan kézbesíthetetlen cím ismét automatikusan célba kerüljön.
A módosítás csökkenti a felesleges újrapróbálkozásokat, védi a küldői reputációt és tisztább címzettállomány fenntartását segíti. Mivel a végleges tiltás csak az erre kijelölt HARD bounce szabályoknál aktiválódik, a rövid ideig fennálló vagy átmeneti kézbesítési hibák továbbra is kezelhetők időszakos karanténnal.
Doky dokumentum-előnézeti képek (thumbnail)
A Doky thumbnail funkció lehetővé teszi, hogy a dokumentumok teljes tartalmának megnyitása nélkül, előnézeti kép alapján is gyorsan áttekinthetők legyenek a keresési találatok. A támogatott dokumentumtípusokhoz a Doky backend igény szerint PNG- vagy JPG-formátumú előnézetet készít, amely jogosultság-ellenőrzött URL-en keresztül érhető el.
A HammyAdmin dokumentumkeresőjében a hagyományos táblázatos megjelenítés mellett választható thumbnail-, illetve kártyás nézet alakítható ki. A kártyákon az előnézeti kép mellett a legfontosabb dokumentumadatok – például a fájlnév, a dokumentum- vagy fájltípus és a létrehozás dátuma – is megjelenhetnek. A nézetek közötti váltás nem módosítja a keresési feltételeket, a lapozást vagy az aktuális találati eredményeket. Ha egy dokumentumhoz nem készíthető előnézet, vagy a kép betöltése sikertelen, a felület egységes helyettesítő képet jeleníthet meg.
A dokumentumkeresési API csak akkor állít elő thumbnail-információt és hozzáférési URL-t, ha azt a hívó kifejezetten kéri. Ez megakadályozza, hogy a hagyományos táblázatos keresések során minden találathoz szükségtelen linkrekord és további adatbázis-lekérdezés keletkezzen. A funkció így nagyobb találati listáknál is takarékosabban használja a rendszer erőforrásait, miközben a thumbnail nézet számára továbbra is biztosítja a szükséges előnézeti adatokat.
A bővítés visszafelé kompatibilis: thumbnail-információ kérése nélkül a meglévő dokumentumkeresési és dokumentumletöltési folyamatok változatlanul működnek.