Hvordan en AML-afdeling holder op med at briefe tilsynet med screenshots

Dokumentationen findes. Problemet er at finde den og bevise den.

En AML-afdeling i en stor nordisk finansiel virksomhed har en proces, der virker — indtil den ikke gør. Reviewerne på niveau 2 er dygtige. Logikken bag alerts er solid. Risikotypologierne er velkendte.

Det, der svigter, er sammenstillingen.

Hver sagspakke til en alert kræver, at en reviewer åbner fire eller fem forskellige systemer: en platform til transaktionsovervågning, et CRM, et sagsbehandlingsværktøj, en sanktionsliste og et fællesdrev med PDF'er fra tidligere undersøgelser. De relevante passager er der. Men det tager timers manuelt arbejde pr. alert at samle dem til en sammenhængende fremstilling med kildehenvisninger — en fremstilling, som en supervisor kan godkende, og som en tilsynsmyndighed kan efterprøve.

Det dybere problem er herkomsten. Når en analytiker henviser til en kilde, bliver det ikke systematisk registreret, hvilken version af en politik eller et typologibibliotek der lå til grund for beslutningen. I dokumentationen kan en gennemgang foretaget under én ontologiversion ikke skelnes fra en gennemgang foretaget under en senere revision. Supervisorerne godkender beslutninger, de ikke fuldt ud kan spore.

Spørgsmålet er ikke, hvordan arbejdet kan automatiseres. Det er, hvordan det kan gøres forsvarligt.

KnowledgeHub er implementeret som et semantisk lag oven på virksomhedens eksisterende systemer. Intet bliver udskiftet. Platformen til transaktionsovervågning, CRM'et og dokumentarkiverne bliver, hvor de er. Det, der ændrer sig, er fundamentet, der forbinder dem.

Hvert godkendt korpus — sanktionslister, tidligere sagsakter, politikdokumenter, uddrag fra CRM — indlæses med lineage bevaret på passageniveau. En versioneret ontologi definerer de semantiske relationer mellem entiteter, risikoindikatorer og regulatoriske begreber. Når ontologien opdateres, fordi en typologi ændrer sig, eller fordi en vejledning fra myndighederne bliver revideret, bliver ændringen logget, tidsstemplet og gjort sporbar.

Agenterne får konkrete, afgrænsede opgaver: at hente de relevante passager om en markeret entitet, at finde forbindelser til tidligere sager og at skrive udkast til sagspakkens beskrivende afsnit. Analytikerne gennemgår og godkender hvert udkast, før det går videre. Agenterne træffer ingen beslutninger. De samler dokumentationen og viser, hvordan de er nået frem til den.