Finansielle tjenester
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.
Hvordan arbejdsgangen ville være struktureret
En foreslået handling i flere trin, en transaktionsgennemgang, et markeret mønster, en eskalering, ville blive planlagt som en kæde af stadier. Den fulde sekvens hashes, før noget af det kører, så den plan, som en godkender gennemgår, er præcis den plan, der udfører. Der er ingen kløft mellem det, der blev vist for et menneske, og det, som systemet rent faktisk gjorde.
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.
Hvor menneskelig godkendelse sidder
Ethvert trin, der kan påvirke en kunde, en transaktion eller en lovpligtig ansøgning, kræver en udtrykkelig underskrevet godkendelse, før du fortsætter. Overholdelses- og kvantitetsteams forbliver autoriteten til, hvad der udgør et risikosignal. Platformens rolle er at sikre, at beslutningen og dens grundlag kan bevises, ikke kun registreres, når de først har besluttet sig.
Hvad dette trækker på i dag, og hvad det ikke gør
Den to-lags godkendelsesstruktur, hashing på planniveau og det signerede, offline-verificerbare revisionsspor bag hvert udførelsestrin er fungerende dele af platformen. Hvad er ikke en del af dette: enhver præ-bygget AML eller bedrageri-detektion model. Institutionens egne compliance- og kvantitetsteams vil levere den logik, der definerer et risikosignal; platformen leverer det regulerede udførelses- og revisionslag under den.
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.