Esposizione alle sanzioni e screening · Lezione 3 di 5
Screening dei nomi e delle entità
9 min di lettura
Lo screening dei nomi è il controllo delle sanzioni più antico e ancora oggi quello che le autorità di vigilanza verificano per primo. Stabilisce se una persona designata può aprire un conto, ricevere un prelievo o comparire come beneficiario di un messaggio Travel Rule. Se eseguito male, sommerge gli analisti di segnalazioni prive di significato oppure non rileva silenziosamente proprio il nome che conta; questa lezione illustra come progettarlo, calibrarlo e documentarlo.
Fonti degli elenchi e gestione degli elenchi
La gestione degli elenchi è il processo end-to-end di selezione, reperimento, caricamento e manutenzione degli elenchi rispetto ai quali un’impresa effettua lo screening. Parte dalla decisione sul regime descritta nella lezione Come funzionano le sanzioni:
- la Lista consolidata del Consiglio di sicurezza delle Nazioni Unite, pubblicata in formato leggibile da una macchina, con un numero di riferimento permanente per ogni voce;
- gli elenchi di tutti i regimi autonomi applicati dall’impresa;
- gli elenchi interni: ex clienti esclusi per motivi legati alle sanzioni, società di comodo note e persone o entità che l’impresa ha deciso di non servire.
Ogni caricamento di un elenco è un evento controllato. L’impresa dovrebbe registrare la fonte dell’elenco, la versione o il timestamp di pubblicazione, l’ora in cui è stato caricato nel sistema di screening e il numero di voci aggiunte, modificate e rimosse. Confrontare questi conteggi con l’annuncio dello stesso editore è un semplice controllo di completezza. Poiché il FATF si aspetta che il congelamento avvenga senza indugio, il tempo che intercorre tra la pubblicazione di un elenco e il nuovo screening dell’intera base clienti dovrebbe essere misurato in ore e comunicato alla dirigenza.
I dati degli elenchi richiedono attenzione. Le voci possono includere più nomi in alfabeti diversi, date di nascita parziali e alias di qualità variabile. L’elenco delle Nazioni Unite contrassegna alcuni alias come di bassa qualità e la Wolfsberg Guidance on Sanctions Screening (2019) descrive gli alias deboli come nomi generici o molto ampi, quali soprannomi e acronimi comuni, rispetto ai quali lo screening «non è atteso, né in genere è produttivo». Una decisione documentata di escludere o ridurre il peso degli alias deboli è una scelta legittima di calibrazione; una decisione non documentata costituisce una lacuna.
Dati sottoposti a screening
| Insieme di dati | Nomi sottoposti a screening in genere | Quando |
|---|---|---|
| Dati anagrafici dei clienti | Clienti persone fisiche, entità giuridiche, titolari effettivi, amministratori, firmatari autorizzati | All’apertura, quando cambia un elenco, quando cambiano i dati, periodicamente |
| Messaggi Travel Rule | Nomi di ordinanti e beneficiari ricevuti o inviati | Prima che il trasferimento sia completato o accreditato |
| Dati dei pagamenti in valuta fiat | Nomi nei bonifici bancari in entrata e in uscita, titolari di carte | In tempo reale, prima dello svincolo |
| Controparti | VASP controparte, desk OTC, partner di pagamento e relativi proprietari | All’apertura e in caso di cambiamenti |
I titolari effettivi sono importanti quanto i titolari dei conti, perché le norme sulla proprietà e sul controllo possono rendere vietata un’entità anche quando il suo nome non presenta problemi. È facile dimenticare i dati Travel Rule: il nome del beneficiario in un messaggio in entrata appartiene a una parte con cui l’impresa sta interagendo e dovrebbe essere sottoposto a screening prima che i fondi siano accreditati (vedi la lezione Dati e messaggistica Travel Rule).
Preparazione dei dati propri dell’impresa
La qualità dello screening dipende tanto dai dati dei clienti quanto da quelli degli elenchi. Molte corrispondenze mancate dipendono da come l’impresa ha registrato il nome in origine. Le buone pratiche per i dati anagrafici includono:
- campi separati per nome, cognome e nome completo così come scritto, anziché un unico campo di testo libero;
- il nome nell’alfabeto originale, insieme alla traslitterazione latina riportata sul documento d’identità;
- data di nascita completa, nazionalità e numeri dei documenti acquisiti come campi strutturati, così da poterli confrontare automaticamente con gli identificativi presenti negli elenchi;
- per le entità giuridiche, la denominazione registrata, le denominazioni commerciali, le denominazioni precedenti e il numero di registrazione;
- una regola secondo cui ogni record deve essere sottoposto a screening prima che un conto diventi attivo, affinché l’assenza di un campo non consenta al cliente di eludere il sistema.
La normalizzazione prima della corrispondenza elimina il rumore che altrimenti abbasserebbe i punteggi: uniformare maiuscole e minuscole, rimuovere in modo coerente punteggiatura e segni diacritici, standardizzare i suffissi giuridici come «Ltd» e «Limited» e rimuovere i titoli onorifici. La stessa normalizzazione deve essere applicata sia ai dati degli elenchi sia a quelli dei clienti, altrimenti il confronto è sbilanciato. Le modifiche alle regole di normalizzazione sono modifiche al controllo e dovrebbero essere testate e approvate come qualsiasi modifica di soglia.
Corrispondenza fuzzy
La corrispondenza esatta non funziona perché i nomi non sono stringhe stabili. La stessa persona può essere registrata con grafie, ordini delle parole e alfabeti diversi. La corrispondenza fuzzy valuta quanto due nomi siano simili, invece di richiederne l’identità. Le difficoltà più comuni includono:
- traslitterazione: i nomi in arabo, cirillico, cinese, coreano o altri alfabeti possono essere resi in lettere latine in molti modi; un sistema deve quindi disporre di varianti di traslitterazione o di un confronto fonetico;
- ordine e struttura dei nomi: cognome prima o dopo il nome, patronimici, cognomi composti, particelle e titoli onorifici;
- troncamenti e iniziali: nomi abbreviati da un campo del modulo o registrati con le sole iniziali;
- alias: una corrispondenza con qualsiasi alias presente nell’elenco è considerata valida, ma gli alias deboli generano rumore;
- denominazioni delle entità: suffissi giuridici, nomi tradotti e abbreviazioni.
Gli algoritmi combinano misure di distanza di modifica, codici fonetici e confronto dei token in un punteggio. Il solo punteggio non dovrebbe determinare l’esito. Gli identificativi secondari, come data di nascita, nazionalità, luogo di nascita, numeri dei documenti d’identità e numeri di registrazione, distinguono una corrispondenza reale da un omonimo. Negli elenchi sono comuni le date di nascita parziali: una voce può riportare solo l’anno, oppure «circa» un determinato anno, oppure diverse date possibili. Un cliente nato in quell’anno è compatibile con la voce; un cliente nato decenni dopo non lo è.
Screening all’apertura e nuovo screening
Lo screening all’apertura impedisce a una persona designata di entrare. Il nuovo screening mantiene pulita la base clienti quando cambiano gli elenchi e i dati. Sono necessari tre fattori scatenanti:
- Modifica dell’elenco: ogni aggiunta o modifica viene confrontata con l’intera base clienti, in genere tramite un file delta, lo stesso giorno.
- Modifica dei dati del cliente: un nuovo nome, una nuova nazionalità, un nuovo indirizzo o un nuovo titolare effettivo attiva lo screening del record modificato.
- Nuovo screening periodico completo: un’esecuzione completa intercetta eventuali elementi non rilevati dai delta, ad esempio una modifica delle regole di corrispondenza o un caricamento non riuscito.
Un’impresa che effettua lo screening solo all’apertura non rileverà i clienti designati dopo l’inizio del rapporto: è una delle carenze più spesso citate nelle azioni pubbliche di enforcement.
Calibrazione delle soglie: falsi positivi e falsi negativi
Ogni punteggio di corrispondenza viene confrontato con una soglia. Una soglia più bassa rileva più varianti e genera più segnalazioni; una soglia più alta riduce il rumore ma aumenta il rischio di mancata rilevazione.
| Esito | Significato | Costo |
|---|---|---|
| Vero positivo | Segnalazione relativa a una parte realmente designata | Il controllo funziona come previsto |
| Falso positivo | Segnalazione relativa a un omonimo o a una parte non correlata | Tempo degli analisti, disagi per i clienti, affaticamento da segnalazioni |
| Falso negativo | Nessuna segnalazione relativa a una parte realmente designata | Potenziale violazione, sanzione, danno reputazionale |
| Vero negativo | Nessuna segnalazione e nessuna necessaria | Nessuno |
Poiché un falso negativo può costituire una violazione, le soglie dovrebbero essere definite tramite test, non in base al volume dei reclami. Una buona pratica consiste nell’elaborare un file di test con nomi inseriti intenzionalmente, comprese varianti di traslitterazione, nomi riordinati, refusi e alias di voci reali degli elenchi, usando la configurazione di produzione, e misurare quante corrispondenze il sistema rileva alle diverse soglie. Il campionamento al di sotto della soglia, facendo esaminare agli analisti un insieme casuale di coppie prossime alla mancata corrispondenza, mostra che cosa si sta perdendo. Le linee guida Wolfsberg prevedono una calibrazione prima della messa in produzione e su base continuativa, supportata da test indipendenti basati su metriche.
Risoluzione degli avvisi e documentazione
Nel risolvere una segnalazione, l’analista confronta i dati del cliente con la voce dell’elenco, identificativo per identificativo, e registra una decisione: falso positivo, corrispondenza possibile da sottoporre a escalation oppure corrispondenza vera. Le corrispondenze vere e possibili vengono inoltrate al responsabile delle sanzioni; le corrispondenze confermate attivano le procedure di congelamento, blocco e segnalazione. Un record potrebbe essere così strutturato:
{
"alert_id": "SAN-2026-004417",
"list_source": "UN Consolidated List",
"list_version": "2026-10-27T18:05Z",
"list_ref": "QDi.xxx",
"customer_id": "C-88213",
"match_score": 0.91,
"matched_field": "alias",
"comparison": {"name": "parziale", "dob": "cliente 1994 contro circa 1961 nell'elenco",
"nationality": "diversa", "document": "nessun numero nell'elenco"},
"decision": "false_positive",
"rationale": "Solo cognome in comune; 33 anni di differenza nella data di nascita; nazionalità diversa",
"analyst": "A-117", "reviewed_by": "A-042",
"closed_at": "2026-10-28T09:14Z"
}
Il record indica la versione dell’elenco, consentendo a un revisore di riprodurre ciò che il sistema ha analizzato; confronta ogni identificativo invece di limitarsi a dichiarare «non è la stessa persona»; e mostra la presenza di un secondo revisore, richiesta da molte imprese per le corrispondenze vere e per un campione di falsi positivi. Il riferimento all’elenco è troncato, poiché si tratta di un esempio fittizio.
I falsi positivi ripetuti per lo stesso cliente possono essere soppressi tramite una voce in un elenco di soggetti già verificati, ma solo per quella specifica coppia cliente-voce, con una motivazione, un approvatore e una data di scadenza o di revisione. Se la voce dell’elenco cambia, la soppressione deve scadere automaticamente.
Focus sull’esame: gestione degli elenchi e documentazione di ogni caricamento (fonte, versione, timestamp, conteggi); nuovo screening dell’intera base entro poche ore da una modifica dell’elenco; dati da sottoporre a screening, inclusi i titolari effettivi e i nomi di ordinanti e beneficiari dei messaggi Travel Rule; problemi della corrispondenza fuzzy (traslitterazione, ordine dei nomi, alias, alias deboli) e ruolo degli identificativi secondari, comprese le date di nascita parziali; i tre fattori scatenanti del nuovo screening; differenza tra falsi positivi e falsi negativi e calibrazione tramite file di test con nomi inseriti intenzionalmente e campionamento al di sotto della soglia; contenuto completo del record di una segnalazione; elenchi controllati di soggetti già verificati.