La Verification of Payee sur le SEPA est une vérification de nom qui a lieu entre deux banques avant qu'un paiement ne soit émis. Vous saisissez un nom de bénéficiaire et un IBAN ; votre prestataire de services de paiement (PSP) demande au PSP qui détient cet IBAN si le nom correspond au titulaire du compte ; la réponse revient dans un format standardisé, généralement en moins d'une seconde. Rien sur le montant, votre solde ou les transactions du bénéficiaire n'est partagé - seule la comparaison des noms l'est.
Voilà toute l'idée. Ce qui la fait fonctionner dans des dizaines de pays et des milliers de banques, c'est qu'il s'agit d'un schéma, et non d'un produit : un rulebook commun, des formats de messages communs et un ensemble commun de résultats que chaque PSP participant s'engage à employer.
Pourquoi « SEPA » est le mot important
Le SEPA - l'espace unique de paiements en euros - est la zone de paiement où les virements en euros, les prélèvements et les paiements instantanés suivent un même ensemble de règles. La Verification of Payee a été conçue pour cette même zone, sur les IBAN, et est coordonnée par le Conseil européen des paiements (EPC), l'organisme qui maintient les rulebooks SEPA. Le schéma VoP de l'EPC définit comment une demande est formatée, comment une réponse est formatée, quels codes de résultat existent et comment les PSP se trouvent entre eux.
C'est pourquoi la VoP n'est pas la même chose qu'une vérification de nom à la britannique, et pourquoi un prestataire connecté à un schéma n'est pas automatiquement connecté à l'autre. Si vos paiements sont des paiements en euros à l'intérieur du SEPA, c'est le schéma SEPA qui s'applique à vous.
Un schéma, pas une base de données
Il n'existe pas de liste centrale de titulaires de compte dans laquelle chercher les noms. La seule banque qui peut dire de manière fiable qui détient un IBAN est la banque qui le détient. La VoP est donc une conversation entre PSP, acheminée via le schéma - et non une recherche dans un registre partagé.
Comment la vérification circule entre deux banques
- 1 Le payeur saisit un nom de bénéficiaire et un IBAN dans son application bancaire ou dans son fichier de paiement ERP.
- 2 Le PSP demandeur envoie une demande de vérification contenant le nom soumis et l'IBAN.
- 3 Le schéma achemine la demande vers le PSP qui détient le compte - le PSP répondant - à l'aide des informations de routage publiées dans l'annuaire du schéma.
- 4 Le PSP répondant compare le nom soumis au nom enregistré sur le compte, selon les règles de correspondance de noms du schéma.
- 5 Une réponse standardisée revient au PSP demandeur, qui montre le résultat au payeur avant que le paiement ne soit autorisé.
Deux détails comptent en pratique. D'abord, le PSP répondant est le seul à pouvoir répondre - c'est pourquoi la couverture sur l'ensemble du schéma compte plus que l'élégance d'une intégration donnée. Ensuite, la demande et la réponse sont des messages de machine à machine, si bien que la vérification peut porter sur un paiement unique dans une application ou sur chaque ligne d'un fichier de paiement fournisseurs.
Les quatre résultats que vous recevez
- Correspondance - le nom soumis correspond au titulaire du compte. Le résultat au risque le plus faible ; poursuivez en toute confiance.
- Correspondance partielle - le nom est similaire mais pas identique : un deuxième prénom manquant, des initiales au lieu d'un prénom complet, un nom commercial face à une raison sociale. La réponse contient le nom vérifié, pour que le payeur puisse le confirmer ou le corriger.
- Absence de correspondance - le nom n'appartient pas à cet IBAN. C'est une réponse valide, pas une erreur technique, et c'est le signal classique d'un compte mal saisi ou d'une fraude au détournement de facture.
- Non disponible - le PSP répondant n'a pas pu répondre à ce moment-là. Le paiement n'est pas bloqué ; le payeur est informé et décide.
Les deux résultats du milieu sont là où se trouve la valeur. Une correspondance partielle n'est pas un échec - c'est le schéma qui vous remet le nom correct pour que le paiement suivant corresponde proprement. Une absence de correspondance n'est pas une panne du système - c'est la vérification qui fait exactement son travail.
Ce que signifient vraiment « payee checker » et « payee checking service »
Les gens cherchent un payee checker ou un payee checking service en s'attendant à un site web où saisir un nom et un IBAN et obtenir une réponse. Ce n'est pas ainsi que cela fonctionne, et il vaut la peine d'être clair sur le pourquoi : les données des titulaires de compte ne sont pas publiques, et aucun tiers ne peut confirmer de manière fiable qui détient un IBAN. La vérification est de banque à banque par conception. Ce que vous pouvez faire en tant que payeur, c'est utiliser la vérification proposée par votre propre PSP au moment où vous configurez ou payez un bénéficiaire. Ce que vous pouvez faire en tant qu'entreprise, c'est exécuter cette même vérification sur tout un fichier de paiement avant de le valider.
Ce qu'implique réellement la mise en œuvre
Pour un PSP, mettre en œuvre la VoP sur le SEPA est un projet de schéma, pas un sprint de fonctionnalité. En résumé, cela signifie se connecter à l'infrastructure de routage et d'annuaire du schéma, implémenter les messages de demande et de réponse, appliquer les règles de correspondance de noms à vos propres données de compte en tant que PSP répondant, et afficher le résultat dans vos canaux en tant que PSP demandeur. Le travail est bien maîtrisé, mais il touche aux flux de paiement essentiels, il est donc généralement planifié par phases plutôt qu'activé d'un seul coup.
Pour une entreprise - trésorerie, comptabilité fournisseurs, paie - la mise en œuvre est bien plus légère. Vous n'adhérez pas au schéma. Vous appelez un service VoP déjà connecté à celui-ci, via votre banque ou via une API, et vous branchez le résultat au point où les paiements sont approuvés. L'approche pratique consiste à vérifier tout le fichier de paiement avant validation et à revérifier lorsque les coordonnées bancaires d'un fournisseur changent, plutôt qu'à contrôler chaque bénéficiaire enregistré à chaque exécution.
D'où vient l'obligation
Le règlement européen sur les paiements instantanés a rendu la Verification of Payee obligatoire pour les PSP de la zone euro à partir du 9 octobre 2025, et pour les PSP des États de l'EEE hors zone euro au plus tard le 9 juillet 2027. Le règlement fixe l'obligation ; le schéma EPC fixe la mécanique. En pratique, cela signifie que la vérification fait désormais partie du flux de paiement SEPA normal plutôt que d'un supplément optionnel - et qu'elle doit être proposée aux payeurs gratuitement.
RoxPay fournit la Verification of Payee sur le schéma SEPA via une seule API REST et un tableau de bord, en renvoyant les résultats standardisés - correspondance, correspondance partielle, absence de correspondance et non disponible - en bien moins d'une seconde, avec le nom vérifié en cas de correspondance partielle pour que les payeurs puissent confirmer plutôt que deviner.