PEP- og Sanksjoner-screening i Strise (v.3)Kopier lenke til overskriften

Denne artikkelen beskriver hvordan Strise utfører screening for PEP (politisk eksponert person) og Sanksjoner. Artikkelen belyser også hvordan screeningen kan tilpasses via innstillinger, hvordan og når varsler sendes, samt viktige forbedringer implementert i v.3 – gjennomført i Q4 2025.

---

1. How Screening WorksKopier lenke til overskriften

Begge prosessene for screening av PEP og Sanksjoner følger et lignende løp:

1. Forhåndsbehandling: Dette innebærer å vaske data ved å fjerne aksenter, titler, forkortelser for juridisk form for Selskap, osv.
2. Søk: Det gjennomføres et navnesøk mot PEP- og Sanksjoner-lister for å finne relevante hits.
3. Filtrering: Resultatene filtreres basert på innstillinger fra Bruker, som for eksempel utløp av PEP/RCA-Status, likhetsterskler og ekskluderte kilder.
4. Scoring: Et vektet aritmetisk gjennomsnitt beregnes basert på et sett med konfigurerbare felter, og hits markeres som foreslått usann eller foreslått sann.
5. Brukerverifisering: Brukere kan verifisere resultatene fra steget over.

1.1 PreprocessingKopier lenke til overskriften

Dette trinnet normaliserer navnet og aliaser, noe som sikrer at små variasjoner i staving, aksenter eller spesialtegn ikke hindrer oss i å identifisere en potensiell match mot screeninglistene.

1.2 SearchKopier lenke til overskriften

De normaliserte navnene og aliasene fra forhåndsbehandlingen fungerer som et omfattende søk. Hvilke PEP- og Sanksjoner-lister det søkes mot, kan konfigureres i innstillingene.

Et navn anses kun som en match dersom det oppfyller begge de følgende betingelsene:

1. Leddvis match: Hvert enkelt ord i navnet må bestå en spesifikk likhetstest.
2. Overordnet match: Navnet som helhet må nå en minimumsterskel for likhet.

The Per-Term Matching RuleKopier lenke til overskriften

• 75 %-regelen: Et ledd må ha minst 75 % likhet med det tilsvarende leddet. Vi beregner dette ved hjelp av Damerau-Levenshtein-distanse. Dette kan forenkles som: «For hvert fjerde tegn i et ledd tillates 1 endring.»
• Unntak for korte ledd: For svært korte ledd (2 eller 3 tegn) tillater vi 1 endring, selv om dette er under terskelen på 75 %.

Eksempler:

The Overall Match RuleKopier lenke til overskriften

Håndtering av manglende navn (delmengdelogikk)

• Regelen: En match er tillatt dersom det ene navnet er en fullstendig delmengde av det andre. For eksempel kan A C matche A B C (hvor B er et manglende mellomnavn). Rekkefølgen på ordene har ingen betydning.
• Begrensningen: Algoritmen tillater ikke matcher der ledd ganske enkelt er forskjellige. A B C vil ikke matche A B D.

Eksempler:

Overordnet likhetsscore

Etter å ha sammenstilt navnene beregner vi en endelig likhetsscore for hele settet med matchede ledd. Det kombinerte settet med matchede ledd må ha en overordnet likhet som er lik eller høyere enn den spesifiserte likhetsscoren fastsatt av Bruker.

1.3 FilteringKopier lenke til overskriften

Resultater fra søket filtreres basert på de definerte innstillingene. De tilgjengelige filtreringsalternativene er:

• Navnets overordnede likhetsscore
• Bevaringstiden for en PEP (hvor lenge en Status er gyldig etter at en Rolle er avsluttet)

1.4 ScoringKopier lenke til overskriften

Når et potensielt hit passerer de innledende filtrene for navnematching, beregner vi en endelig matchscore ved hjelp av et vektet aritmetisk gjennomsnitt, uttrykt som en prosentandel fra 0 % til 100 %.

Hovedpunkter ved scoringen:

