RiskLense
Risiko- og reguleringsmæssig kontekst. Lag 2 af Strise-platformen.
RiskLense er det lag, der indkoder regulering, jurisdiktionslogik og jeres regler i platformen – så alle agenter, moduler og analytikere arbejder inden for de samme guardrails.
Hvorfor det eksisterer
Agenter, der ræsonnerer frit ud fra compliance-data, er usikre. Forskellen mellem "AI der assisterer compliance" og "AI der udfører compliance" er de guardrails, den opererer inden for. RiskLense er disse guardrails, omsat til kode.
Regulering er arkitekturen, ikke en funktion.
Hvad der er indkodet
| Lag | Hvad det indeholder |
|---|---|
| EU-regulering | AMLR, AMLD6, DORA |
| Jurisdiktionslogik | Landespecifikke regler – tysk GwG §15, franske begrænsninger for reelle ejere efter EU-Domstolen 2022, britiske PSC-tærskler, nordiske regler for reelt ejerskab og mange flere |
| Jeres regler | Lagt oven på reguleringen: hvilke sektorer der forhåndsgodkendes automatisk, hvilke sanktionsnære forbindelser der eskalerer, hvilke tærskelværdier der udløser skærpet kundekendskabsprocedure |
Platformen holder reguleringslaget opdateret. Jeres team styrer regellaget – regler, tærskler og handlinger – uden brug af et data science-team.
Hvad RiskLense gør
- Klassificerer sager automatisk. Rutinemæssige entiteter i lavrisikosektorer med fastlagte reelle ejere under eksponeringstærsklen godkendes automatisk.
- Eskalerer ved regelmatch. Enhver indirekte sanktionsforbindelse suspenderer sagen, eskalerer til MLRO-køen og giver besked inden for den konfigurerede SLA.
- Dirigerer efter jurisdiktion. Tyske entiteter gennemgår skærpet kundekendskabsprocedure i henhold til GwG §15 udløst af Anlage 2-risikofaktorer; franske entiteter følger indsamlingsflowet efter EU-Domstolen; og så videre.
- Driver Calculated Risk-motoren. Risikosignaler (PEP'er, sanktioner, højrisikolande, brancher, virksomhedsformer, brugerdefinerede felter) indgår i én samlet risikoklasse pr. entitet. Se Calculated Risk.
- Føder vurderingstriggere. Regelmatch kan åbne en vurdering eller fuldføre en automatisk afhængigt af entitetens risikoklasse. Se Vurderingstriggere.
Regler som konfiguration
RiskLense-regler konfigureres via Settings-brugerfladen, ikke i en politikfil. Hvert område har ansvaret for sit eget udsnit af reglerne:
| Område | Hvad det styrer |
|---|---|
| Calculated Risk-indstillinger | Hvilke signaler (sanktioner, PEP'er, lande, brancher, virksomhedsformer, brugerdefinerede felter) der tildeler point, samt tærskelværdierne for risikoklasserne. |
| Vurderingstriggere | Hvilke hændelser der åbner en vurdering, fuldfører en automatisk eller forholder sig passive – pr. risikoklasse. |
| Risikoflag-indstillinger | Hvilke risikoflag der er handlingskrævende pr. jurisdiktion, med filtre for alvorsgrad og retning. |
| PEP-indstillinger / Sanktionsindstillinger | Hvilke udbydere, lister og matchtærskler der gælder for screening. |
Ændringer træder i kraft ved næste evaluering – intet arbejde med datapipelines, ingen genudrulning. Connect API eksponerer de samme regler programmatisk.
Indbygget, styrbart, revisionssikkert
- Indbygget. AMLR, AMLD6, DORA og landespecifikke regler leveres som en fast del af platformen.
- Styrbart. Regler bliver til guardrails via Settings-brugerfladen – uden behov for et data science-team.
- Revisionssikkert. Hver regelevaluering logges med sine inputs, den matchende regel og den udførte handling.
Relateret
- SuperData – hvad der forsyner RiskLense.
- Compliance Memory – hvad RiskLense skriver til.
- Calculated Risk – scoringsmodellen, som RiskLense driver.
- Vurderingstriggere – hvordan RiskLense-handlinger åbner vurderinger.
- Risikoflag-indstillinger – landespecifik konfiguration af risikoflag.
Sidst opdateret