Transaktionsgennemgang, AML-screening og eskaleringskæder deler alle det samme krav: ikke bare at en beslutning var korrekt, men at den kan rekonstrueres efterfølgende, uafhængigt, uden at stole på institutionens egne logfiler. Denne side angiver, hvordan en sådan arbejdsgang planlægges og køres på inTheEU Assist, ikke en registrering af en gennemført implementering.
En foreslået flertrinshandling, dokumentgennemgang, markeret mønster eller eskalering kan planlægges som en kæde af faser. De foreslåede færdigheder og godkendelsespunkter præsenteres før udførelse, og definerede arbejdsgangshændelser bevares, så den gennemgåede plan og den efterfølgende aktivitet kan sammenlignes og rekonstrueres.
Stadier, der er markeret som risikobærende (en eskalering, et kundevendt output, en endelig beslutning) vil medføre en uafhængig, anden godkendelse, adskilt fra den indledende afmelding på planniveau. En generel godkendelse af arbejdsgangen træder ikke i stedet for en specifik godkendelse på det punkt, der faktisk betyder noget.
Hver fase, der kan påvirke en kunde, en transaktion eller en myndighedsindberetning, ville kræve en udtrykkelig signeret godkendelse, før den fortsætter. Compliance-, risiko- og kvantitative teams er fortsat autoriteten for, hvad der udgør et signal, og hvilken handling der er tilladt. Platformens rolle er at bevare det angivne grundlag, udførelseskonteksten og den menneskelige beslutning i et sporbart register.
En første pilot kan helt undgå beføjelse over produktionstransaktioner. Ét team kan levere et begrænset, godkendt sæt politikker, historiske eller syntetiske sager og én gennemgangsarbejdsgang, såsom kontrol af klientmappens fuldstændighed, krydshenvisning af politikker, indledende sortering af undtagelser eller udarbejdelse af et internt gennemgangsnotat. Assist udarbejder foreslåede resultater og understøttende kildehenvisninger; navngivne medarbejdere accepterer, retter, afviser eller eskalerer dem.
Succes kan måles gennem gennemgangstid, dækning af politikker og kilder, falske eller udokumenterede markeringer, nødvendige rettelser, ensartethed på tværs af gentagne mapper, eskaleringskvalitet og godkendelsesregistreringens fuldstændighed. Ingen kundehandling, indberetning, betaling, handel eller kontobegrænsning behøver at ligge inden for pilotens beføjelser.
Afgrænset viden, foreslåede færdighedskæder, fasegodkendelser, lokal udførelse og sporbare arbejdsgangsregistre er fungerende dele af platformen. Der leveres ikke som standard en universel model for hvidvaskbekæmpelse, svindel eller egnethed. Institutionens egne compliance-, risiko- og kvantitative teams definerer de gældende regler og forbliver autoriteten; platformen leverer det styrede arbejds- og udførelsesmiljø omkring dem.
Noget af den arkitektur, der ligger til grund for dette funktionssæt, er dokumenteret i arkiveringer, der stadig er i gang. Denne side beskriver, hvad platformen er designet til at gøre, på et niveau, der er passende til planlægning af en pilot, ikke en implementeringsspecifikation.
Platformfunktioner og interface er genstand for løbende forbedringer. Beskrivelserne i denne vejledning afspejler muligvis ikke det nøjagtige layout eller ordlyden af den seneste udgivne version.