Verification of Payee in produzione: nove mesi di corrispondenze approssimative, file massivi e responsabilità non prezzate

La verifica del beneficiario ha smesso di essere un prodotto il giorno in cui è diventata un obbligo. Dal 9 ottobre 2025 ogni prestatore di servizi di pagamento di uno Stato membro dell'area euro deve offrire la Verification of Payee sui bonifici, a titolo gratuito, ai sensi del Regulation (EU) 2024/886. Il controllo in sé non è difficile: si confronta un nome con quello registrato sul conto e si risponde. Difficile è tutto ciò che gli sta intorno: cinque secondi di budget per rispondere, una risposta intermedia che non è né sì né no, file aziendali da scomporre prima di poterli controllare e un confine di responsabilità che né il regolamento né il rulebook dello schema accettano di tracciare.

Sintesi per la direzione

L'obbligo è ampio e senza prezzo. Il Regulation (EU) 2024/886 impone ai PSP di offrire la Verification of Payee all'ordinante a titolo gratuito, sui bonifici rientranti nel perimetro; i prestatori dell'area euro sono operativi dal 9 ottobre 2025, quelli fuori area euro seguono un calendario successivo. Recuperare il costo con una commissione non è un'opzione.

L'interoperabilità è stata esternalizzata. Invece di collegare ogni PSP a tutti gli altri, lo schema dell'European Payments Council instrada le richieste attraverso i Routing and/or Verification Mechanisms, soggetti a un processo di qualificazione EPC. Quella scelta ha risolto la raggiungibilità e ha creato una dipendenza da terze parti che va iscritta nel registro della resilienza operativa.

La latenza è una regola di schema, non un SLO che scegliete voi. Lo schema fissa un massimo di cinque secondi perché il PSP richiedente ottenga una risposta, con un obiettivo di fatto molto più stretto. Un timeout non è un guasto da nascondere all'ordinante: è una risposta, e significa «non è stato possibile verificare».

Il controllo si degrada se la UX è sbagliata. Un avviso che compare troppo spesso, o che suona come formula di rito, viene ignorato. La gestione della corrispondenza approssimativa è la singola decisione di design con la leva più alta dell'intera implementazione.

Il regolamento ha trasformato la verifica in impiantistica

Per un decennio il controllo del nome è stato un'iniziativa nazionale e una storia competitiva. Paesi Bassi e Regno Unito hanno costruito i propri schemi e hanno promosso la riduzione delle frodi. Il Regulation (EU) 2024/886 ha chiuso quell'inquadramento in tutta l'area euro rendendo il controllo obbligatorio, gratuito e generale.

Tre proprietà dell'obbligo contano più delle altre.

È gratuito per l'ordinante. L'Article 5c non lascia spazio a un livello premium di verifica, e questo elimina il meccanismo commerciale con cui una banca finanzierebbe normalmente lo sviluppo e razionerebbe l'uso.

Non è limitato ai pagamenti istantanei. Anche se lo strumento è arrivato dentro l'Instant Payments Regulation, il dovere di verifica si attacca ai bonifici rientranti nel perimetro in generale, inclusi i bonifici SEPA ordinari. Gli istituti che hanno perimetrato il programma sui soli SCT Inst hanno scoperto una superficie di integrazione molto più ampia del previsto.

Ha un tempo massimo. Lo schema dell'European Payments Council fissa un tetto di cinque secondi perché il PSP richiedente ottenga una risposta, con un obiettivo sensibilmente più rapido in esercizio normale. Quel numero non è un obiettivo di servizio che una banca negozia al proprio interno. È una regola di schema, e tutto ciò che sta a monte — UX di disposizione del pagamento, timeout di canale, politica di ritentativo, elaborazione dei file — deve starci dentro.

La conseguenza è strutturale. La verifica è diventata un servizio condiviso con un budget di latenza fisso e nessuna riga di ricavo. È un costo di gestione di un conto di pagamento.

Che cosa richiede davvero lo schema

