RiskLense
Risiko- og reguleringskontekst. Lag 2 af Strise-platformen.
RiskLense er det lag, der indkoder regulering, jurisdiktionslogik og jeres interne risikopolitik i platformen – så enhver agent, ethvert modul og enhver analytiker arbejder inden for de samme rammer.
Hvorfor det findes
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 rammer, den arbejder inden for. RiskLense er disse rammer, omsat til kode.
Regulering er arkitekturen, ikke en funktion.
Hvad der er indkodet
| Lag | Hvad det indeholder |
|---|---|
| EU-regulering | AMLR, AMLA, 6AMLD, DORA |
| Jurisdiktionslogik | Landespecifikke regler – tysk GwG §15, franske UBO-restriktioner efter CJEU 2022, britiske PSC-tærskler, nordiske regler for reelt ejerskab og mange flere |
| Jeres risikopolitik | Jeres teams regler lagt ovenpå: hvilke sektorer der godkendes automatisk, hvilke sanktionsnære forbindelser der eskalerer, hvilke tærskler der udløser skærpet kundekendskab |
Platformen holder reguleringslaget opdateret. Jeres team styrer politiklaget – 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 sætter sagen i bero, eskalerer til MLRO-køen og giver besked inden for den konfigurerede SLA.
- Dirigerer efter jurisdiktion. Tyske entiteter gennemgår GwG §15 skærpet kundekendskab udløst af Anlage 2-risikofaktorer; franske entiteter følger indsamlingsflowet efter CJEU; og så videre.
- Driver Calculated Risk-motoren. Risikosignaler (PEP'er, sanktioner, højrisikolande, brancher, virksomhedsformer, brugerdefinerede felter) indgår i en 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.
Politik som konfiguration
RiskLense-regler konfigureres via brugerfladen Indstillinger, ikke i en politikfil. Hver flade styrer en del af politikken:
| Flade | Hvad det styrer |
|---|---|
| Indstillinger for Calculated Risk | Hvilke signaler (sanktioner, PEP'er, lande, brancher, virksomhedsformer, brugerdefinerede felter) der giver point, samt tærsklerne for klasserne. |
| Vurderingstriggere | Hvilke hændelser der åbner en vurdering, fuldfører en automatisk eller forbliver tavse – pr. risikoklasse. |
| Indstillinger for risikoflag | Hvilke risikoflag der kræver handling pr. jurisdiktion, med grænser for sværhedsgrad 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, kontrollerbar, revisionssikker
- Indbygget. AMLR, AMLA, 6AMLD, DORA og landespecifikke regler leveres som en fast del af platformen.
- Kontrollerbar. Regler bliver til faste rammer via brugerfladen Indstillinger – intet data science-team påkrævet.
- Revisionssikker. Enhver politikevaluering logges med dens input, den regel, der matchede, og den handling, der blev foretaget.
Relateret
- SuperData – det, der føder RiskLense.
- Compliance Memory – det, RiskLense skriver til.
- Calculated Risk – den scoringsmodel, RiskLense driver.
- Vurderingstriggere – hvordan RiskLense-handlinger åbner vurderinger.
- Indstillinger for risikoflag – konfiguration af risikoflag pr. land.
Sidst opdateret