RR/elenchi sanzioni: screening

1) Perché lo screening RER/sanzioni nel iGaming

Lo screening è il tracciato base della compilazione: impedisce a persone/organizzazioni proibite di lavorare e riduce il rischio di sanzioni regolatorie, congelamento dei canali di pagamento e blocchi nelle banche/PSP. In iGaming (MCC 7995), completa KYC/KYB e monitoraggio AML e influisce direttamente sulla disponibilità dell'infrastruttura di pagamento e sulla velocità di output.

2) Sorgenti e tipi di elenco

Gli elenchi delle sanzioni sono internazionali (ONU), sovranazionali/regionali (UE, Regno Unito), nazionali (OFAC, e registri locali).
PEP (Politically Exposed Persons): operativi/ex funzionari pubblici + parenti e persone vicine.
Adverse Media (media negativi) - indagini criminali, frode, corruzione, ecc. - strato secondario.
I divieti di fatto e gli embargo commerciali - paesi, settori, beni.
Gli indirizzi cripto con etichette di sanzione sono borse/portafogli/mixer, ad alto rischio KYT.

3) Quando e chi screen (CUS/KUV/operazioni)

KYC - Al momento dell'iscrizione (Tier 1), prima del primo output, all'upgrade di Tier 2/3, al cambio di FIO/indirizzo/documento, il recrining di dettaglio.
KYB: società, direttori/ufficiali, UBO; quando si tratta di onboarding, aggiornamenti della struttura, ogni 6-12 mes di recrining programmato.
Eventi operativi: grandi depositi/conclusioni (soglia-trigger), modifica geo/dispositivo, aumento del rischio in AML.

4) Qualità dei dati e normalizzazione (prima delle partite)

Normalizzazione FIO: maiuscole, spazi, diacritica, trasmissione (GOST/ISO/regole nazionali), forme alternative (Aleksandr/Alexander).
Date di nascita: formati'DD/MM/YYYY'vs'YYYY-MM-DD ', margine di errore di © 1 giorno (errori di documento).
Indirizzi: paesi/regioni nelle codifiche ISO, guide urbane.
Organizzazioni: modulo legale (LLC/Ltd/AO), alias/ex nomi, numeri di registrazione.
Crypto: normalizzazione di indirizzi e provider (borse, castodiani), rete/chain.

5) Matching: accurato, impreziosito e riduzione delle false basi

• Exact match identificativo passaporto/apr. numero, data/luogo di nascita, numero di registrazione della società.
• Fuzzy match (algoritmi di distanza Levenshtein, Jaro-Winkler) con soglie di somiglianza.
• Alias/AAVAs: mappatura di nomi alternativi, cognomi da nubile, latino/cirillico.

• Richiedi la corrispondenza di almeno due caratteri indipendenti (nome + data di nascita/nome + paese/numero di documento).
• Deduplicazione degli alert (consolidamento delle partite per persona/azienda).
• Geofiltre e contesto (paese di nascita vs residenza corrente).
• Elenchi bianchi (allow-list) per le «false corrispondenze» confermate con una scadenza di controllo (expiry).

6) Classificazione degli alert e priorità

Scegli la soglia del fuzzy match in base al mercato/lingua (per il cirillico è leggermente superiore, data la trasmissione).

7) Processo di gelosia (workflow)

1. Arricchimento: allunga i dati client/controparte (KYC/KYB, geo, pagamenti).
2. Verifica origine: incrocia record/aggregatore (rilevanza, data di aggiornamento).
3. Decisione: Approve (falsa corrispondenza), EDD/limiti, Reject/Freeze.
4. Documentazione: motivo, campi di mappatura utilizzati, riferimenti alle origini, durata della soluzione (allow-list).
5. Comunicazione: richiesta di documenti/spiegazioni, rispetto del divieto di tipping-off a SAR.

• High: 4 ore (blocchi critici)
• Medium: ≤ 24 ч
• Low: ≤ 72 h

8) Restrining ed eventi (event-driven)

Controllo automatico di tutti i profili/controparti attivi.
On-demand: quando si modifica il FIO/indirizzo/documento/UBO/direttori, in caso di output di grandi dimensioni, in AML-alert.
Versioning degli elenchi: fissa la data/versione dell'origine nei fogli per riprodurre la soluzione entro un anno.