Lo schema EPC definisce lo scambio di messaggi e, soprattutto, il vocabolario della risposta. Il PSP richiedente domanda; il PSP rispondente — quello che detiene il conto dietro l'IBAN — replica con una classificazione, non con il nome per esteso del titolare del conto.

Tabella 1: tipi di risposta e obblighi corrispondenti

Risposta	Che cosa significa	Che cosa vede l'ordinante	Che cosa il PSP deve poter documentare
Corrispondenza	Il nome fornito corrisponde al nome registrato sul conto	Prosegue senza attrito	Che il controllo è stato eseguito e che la risposta è stata registrata
Corrispondenza approssimativa	I nomi corrispondono da vicino ma non in modo esatto: abbreviazioni, nome commerciale, elementi invertiti	Un avviso e, nel disegno dello schema, il nome effettivamente registrato, così che l'ordinante possa decidere	La stringa esatta mostrata, l'orario e la scelta compiuta poi dall'ordinante
Nessuna corrispondenza	Il nome non corrisponde al conto	Un avviso esplicito prima dell'autorizzazione	Il contenuto dell'avviso e l'eventuale scelta di ignorare l'avviso
Verifica non possibile	Nessuna risposta entro la finestra, oppure il lato rispondente non è in grado di evadere la richiesta	Una dichiarazione neutra: il controllo non ha potuto essere completato	Perché è fallito e che l'ordinante ne è stato informato

La quarta riga è quella che la maggior parte dei programmi ha progettato per difetto. Un timeout non è un errore interno da inghiottire. È un esito previsto dallo schema, con un obbligo di comunicazione, e si verificherà: durante incidenti del PSP rispondente, degradi dell'RVM o semplice variabilità di rete vicino al tetto.

L'interoperabilità è gestita dai Routing and/or Verification Mechanisms. Un PSP può raggiungere le controparti attraverso un RVM invece di costruire raggiungibilità bilaterale verso ogni istituto in SEPA, e gli RVM devono superare un processo di qualificazione EPC. È stata la scelta architetturale corretta — l'alternativa è una maglia impossibile da costruire — ma inserisce una terza parte concentrata nel percorso di autorizzazione di un servizio di pagamento regolamentato. Questo appartiene al registro delle informazioni DORA e all'analisi del rischio di concentrazione, non solo a un fascicolo fornitori.

La corrispondenza approssimativa è tutto il problema

Corrispondenza e Nessuna corrispondenza sono facili. Si traducono in «prosegui» e «fermati». La corrispondenza approssimativa si traduce in «decidi tu», ed è lì che il controllo o funziona o muore in silenzio.

I nomi reali dei beneficiari sono disordinati per ragioni che con la frode non c'entrano nulla. Un'azienda opera con un marchio e tiene il conto con la ragione sociale registrata. Il conto di un lavoratore autonomo è intestato a una persona fisica. I nomi portano segni diacritici che la tastiera dell'ordinante non ha, o suffissi societari che l'ordinante omette. I nomi lunghi vengono troncati dai sistemi a monte. Due controparti legittime possono differire per una virgola.

Il risultato è un flusso costante di corrispondenze approssimative su pagamenti del tutto genuini. Ciascuna chiede a una persona un giudizio che non è attrezzata a dare, proprio nel momento in cui sta cercando di chiudere un'attività. La modalità di fallimento è nota da ogni altro avviso di sicurezza mai rilasciato: mostrato abbastanza spesso senza conseguenze, viene chiuso per riflesso, e quando arriva quello che contava viene chiuso anche lui.

Due scelte di design cambiano l'esito in modo sostanziale.

Mostrate il nome, non solo il verdetto. Un avviso che dice «i dati non coincidono esattamente» non dà all'ordinante nulla su cui ragionare. Il disegno dello schema prevede la restituzione del nome registrato sul conto nei casi di corrispondenza approssimativa proprio perché l'ordinante possa riconoscere che «ACME Trading Ltd» e «Acme Trading Limited» sono la stessa controparte, e che «A. Trading Services» non lo è.

