RiskLense
Risk- och regulatorisk kontext. Lager 2 av Strise-plattformen.
RiskLense är lagret som kodar in regleringar, jurisdiktionslogik och er interna riskpolicy i plattformen – så att varje agent, modul och analytiker arbetar inom samma skyddsräcken.
Varför det finns
Agenter som resonerar fritt kring efterlevnadsdata är osäkra. Skillnaden mellan "AI som assisterar efterlevnad" och "AI som utför efterlevnad" är de skyddsräcken den verkar inom. RiskLense är dessa skyddsräcken, omsatta i kod.
Reglering är arkitekturen, inte en funktion.
Vad som är inkodat
| Lager | Vad det innehåller |
|---|---|
| EU-reglering | AMLR, AMLA, 6AMLD, DORA |
| Jurisdiktionslogik | Landsspecifika regler – tyska GwG § 15, franska UBO-begränsningar efter EU-domstolen 2022, brittiska PSC-tröskelvärden, nordiska regler för verkligt huvudmannaskap och många fler |
| Er riskpolicy | Ert Teams regler som ett lager ovanpå: vilka sektorer som godkänns automatiskt, vilka sanktionsnära kopplingar som eskalerar, vilka tröskelvärden som utlöser fördjupad kundkännedom |
Plattformen håller regleringslagret uppdaterat. Ert Team styr policylagret – regler, tröskelvärden och åtgärder – utan ett data science-team.
Vad RiskLense gör
- Klassificerar ärenden automatiskt. Rutinärenden och entiteter i lågrisksektorer med fastställda verkliga huvudmän under exponeringströskeln godkänns automatiskt.
- Eskalerar vid regelmatchning. Alla indirekta sanktionskopplingar pausar ärendet, eskalerar till MLRO-kön och skickar notifiering inom konfigurerad SLA.
- Dirigerar efter jurisdiktion. Tyska entiteter genomgår fördjupad kundkännedom enligt GwG § 15 som utlöses av riskfaktorer i Anlage 2; franska entiteter kopplas till insamlingsflödet efter EU-domstolen; och så vidare.
- Driver motorn för Calculated Risk. Risksignaler (PEP, sanktioner, högriskländer, branscher, juridiska former, anpassade fält) matas in till en enda riskklass per entitet. Se Calculated Risk.
- Matar triggers för Granska. Regelmatchningar kan öppna en Granska eller slutföra en automatiskt, beroende på entitetens riskklass. Se Triggers för Granska.
Policy som konfiguration
RiskLense-regler konfigureras via gränssnittet för inställningar, inte via en policyfil. Varje yta hanterar en del av policyn:
| Yta | Vad den styr |
|---|---|
| Inställningar för Calculated Risk | Vilka signaler (sanktioner, PEP, länder, branscher, juridiska former, anpassade fält) som ger poäng, samt tröskelvärdena för riskklass. |
| Triggers för Granska | Vilka händelser som öppnar en Granska, slutför en automatiskt eller förblir inaktiva – per riskklass. |
| Inställningar för riskflaggor | Vilka riskflaggor som kräver åtgärd per jurisdiktion, med filter för allvarlighetsgrad och riktning. |
| PEP-inställningar / Sanktionsinställningar | Vilka leverantörer, listor och matchningströsklar som gäller för screening. |
Ändringar träder i kraft vid nästa utvärdering – inget arbete med datapipelines, ingen driftsättning. Connect API exponerar samma regler programmatiskt.
Inbyggt, kontrollerbart, revisionsbart
- Inbyggt. AMLR, AMLA, 6AMLD, DORA och landsspecifika regler levereras med plattformen.
- Kontrollerbart. Regler blir skyddsräcken via gränssnittet för inställningar – inget data science-team krävs.
- Revisionsbart. Varje policyutvärdering loggas med sina indata, regeln som matchade och åtgärden som vidtogs.
Relaterat
- SuperData – vad som förser RiskLense med data.
- Compliance Memory – vad RiskLense skriver till.
- Calculated Risk – poängmodellen som RiskLense driver.
- Triggers för Granska – hur åtgärder i RiskLense öppnar Granska.
- Inställningar för riskflaggor – landsspecifik konfiguration av riskflaggor.
Senast uppdaterad