9) Integrazione con KYB/KYC/AML/Payments

KYC/KYB: screening al momento dello screening e a qualsiasi upgrade di livello.
Monitoraggio AML - Lo screening positivo aumenta la priorità degli alert (vedere Rapid In-Out, Strutturing).
Payments Orchestrator: automatici holds/limits con alert High; instradamento su metodi «sicuri».
KYT/Travel Rule - Rischi di sanzione per gli indirizzi cripto, scambio di attributi tra VASP (se applicabile).

10) Dati, privacy e controllo

Minimizzazione: memorizzare solo i campi utilizzati per la soluzione; mascherare i numeri di documento.
Crittografia e accesso: KMS/HSM, RBAC, registro degli accessi; impedisce il caricamento fuori dai canali protetti.
Conservazione delle soluzioni/login in base alla regolamentazione (spesso 5 + anni).
Controllo traccia: chi/quando/cosa ha mappato, quale versione dell'elenco, quale esito.

11) Metriche e qualità del processo

Precisione e velocità

Precision/Recall per marcatura manuale (sample), FP.
SLA hit rate (High/Med/Low), tempo medio fino alla soluzione (p50/p95).

Operazioni

Percentuale di recrining con variazione dello stato, frequenza di aggiornamento degli elenchi.
Numero di alert per 1k onboording/per 1k clienti attivi.
Il costo unitario di una valigetta.

Rischio/business

Numero di valigette stop (sanzioni) e rimborsi evitati.
Correlazione «screening positivo» con incidenti AML, charjbeek.

12) Scelta del provider e architettura

• Copertura: internazionali + elenchi locali (fonti ufficiali), frequenza di aggiornamento.
• Qualità delle partite: soglie personalizzabili, supporto per trasmissioni, aliasi, fuzzy.
• Prestazioni: latitanza API, SLA uptime, modalità batch per il recrining.
• Privacy/compilation: DPIA, posizione dati, registri, certificati.
• Funzioni: case management, allow/deny-lists, versioning delle sorgenti, web hook.

• Servizio di screening (microservice) + cache risultati hot.
• Code per il recreening batch (attività notturne).
• Sistema Case per gelosie manuali, integrato in KYC/KYB/AML.

13) Matrice di soluzioni (esempio)

14) Anti-pattern

«Sordo» exact-match solo per nome - valanga FP.
L'assenza di trasmissioni/aliasi è un pass per le partite vere.
Nessuna allow-list con espansione - Il comando affonda nelle FP ripetute.
Un raro recrining. Non ci sono nuove iscrizioni.
Nessun registro delle versioni degli elenchi - Impossibile proteggere le soluzioni durante l'ispezione.
La comunicazione SAR (tipping-off) al cliente è una violazione grave.

15) Assegno-foglio di implementazione

• Fonti: elenchi internazionali, regionali e locali + aggregatore.
• Normalizzazione dei dati (FIO/date/indirizzi/organizzazioni/cripto), trasmissioni e aliase.
• Strategia delle partite: exact + fuzzy con soglie personalizzabili e geocontest.
• Processo di gelosia: ruoli, SLA (4h/24h/72h), modelli di soluzioni e comunicazioni.
• Allow/deny-lists con espansione e revisione.
• Recrining + on-demand evento versioning delle sorgenti.
• Integrazioni: KYC/KYB/AML, KYT/Travel Rule, Payments Orchestrator (holds/limits).
• Dati/privacy: crittografia, RBAC, registri, retensioni.
• Metriche di qualità e regolari QA-sempling; ridurre FP con esperimenti mirati.
• Piano di continuità (provider fallback, degrado API).

16) Riepilogo

Uno screening efficace dei RER/sanzioni non è solo «fare le liste». Questi sono dati normalizzati, exact + fuzzy matching flessibile, un processo di ravvedimento gestito con priorità e SLA, il recrining giornaliero e l'integrazione con AML/KYC/KYB/KYT. Questo tracciato riduce al minimo i falsi risultati, cattura i rischi reali, protegge i binari di pagamento e accelera le conclusioni legittime, e quindi mantiene una monetizzazione sostenibile.