Rendete deliberata e registrata la scelta di ignorare l'avviso. La decisione dell'ordinante dopo un avviso è l'artefatto più importante che l'interazione produce. Determina chi sopporta la perdita. Deve essere un atto esplicito, catturato insieme alla stringa esatta che è stata mostrata, non la conseguenza implicita di aver premuto lo stesso pulsante di sempre.

Poi misurate ciò che conta davvero. Non il conteggio degli avvisi generati, ma la quota di avvisi ignorati e, tra questi, quanti sono poi finiti in contestazione. Un alto tasso di avvisi ignorati su pagamenti genuini significa che il confronto è troppo rigido. Un alto tasso di contestazioni tra quelli ignorati significa che l'avviso non viene letto.

I file massivi hanno rotto il modello, e la rinuncia è diventata il controllo

I pagamenti singoli al dettaglio non sono mai stati il caso difficile. Lo erano i file di pagamento aziendali.

Un cliente corporate invia un file di pagamento — tipicamente un pain.001 — che contiene centinaia o migliaia di bonifici. La verifica non opera sui file. Opera sui beneficiari. La banca deve quindi scomporre il file massivo, generare una richiesta per riga e raccogliere le risposte, ciascuna soggetta allo stesso tetto di cinque secondi, prima che il file possa essere rilasciato. I chiarimenti dello schema sull'erogazione per i file massivi esistono perché tutto questo non era ovvio dal testo del regolamento.

Il regolamento aveva previsto la pressione. Gli utenti di servizi di pagamento diversi dai consumatori possono rinunciare al servizio di verifica quando trasmettono più ordini di pagamento come pacchetto, e possono rientrarvi. Quell'unica previsione porta oggi una quota sproporzionata del carico operativo e merita di essere trattata come un controllo, non come una comodità.

Per i team di corporate banking ne discendono due conseguenze.

La rinuncia è una decisione di rischio presa una volta ed ereditata migliaia di volte. Un tesoriere che rinuncia alla verifica per la trasmissione massiva ha rimosso un presidio antifrode da ogni pagamento di ogni file futuro finché la decisione non viene riesaminata. Deve avere la cadenza di riesame di una modifica di mandato, con un titolare nominato, una scadenza e una ri-attestazione periodica: non una casella spuntata in fase di onboarding e mai più rivista.

La risposta migliore sta a monte. La verifica al momento dell'invio del file è il punto sbagliato del ciclo di vita: il beneficiario è stato inserito nell'ERP o nel sistema di tesoreria settimane prima, ed è lì che un numero di conto sostituito fa il danno. Eseguire la verifica all'onboarding del beneficiario e a ogni successiva modifica delle coordinate bancarie sposta il controllo al momento della modifica, toglie del tutto la pressione di latenza dall'esecuzione dei pagamenti e produce un volume di controlli molto più basso a fronte di una decisione di valore molto più alto. Le banche che offrono la verifica a livello di beneficiario come servizio permanente ai clienti corporate stanno risolvendo il problema reale; quelle che verificano solo all'invio stanno risolvendo la scadenza.

Il confine di responsabilità che nessuno ha tracciato

Lo schema definisce le risposte. Non definisce le conseguenze. È in quel vuoto che si collocheranno i prossimi anni di contenzioso.

Si consideri la sequenza ormai ordinaria. Una banca genera un avviso di corrispondenza approssimativa. L'ordinante prosegue. Il denaro finisce a un truffatore. La banca ha eseguito il proprio obbligo in modo puntuale e può documentarlo. L'ordinante sostiene che l'avviso era ambiguo e che nessuno gli ha detto che cosa non andasse davvero.

Entrambe le posizioni sono difendibili, ed è questo il problema. Il regolamento impone il servizio e, quando un PSP non lo fornisce, prevede conseguenze per la perdita che ne deriva. Non risolve il caso in cui il servizio ha funzionato, l'avviso è stato mostrato e la persona ha deciso male. Recepimenti nazionali, decisioni degli arbitri bancari e, nel tempo, la giurisprudenza risolveranno la questione in modo disomogeneo tra gli Stati membri.

