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 flertrinnshandling, dokumentgjennomgang, markert mønster eller eskalering kan planlegges som en kjede av faser. De foreslåtte ferdighetene og godkjenningspunktene presenteres før utføring, og definerte arbeidsflythendelser bevares slik at den gjennomgåtte planen og den påfølgende aktiviteten kan sammenlignes og rekonstrueres.
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.
Hver fase som kan påvirke en kunde, en transaksjon eller en myndighetsinnsending, ville kreve en uttrykkelig signert godkjenning før den fortsetter. Etterlevelses-, risiko- og kvantitative team beholder myndigheten til å avgjøre hva som utgjør et signal, og hvilken handling som er tillatt. Plattformens rolle er å bevare det oppgitte grunnlaget, utføringskonteksten og den menneskelige beslutningen i en sporbar logg.
En første pilot kan helt unngå myndighet over produksjonstransaksjoner. Ett team kan levere et begrenset, godkjent sett med retningslinjer, historiske eller syntetiske saker og én gjennomgangsarbeidsflyt, for eksempel kontroll av klientmappens fullstendighet, krysshenvisning av retningslinjer, innledende sortering av unntak eller utarbeiding av et internt gjennomgangsnotat. Assist utarbeider foreslåtte funn og støttende kildehenvisninger; navngitte medarbeidere godtar, retter, avviser eller eskalerer dem.
Suksess kan måles gjennom gjennomgangstid, dekning av retningslinjer og kilder, feilaktige eller udokumenterte markeringer, nødvendige rettelser, konsistens på tvers av gjentatte mapper, eskaleringskvalitet og godkjenningsloggens fullstendighet. Ingen kundehandling, innsending, betaling, handel eller kontobegrensning trenger å ligge innenfor pilotens myndighet.
Avgrenset kunnskap, foreslåtte ferdighetskjeder, fasegodkjenninger, lokal utføring og sporbare arbeidsflytlogger er fungerende deler av plattformen. Det leveres ikke som standard en universell modell for hvitvaskingsbekjempelse, svindel eller egnethet. Institusjonens egne etterlevelses-, risiko- og kvantitative team definerer de gjeldende reglene og beholder myndigheten; plattformen leverer det styrte arbeids- og utføringsmiljøet rundt dem.
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.