Riconciliazione automatica dei pagamenti in ingresso: dalla causale all'NDG del pagatore
I pagamenti in ingresso arrivano con una causale scritta in testo libero da chi paga: nomi abbreviati, riferimenti parziali, errori di battitura, formati diversi per ogni banca ordinante. Collegare quella causale all'NDG del pagatore finale — l'identificativo univoco della controparte nei sistemi core — veniva fatto a mano, transazione per transazione, su un flusso dell'ordine di centinaia di migliaia di transazioni l'anno: un volume che nessun presidio manuale assorbe senza accumulare ritardo. Il costo non è solo il tempo: un pagamento non attribuito resta sospeso, e un pagamento attribuito alla posizione sbagliata genera un errore che si scopre a valle.
Analisi
Censimento dei formati dei flussi in ingresso e delle strutture di causale ricorrenti, analisi dei segnali effettivamente utilizzabili per l'abbinamento (denominazione, IBAN ordinante, riferimenti di pratica, codici interni) e mappatura di quali combinazioni producono un abbinamento certo e quali soltanto un candidato. Passaggio decisivo dell'analisi: i due errori non sono equivalenti. Un pagamento attribuito alla posizione sbagliata costa più di un pagamento lasciato in sospeso, e la calibrazione va fatta su questa asimmetria, non sull'abbinamento corretto complessivo.
Soluzione
Pipeline che normalizza la causale, ne estrae le entità rilevanti e le confronta con l'anagrafica delle controparti producendo un NDG candidato con un punteggio di confidenza. Sopra la soglia concordata l'attribuzione è automatica; sotto, il caso viene instradato a un operatore con i candidati ordinati e il motivo di ciascuno, così la decisione umana parte da un'istruttoria già fatta invece che da una riga di testo.
Architettura
Normalizzazione ed estrazione di entità dal testo libero della causale, regole deterministiche in prima battuta sugli identificativi esatti (IBAN, codice pratica) con il modello a gestire l'ambiguità residua, matching sull'anagrafica NDG con punteggio di confidenza, soglie configurabili per classe di importo, audit trail che conserva per ogni attribuzione il criterio che l'ha generata, e integrazione con i sistemi di riconciliazione già in uso.
Implementazione
Prima fase in affiancamento: il sistema propone l'abbinamento, gli operatori lavorano come prima e confrontano. Serve a misurare l'accuratezza reale sui flussi veri e a tarare le soglie sui due costi di errore prima di attivare l'attribuzione automatica.
Risultati misurati
- 92% delle transazioni riconciliate automaticamente sul campione di confronto, con il resto instradato a un operatore per i casi a bassa confidenza
- Attribuzione automatica dei pagamenti la cui causale contiene riferimenti riconoscibili, con i casi incerti instradati a un operatore corredati dei candidati e del motivo di ciascuno
- Riduzione del lavoro manuale di abbinamento sulle transazioni ricorrenti, dove la causale segue schemi stabili
- Ogni attribuzione automatica conserva la traccia del criterio che l'ha prodotta ed è ricostruibile a posteriori
- Soglie calibrate sull'asimmetria fra i due errori: il sistema preferisce lasciare un caso all'operatore piuttosto che attribuirlo alla posizione sbagliata
ROI: Il ritorno si legge su ore-operatore liberate dall'abbinamento manuale, riduzione della giacenza dei pagamenti sospesi e minori rettifiche a valle per attribuzioni errate.
Perimetro e metodo di misurazione
- Perimetro: flussi di pagamento in ingresso dell'ordine di centinaia di migliaia di transazioni l'anno, sulle tipologie di causale più ricorrenti, con estensione progressiva alle strutture meno regolari.
- Insieme di valutazione: campione di circa 15.000 transazioni con l'NDG corretto già attribuito manualmente dagli operatori, usato come riferimento di confronto.
- Grandezze misurate: quota di transazioni riconciliate automaticamente sul totale, e fra queste la quota attribuita all'NDG corretto. Le due vanno lette insieme: alzare la soglia migliora la seconda e peggiora la prima.
- I due errori sono contati separatamente. Un pagamento lasciato all'operatore è un costo di lavorazione; un pagamento attribuito alla posizione sbagliata è un errore che si propaga, e pesa di più.
- Quota misurata: 92% di transazioni riconciliate automaticamente su un campione di circa 15.000 transazioni. Il periodo di riferimento della misurazione resta da confermare: qui pubblichiamo solo ciò che è già verificato.
Cliente: Progetto realizzato per FBS SPA. www.fbs.it