Ogni istituto attivo da qualche anno porta con sé uno stock: pratiche aperte sotto una policy precedente, con prove che non soddisfano più lo standard attuale. A volte la lacuna emerge internamente. Più spesso la scopre un revisore, un'autorità di vigilanza o una banca corrispondente che pone una domanda a cui non si sa rispondere in fretta.
Ciò che segue si chiama quasi sempre programma di remediation, e i programmi di remediation hanno un cattivo bilancio: durano più del previsto, costano più del budget, sfiniscono i team assegnati e — dettaglio che dovrebbe preoccupare la direzione — vanno spesso rifatti dopo pochi anni.
Le cause sono strutturali, non una questione di impegno.
1. Perché falliscono
Sono impostati come progetti anziché come correzione di un processo. Un progetto ha una data di fine, un budget e un rapporto di chiusura. Uno stock è il prodotto accumulato di un processo operativo: se il processo non cambia, lo stock ricomincia ad accumularsi dal giorno della chiusura.
Sono ordinati per comodità invece che per rischio. Alfabeticamente, per portafoglio, per gestore, per data di apertura: difendibile sul piano operativo, indifendibile davanti a un'autorità, perché nessuno di questi ordini tratta per prime le pratiche più rischiose.
Si misurano in pratiche chiuse. L'indicatore guida il comportamento: si chiude ciò che si chiude facilmente. Le pratiche difficili migrano in fondo alla coda e vi arrivano con il budget esaurito. Ogni remediation ha una coda lunga, e nella coda sta la maggior parte del rischio reale.
Trattano il contatto con il cliente come una formalità. Una quota rilevante dello stock non è sanabile senza chiedere qualcosa al cliente, e una quota rilevante di quei clienti non risponde alla prima richiesta.
Producono documenti, non dati. Tre anni dopo le stesse domande richiedono la stessa ricostruzione manuale, perché si è prodotto un archivio e non un record strutturato.
2. Scoping: tre domande preliminari
Che cosa è esattamente carente? «Il KYC è vecchio» non è un perimetro. Un perimetro utilizzabile nomina le lacune: identificazione mancante o scaduta; titolarità effettiva non verificata allo standard attuale; nessuna prova sull'origine del patrimonio oltre una soglia; rating prodotto con metodologia superata; screening non rieseguito da una certa data.
Quale popolazione, con quale criterio? Conta non quante pratiche ma quali. La segmentazione basata sul rischio è insieme aspettativa regolamentare e necessità pratica.
Qual è lo stato obiettivo? Sanare secondo la policy odierna è la risposta ovvia e spesso sbagliata: se è in corso una revisione, sanare sullo standard uscente garantisce un secondo passaggio.
3. Sequenza: prima il rischio, e dimostrarlo
Ordinare per rischio sembra ovvio e si fa raramente, perché il rating presente in sistema è esso stesso parte della carenza. La via d'uscita è un passaggio di triage: una ri-valutazione leggera dell'intera popolazione sui dati già disponibili, che produce una graduatoria provvisoria di priorità. Il triage non è la remediation: costa poco e dice da dove cominciare.
Tre condizioni lo rendono difendibile: documentato come metodologia, applicato uniformemente, conservato.
4. Il problema del contatto con il cliente
È la parte che determina la durata reale del programma, ed è sistematicamente sottovalutata.
Raggruppare le richieste. Il modello di gran lunga più costoso è contattare un cliente tre volte per tre documenti. Risolvete l'intero fabbisogno per cliente prima del primo contatto, anche se ciò lo ritarda di una settimana: ogni giro evitato fa risparmiare più tempo di quanto ne costi.
Passare dalla relazione, non aggirarla. Una richiesta che arriva da un indirizzo di compliance con un termine si legge come un'accusa. La stessa richiesta, portata dal gestore con un contesto, converte molto meglio. Ciò consuma tempo del gestore: va dunque pianificato e concordato, non presupposto.
Definire il percorso di mancata risposta prima di averne bisogno. Una quota di clienti non risponderà, e la policy applicabile — sollecito, limitazione, uscita — deve esistere per iscritto prima della prima mancata risposta, con un responsabile designato. I programmi che improvvisano si trovano a prendere decisioni di uscita sotto pressione di scadenza, la peggiore delle condizioni.
Sfruttare ciò che già si possiede. Una parte rilevante delle lacune apparenti non lo è: la prova esiste in un altro dossier, in un altro sistema o presso un'entità sorella. Cercare prima di chiedere è più rapido che chiedere, e preserva la disponibilità del cliente per le richieste davvero necessarie — uno degli argomenti più forti a favore di un record unificato di ciclo di vita del cliente.
