Una soluzione Verification of Payee è il servizio che verifica il nome di un beneficiario rispetto al conto dietro un IBAN prima che un pagamento SEPA venga inviato. Nell'UE la verifica si chiama Verification of Payee (VoP). Gira sullo schema SEPA, coordinato dall'European Payments Council, e restituisce una risposta standardizzata in ben meno di un secondo. Se il nome e il conto non appartengono l'uno all'altro, lo scopri prima che il denaro parta.
Questa è la definizione. La decisione che hai davanti è diversa: quale servizio usare e come distinguere uno che funziona da una demo. Questo articolo è la checklist per quella decisione — le domande da fare, le risposte che dovrebbero preoccuparti e quelle che non dovrebbero.
Prima di tutto, chiarezza su cosa non è un servizio VoP
Non è una ricerca. I dati dell'intestatario sono dati personali, e solo la banca che detiene il conto può confermare chi lo possiede. Un servizio VoP non cerca in un registro di nomi — chiede alla banca del beneficiario se il nome che hai fornito corrisponde all'intestatario e restituisce la risposta. Qualsiasi servizio che dichiari di rivelare il proprietario di un IBAN da un campo di ricerca sta tirando a indovinare, rivendendo dati trapelati o vendendo qualcos'altro.
Una conversazione, non un database
La Verification of Payee è un messaggio tra due banche, instradato attraverso lo schema SEPA. Ecco perché la copertura sull'intero schema conta più dell'eleganza di una singola integrazione — e perché «verificare l'intestatario di un IBAN» è il modo sbagliato di impostare la domanda.
La checklist per chi compra
- 1 Controlla lo schema, non l'etichetta. Se i tuoi pagamenti sono pagamenti in euro all'interno dello SEPA, ti serve lo schema VoP SEPA. Un fornitore collegato a un diverso schema nazionale di verifica del nome non è automaticamente collegato al tuo.
- 2 Chiedi della copertura. Il PSP rispondente è l'unica parte che può rispondere, quindi la copertura sull'intero schema è il numero più importante. Chiedi quanti PSP sono raggiungibili e cosa succede quando uno non lo è.
- 3 Metti alla prova la latenza in un ambiente di test. La verifica si colloca nel flusso di pagamento, quindi deve essere veloce. Chiedi un dato misurato, non una promessa, e provalo tu stesso prima di impegnarti.
- 4 Pretendi il nome verificato in caso di corrispondenza parziale. Un risultato che dice «corrispondenza parziale» senza indicare a chi paga il nome corretto lo lascia a indovinare — e indovinare è proprio ciò che la verifica esiste per eliminare.
- 5 Cerca tutti e quattro gli esiti, non tre. Corrispondenza, corrispondenza parziale, nessuna corrispondenza e non disponibile. Un servizio che non sa restituire «non disponibile» in modo pulito o bloccherà i pagamenti o nasconderà i guasti.
- 6 Controlla la tracciabilità. Devi poter esportare cosa è stato verificato, quando e cosa è tornato indietro — per singolo pagamento e conservato per tutto il tempo richiesto dai tuoi controlli.
- 7 Chiedi come gestisce i volumi. Un singolo pagamento in un'app e un file fornitori da 20.000 righe sono problemi diversi; vuoi un'unica integrazione che faccia entrambe le cose.
- 8 Verifica chi risponde al telefono. La verifica gira dentro un flusso di pagamento, quindi l'assistenza fa parte del prodotto, non è un ripensamento.
Il test delle tre verifiche
Prima di firmare qualsiasi cosa, esegui tre verifiche su un beneficiario che conosci bene: la ragione sociale esatta, un nome commerciale abbreviato e un nome volutamente sbagliato. Un buon servizio restituisce corrispondenza, corrispondenza parziale con il nome verificato e nessuna corrispondenza — in quest'ordine, in meno di un secondo e con tutti e tre i risultati registrati. Se uno dei tre torna vago, lento o non registrato, hai la tua risposta.
Chi compra, e di cosa ha davvero bisogno
- Banche e PSP — un obbligo di schema con una scadenza. Il lavoro è un progetto di schema: collegarsi all'infrastruttura di instradamento e directory, implementare i messaggi di richiesta e risposta, applicare le regole di corrispondenza dei nomi ai propri dati di conto come PSP rispondente e mostrare l'esito nei propri canali come PSP richiedente.
- Fintech e fornitori di software — una capacità integrata. Se costruisci prodotti o software di pagamento, la VoP è una funzionalità che i tuoi clienti si aspetteranno, e di solito è più rapido chiamare un fornitore che aderire allo schema da solo.
- Aziende — tesoreria, contabilità fornitori, paghe e marketplace — un servizio che usi. Non aderisci allo schema. Verifichi un singolo beneficiario in una dashboard, oppure verifichi un intero file di pagamento prima del rilascio, e riverifichi quando cambiano i dati bancari di un fornitore.
Per un pagatore individuale, la verifica è semplicemente il controllo del nome che la tua banca ti mostra quando imposti o paghi un beneficiario. Non la compri, la usi — e per i bonifici in euro deve essere offerta gratuitamente.
Da dove nasce l'obbligo
La Verification of Payee è imposta dal Regolamento UE sui Pagamenti Istantanei. I PSP dell'area euro hanno dovuto offrirla sui bonifici in euro dal 9 ottobre 2025, e i PSP degli Stati del SEE non euro seguono entro il 9 luglio 2027. Il regolamento stabilisce l'obbligo; lo schema VoP dell'European Payments Council stabilisce la meccanica. Un dettaglio è facile da trascurare: l'obbligo copre i bonifici in euro che il pagatore avvia elettronicamente, non solo i pagamenti istantanei. Un bonifico SEPA standard richiede la stessa verifica.
Come si presenta una buona implementazione una volta in produzione
Un'implementazione finita è silenziosa. Chi paga vede una risposta chiara prima di inviare, le corrispondenze parziali vengono corrette invece che indovinate, le nessuna corrispondenza fermano il pagamento abbastanza a lungo perché qualcuno prenda il telefono, e ogni verifica è registrata. La verifica gira in ben meno di un secondo, quindi nulla dell'esperienza di pagamento sembra più lento — ed è proprio il punto: la salvaguardia dovrebbe essere invisibile fino al momento in cui conta.
RoxPay eroga una Verification of Payee conforme allo schema 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 e il BIC della banca rispondente, per un singolo pagamento o per un intero file di pagamento.