Per gli istituti che preferiscono orientare quell'esito anziché subirlo discendono tre cose.

La qualità della prova è la difesa. Non «è stato mostrato un avviso», ma la stringa esatta, il tipo di risposta ricevuto, l'orario e l'azione dell'ordinante, conservati per l'intera finestra di contestazione e recuperabili da chi gestisce i reclami senza aprire un ticket all'IT.

La qualità dell'avviso è l'altra difesa. Un istituto i cui avvisi di corrispondenza approssimativa sono specifici e leggibili si trova in una posizione nettamente più forte di uno i cui avvisi sono generici. Lo stesso avviso ignorato, davanti allo stesso giudicante, si legge in modo diverso a seconda di che cosa l'ordinante ha effettivamente visto.

La rinuncia corporate ha bisogno di una traccia documentale. Quando un file massivo viene trasmesso con la verifica disattivata e un pagamento va storto, la domanda sarà se il cliente avesse capito a che cosa rinunciava. Un registro datato, attribuito e ri-attestato risponde a quella domanda. Una casella spuntata all'onboarding no.

Il manuale operativo

Per gli istituti già in esercizio, il lavoro oggi è consolidamento, non rilascio.

Strumentate la zona intermedia. Riportate tasso di corrispondenze approssimative, tasso di avvisi ignorati e tasso di contestazione sugli avvisi ignorati come serie mensile, segmentata per canale e per tipologia di cliente. Sono questi tre numeri a dirvi se il controllo funziona; il volume dei controlli no.
Trattate l'RVM come una terza parte critica. Sta nel percorso di autorizzazione. Richiede pianificazione di uscita, analisi di sostituibilità e integrazione nella risposta agli incidenti allo stesso livello di qualunque altro fornitore critico.
Progettate deliberatamente il percorso di timeout. Decidete, e mettete per iscritto, se un esito di «verifica non possibile» blocca, avvisa o lascia proseguire, per ciascun canale e ciascuna fascia di importo. Lasciare il silenzio come default è una decisione presa per omissione.
Spostate a monte la verifica corporate. Offrite la verifica all'onboarding del beneficiario e alla modifica delle coordinate bancarie come servizio permanente. Riduce la latenza dell'esecuzione dei pagamenti, migliora il controllo ed è una proposta commerciale legittima dentro un regolamento che per il resto vieta di far pagare.
Ri-attestate ogni rinuncia per i file massivi. Metteteci una scadenza. Nominate un titolare. Fate del rinnovo una decisione, non l'assenza di una decisione.
Preparatevi al blocco fuori area euro. I prestatori esterni all'area euro entrano nel perimetro con un calendario successivo che arriva fino al 2027. Chi opera su entrambi i fronti dovrebbe costruire una sola capacità, non due.

Il regolamento ha tolto la scelta se verificare. Resta soltanto la questione di quanto bene si verifichi — e la differenza tra un'implementazione che riduce le frodi e una che si limita a soddisfare un revisore si vede in tre punti: la schermata della corrispondenza approssimativa, il registro delle rinunce sui file massivi e la traccia probatoria dietro un avviso ignorato.

Domande frequenti

La Verification of Payee si applica solo ai pagamenti istantanei?
No. Anche se il requisito è stato introdotto attraverso l'Instant Payments Regulation, il dovere di verifica si attacca ai bonifici rientranti nel perimetro in generale, inclusi i bonifici SEPA ordinari, non solo agli SCT Inst. I programmi perimetrati sui soli pagamenti istantanei hanno sottostimato la superficie di integrazione.

Una banca può far pagare la Verification of Payee?
Non all'ordinante, per il servizio richiesto dall'Article 5c: il regolamento lo impone a titolo gratuito. I servizi adiacenti che vanno oltre l'obbligo, come la verifica dei beneficiari all'onboarding o alla modifica delle coordinate bancarie per i clienti corporate, restano fuori da quel vincolo ed è lì che una proposta commerciale esiste legittimamente.

