A tranzakció-ellenőrzés, az AML-szűrés és az eszkalációs láncok ugyanazt a követelményt támasztják: nemcsak azt, hogy egy döntés helyes volt, hanem azt is, hogy az utólag, függetlenül, az intézmény saját naplóira támaszkodva rekonstruálható legyen. Ez az oldal bemutatja, hogy egy ilyen munkafolyamatot hogyan kell megtervezni és futtatni az InTheEU Assist segítségével, nem pedig a befejezett telepítés nyilvántartását.
Egy javasolt többlépcsős művelet, tranzakció-ellenőrzés, megjelölt minta, eszkaláció, szakaszok láncolataként kerül tervezésre. A teljes sorozatot a rendszer kivonatolja, mielőtt bármelyik futna, így a jóváhagyó által felülvizsgált terv pontosan az a terv, amelyik végrehajtódik. Nincs szakadék aközött, amit az embernek megmutattak, és aközött, amit a rendszer valójában tett.
A kockázatviselőként megjelölt szakaszok (eszkaláció, ügyfélközpontú kimenet, végső döntés) független, második jóváhagyást kapnak, amely elkülönül a kezdeti tervszintű aláírástól. A munkafolyamat általános jóváhagyása nem helyettesíti a konkrét jóváhagyást azon a ponton, amely valóban számít.
Minden olyan szakaszhoz, amely érinthet egy ügyfelet, egy tranzakciót vagy egy hatósági bejelentést, kifejezetten aláírt jóváhagyásra van szükség a folytatás előtt. A kockázati jelzést illetően továbbra is a megfelelőségi és mennyiségi csapatok döntenek. A platform szerepe annak biztosítása, hogy a döntés után a döntés és annak alapja bizonyítható legyen, ne csak rögzítse.
A kétszintű jóváhagyási struktúra, a tervszintű kivonatolás és az aláírt, offline ellenőrizhető ellenőrzési nyomvonal minden végrehajtási lépés mögött a platform működő részei. Ami nem része ennek: bármilyen előre elkészített AML vagy csalásészlelési modell. Az intézmény saját megfelelőségi és kvantitatív csapatai biztosítják a kockázati jelzést meghatározó logikát; a platform biztosítja alatta a szabályozott végrehajtási és ellenőrzési réteget.
A képességkészlet alapjául szolgáló architektúrák egy része még folyamatban lévő bejelentésekben van dokumentálva. Ez az oldal azt írja le, hogy mire tervezték a platformot, olyan szinten, amely alkalmas egy kísérleti terv tervezésére, nem pedig egy megvalósítási specifikációra.
Platform jellemzői és interfésze folyamatosan fejleszthető. Előfordulhat, hogy az útmutatóban található leírások nem tükrözik a legutóbbi verzió pontos elrendezését vagy megfogalmazását.