• Hver vekting kan konfigureres i innstillinger.
• En komponent ignoreres dersom datapunktet mangler fra Strise-entiteten eller PEP- eller Sanksjoner-kilden.
• En match på fødselsnummer (SSN) mellom Strise-entiteten og entiteten fra kilden vil alltid overstyre matchprosenten til 100 %.

Se dokumentasjonen for flere detaljer:

• Vekting av datafelt i PEP-innstillinger
• Vekting av datafelt i Sanksjoner-innstillinger

1.5 User VerificationKopier lenke til overskriften

Bruker kan verifisere hvert resultat som sant eller usant. Det vil alltid være mulig å se informasjon om endringene, f.eks. hvilken Bruker som verifiserte hitet, hvilken Status, til hvilket tidspunkt osv. Denne loggen kan også lastes ned som en .csv-fil.

2. SettingsKopier lenke til overskriften

For både PEP- og Sanksjoner-innstillinger er det mulig å påvirke stegene for Søk, Filtrering og Scoring:

• Søk: Velg hvilke PEP- og Sanksjoner-lister det screenes mot.
• Filtrering:
  • Minimum fuzzy navnematch – styrer hvor likt et navn må være for å bli fanget opp.
  • PEP/RCA-oppbevaringstid – hvor lenge en Person forblir en PEP etter at vedkommendes Rolle er avsluttet.
• Scoring:
  • Vekting av datafelt – bestemmer den relative viktigheten av hvert datafelt.
  • Foreslått sann match – terskelen som brukes for å avgjøre om en score klassifiseres som foreslått sann eller usann.

3. AlertsKopier lenke til overskriften

Varsler sendes når følgende betingelser er oppfylt:

• De underliggende dataene for PEP- eller Sanksjoner-dataene oppdateres
• Scoringen har klassifisert hitet som foreslått sann

Varsler sendes ikke i følgende tilfeller:

• Et PEP- eller Sanksjoner-hit blir verifisert, via appen eller API-et. Verifisering av et hit lagrer ditt Teams avgjørelse og sender ikke i seg selv et varsel. Hvis du integrerer via API-et, abonner på entity.disposition.created-webhook-hendelsen for å bli varslet når et hit verifiseres.
• Dataene for Entiteten i Strise endres.

Andre relevante punkter:

• Varsler vil bli sendt for tidligere verifiserte hits, uansett om de er bekreftet sanne eller usanne, så lenge de oppfyller betingelsene ovenfor.

4. Improvements done in this versionKopier lenke til overskriften

Oktober–november 2025:

• En tidligere fast grense på søkeresultater er fjernet. Disse grensene var satt til 10 for PEP og 250 for Sanksjoner.
• Den nye delmengdelogikken håndterer tilfeller der et vilkårlig antall ledd mangler i et av navnene, og forkaster navn som har helt andre ledd.
• «Regelen for leddvis matching» er lagt til som støtte for den nye delmengdematchingslogikken.

5. FAQKopier lenke til overskriften

Where do RCA family relations come from?Kopier lenke til overskriften

RCA-relasjoner (Relative or Close Associate) kommer direkte fra PEP/RCA-listene levert av våre dataleverandører (Trapets og Dow Jones). Strise fastslår eller utleder ikke familierelasjoner på egen hånd.

How an incorrect entity match can occurKopier lenke til overskriften

Hvis en Strise-entitet matcher et navn på listen, men mangler fødselsdato for å skille personene fra hverandre, kan matchen kobles til feil Person. Relasjonsdataene fra kilden er korrekte; problemet ligger i entitetsavklaringen når fødselsdatoer mangler.

SummaryKopier lenke til overskriften

Hvis du ser en uventet RCA-relasjon, er relasjonstypen hentet fra dataleverandøren og er sannsynligvis nøyaktig for personen på listen – men Strise-entiteten den er matchet mot, er kanskje ikke det rette individet.

Har du andre spørsmål om dette emnet? Kontakt oss på support@strise.ai.