La Verification of Payee sullo SEPA è una verifica del nome che avviene tra due banche prima che un pagamento si muova. Inserisci un nome del beneficiario e un IBAN; il tuo prestatore di servizi di pagamento (PSP) chiede al PSP che detiene quell'IBAN se il nome corrisponde all'intestatario del conto; la risposta torna in un formato standardizzato, di solito in meno di un secondo. Nulla sull'importo, sul tuo saldo o sulle transazioni del beneficiario viene condiviso — solo il confronto dei nomi.
Questo è tutto il concetto. Ciò che lo fa funzionare in decine di Paesi e migliaia di banche è che si tratta di uno schema, non di un prodotto: un rulebook comune, formati di messaggio comuni e un insieme comune di esiti che ogni PSP partecipante si impegna a parlare.
Perché «SEPA» è la parola importante
Lo SEPA — lo Spazio Unico dei Pagamenti in Euro — è l'area di pagamento in cui bonifici in euro, addebiti diretti e pagamenti istantanei seguono un unico insieme di regole. La Verification of Payee è stata costruita per quella stessa area, sugli IBAN, ed è coordinata dall'European Payments Council (EPC), l'organismo che mantiene i rulebook SEPA. Lo schema VoP dell'EPC definisce come viene formattata una richiesta, come viene formattata una risposta, quali codici di esito esistono e come i PSP si trovano tra loro.
Ecco perché la VoP non è la stessa cosa di una verifica del nome in stile britannico, e perché un fornitore collegato a uno schema non è automaticamente collegato all'altro. Se i tuoi pagamenti sono pagamenti in euro all'interno dello SEPA, lo schema SEPA è quello che si applica a te.
Uno schema, non un database
Non esiste un elenco centrale di intestatari in cui cercare i nomi. L'unica banca che può dire in modo autorevole chi detiene un IBAN è la banca che lo detiene. La VoP è quindi una conversazione tra PSP, instradata attraverso lo schema — non una ricerca in un registro condiviso.
Come viaggia la verifica tra due banche
- 1 Chi paga inserisce un nome del beneficiario e un IBAN nella propria app bancaria o nel proprio file di pagamento ERP.
- 2 Il PSP richiedente invia una richiesta di verifica contenente il nome inserito e l'IBAN.
- 3 Lo schema instrada la richiesta al PSP che detiene il conto — il PSP rispondente — usando le informazioni di instradamento pubblicate nella directory dello schema.
- 4 Il PSP rispondente confronta il nome inserito con il nome registrato sul conto, applicando le regole di name matching dello schema.
- 5 Una risposta standardizzata torna al PSP richiedente, che mostra l'esito a chi paga prima che il pagamento venga autorizzato.
Due dettagli contano nella pratica. Primo, il PSP rispondente è l'unica parte che può rispondere — ed è per questo che la copertura sull'intero schema conta più dell'eleganza di una singola integrazione. Secondo, richiesta e risposta sono messaggi da macchina a macchina, quindi la verifica può essere eseguita su un singolo pagamento in un'app o su ogni riga di un file di pagamento ai fornitori.
I quattro esiti che ricevi
- Corrispondenza — il nome inserito coincide con l'intestatario. Il risultato a rischio più basso; procedi con normale fiducia.
- Corrispondenza parziale — il nome è simile ma non identico: un secondo nome mancante, iniziali al posto di un nome completo, una ragione sociale diversa dal nome commerciale. La risposta contiene il nome verificato, così chi paga può confermarlo o correggerlo.
- Nessuna corrispondenza — il nome non appartiene a quell'IBAN. È una risposta valida, non un errore tecnico, ed è il segnale classico di un conto digitato male o di una truffa di dirottamento delle fatture.
- Non disponibile — il PSP rispondente non ha potuto rispondere in quel momento. Il pagamento non viene bloccato; chi paga viene informato e decide.
I due esiti centrali sono quelli in cui risiede il valore. Una corrispondenza parziale non è un fallimento — è lo schema che ti consegna il nome corretto, così il pagamento successivo corrisponde in modo pulito. Una nessuna corrispondenza non è un guasto del sistema — è la verifica che fa esattamente il suo lavoro.
Cosa significano davvero «payee checker» e «payee checking service»
Le persone cercano un payee checker o un payee checking service aspettandosi un sito web dove digitare un nome e un IBAN e ottenere una risposta. Non funziona così, e vale la pena essere chiari sul perché: i dati dell'intestatario non sono pubblici e nessuna terza parte può confermare in modo autorevole chi detiene un IBAN. La verifica è da banca a banca per concezione. Ciò che puoi fare come pagatore è usare la verifica offerta dal tuo PSP nel momento in cui imposti o paghi un beneficiario. Ciò che puoi fare come azienda è eseguire quella stessa verifica su un intero file di pagamento prima di rilasciarlo.
Cosa comporta davvero l'implementazione
Per un PSP, implementare la VoP sullo SEPA è un progetto di schema, non uno sprint di funzionalità. In sintesi significa collegarsi all'infrastruttura di instradamento e directory dello schema, implementare i messaggi di richiesta e risposta, applicare le regole di name matching ai propri dati di conto come PSP rispondente e mostrare l'esito nei propri canali come PSP richiedente. Il lavoro è ben compreso, ma tocca flussi di pagamento fondamentali, quindi di solito viene pianificato per fasi anziché attivato in un colpo solo.
Per un'azienda — tesoreria, contabilità fornitori, paghe — l'implementazione è molto più leggera. Non aderisci allo schema. Chiami un servizio VoP già collegato ad esso, tramite la tua banca o tramite un'API, e colleghi il risultato al punto in cui i pagamenti vengono approvati. Lo schema pratico è verificare l'intero file di pagamento prima del rilascio e riverificare quando cambiano i dati bancari di un fornitore, invece di controllare ogni beneficiario salvato a ogni esecuzione.
Da dove nasce l'obbligo
Il Regolamento UE sui Pagamenti Istantanei ha reso la Verification of Payee obbligatoria per i PSP dell'area euro dal 9 ottobre 2025 e per i PSP degli Stati del SEE non euro entro il 9 luglio 2027. Il regolamento stabilisce l'obbligo; lo schema EPC stabilisce la meccanica. In pratica questo significa che la verifica è ormai parte del normale flusso di pagamento SEPA anziché un extra opzionale — e deve essere offerta ai pagatori gratuitamente.
RoxPay eroga la Verification of Payee sullo schema SEPA attraverso un'unica API REST e una dashboard, restituendo gli esiti standardizzati — corrispondenza, corrispondenza parziale, nessuna corrispondenza e non disponibile — in ben meno di un secondo, con il nome verificato in caso di corrispondenza parziale, così chi paga può confermare invece di tirare a indovinare.