Che cosa succede se l'istituto rispondente non risponde in tempo?
Lo schema fissa un massimo di cinque secondi perché il PSP richiedente ottenga una risposta. Un timeout produce un esito di «verifica non possibile», che è un risultato definito e va comunicato all'ordinante, non un errore interno da sopprimere. Ogni istituto deve decidere, per canale, se quell'esito blocca, avvisa o lascia proseguire.

I clienti corporate possono disattivare il controllo per i file massivi?
Sì. Il regolamento consente agli utenti di servizi di pagamento diversi dai consumatori di rinunciare al servizio quando trasmettono più ordini di pagamento come pacchetto, e di rientrarvi. Poiché quella rinuncia si applica poi a ogni pagamento di ogni file successivo, va governata come decisione di rischio permanente, con un titolare, una scadenza e una ri-attestazione periodica.

Un avviso di corrispondenza approssimativa trasferisce la responsabilità all'ordinante?
Non automaticamente e non in modo uniforme. Il regolamento impone il servizio; non risolve il caso in cui l'avviso è stato mostrato e l'ordinante ha proseguito comunque. Gli esiti saranno definiti dal recepimento nazionale, dalla prassi degli arbitri bancari e dalla giurisprudenza. Gli istituti nella posizione più solida sono quelli in grado di produrre il testo esatto dell'avviso mostrato, il tipo di risposta ricevuto e l'azione registrata dell'ordinante.

Riferimenti

Parlamento europeo e Consiglio dell'Unione europea, 2024. Regulation (EU) 2024/886 amending Regulations (EU) No 260/2012 and (EU) 2021/1230 as regards instant credit transfers in euro. Bruxelles: Gazzetta ufficiale dell'Unione europea. Disponibile all'indirizzo: Parlamento europeo e Consiglio dell'Unione europea, 2024..
Banca centrale europea, 2026. Instant Payments Regulation. Francoforte sul Meno: Banca centrale europea. Disponibile all'indirizzo: Banca centrale europea, 2026..
Commissione europea, 2025. Clarification of requirements of the Instant Payments Regulation. Bruxelles: Direzione generale della Stabilità finanziaria, dei servizi finanziari e dell'Unione dei mercati dei capitali. Disponibile all'indirizzo: Commissione europea, 2025..
European Payments Council, 2025. Verification of Payee scheme. Bruxelles: EPC. Disponibile all'indirizzo: European Payments Council, 2025..
European Payments Council, 2025. Verification of Payee scheme rulebook — frequently asked questions. Bruxelles: EPC. Disponibile all'indirizzo: European Payments Council, 2025..
European Payments Council, 2025. Clarifications about the provision of VOP services for bulk files. Bruxelles: EPC. Disponibile all'indirizzo: European Payments Council, 2025..
European Payments Council, 2025. Routing and/or Verification Mechanisms for the Verification of Payee scheme. Bruxelles: EPC. Disponibile all'indirizzo: European Payments Council, 2025..

Ultima revisione 2026-08-05.

Ripubblica questo articolo

Verification of Payee in produzione: nove mesi di nodi irrisolti — Sebastien Rousseau

Nove mesi dopo la scadenza IPR, la Verification of Payee è un obbligo per ogni PSP dell'area euro. I nodi: corrispondenze, file massivi, responsabilità.

Questo articolo è pubblicato con licenza Creative Commons Attribution 4.0 International. La ripubblicazione richiede l'attribuzione all'URL canonico.

Verification of Payee in produzione: nove mesi di nodi irrisolti — Sebastien Rousseau

Nove mesi dopo la scadenza IPR, la Verification of Payee è un obbligo per ogni PSP dell'area euro. I nodi: corrispondenze, file massivi, responsabilità.

Originally published at https://sebastienrousseau.com/it/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER