Transaksjonsgjennomgang, AML-screening og eskaleringskjeder deler alle det samme kravet: ikke bare at en beslutning var riktig, men at den kan rekonstrueres i etterkant, uavhengig, uten å stole på institusjonens egne logger. Denne siden viser hvordan en slik arbeidsflyt planlegges og kjøres på inTheEU Assist, ikke en oversikt over en fullført distribusjon.
En foreslått handling i flere trinn, en transaksjonsgjennomgang, et flagget mønster, en eskalering, vil bli planlagt som en kjede av stadier. Hele sekvensen hashes før noe av den kjører, så planen en godkjenner vurderer er nøyaktig planen som utfører. Det er ingen gap mellom det som ble vist til et menneske og det systemet faktisk gjorde.
Stadier flagget som risikobærende (en eskalering, en kundevendt utgang, en endelig avgjørelse) vil ha en uavhengig, andre godkjenning, atskilt fra den innledende sign-off på plannivå. En generell godkjenning for arbeidsflyten erstatter ikke en spesifikk godkjenning på det punktet som faktisk betyr noe.
Hvert trinn som kan påvirke en kunde, en transaksjon eller en regulatorisk innlevering vil kreve en eksplisitt signert godkjenning før du fortsetter. Samsvars- og kvantteam forblir autoriteten på hva som utgjør et risikosignal. Plattformens rolle er å sørge for at når de bestemmer seg, er beslutningen og grunnlaget beviselig, ikke bare registrert.
Den to-lags godkjenningsstrukturen, hashing på plannivå og det signerte, offline-verifiserbare revisjonssporet bak hvert utførelsestrinn er fungerende deler av plattformen. Hva er ikke en del av dette: en hvilken som helst forhåndsbygd AML eller svindeldeteksjonsmodell. Institusjonens egne compliance- og kvantteam vil levere logikken som definerer et risikosignal; plattformen leverer det styrte utførelses- og revisjonslaget under den.
Noe av arkitekturen som ligger til grunn for dette funksjonssettet er dokumentert i arkiveringer som fortsatt pågår. Denne siden beskriver hva plattformen er designet for å gjøre, på et nivå som er passende for planlegging av en pilot, ikke en implementeringsspesifikasjon.
Plattformfunksjoner og grensesnitt er gjenstand for kontinuerlig forbedring. Beskrivelsene i denne veiledningen gjenspeiler kanskje ikke den nøyaktige utformingen eller ordlyden til den siste utgitte versjonen.