Une solution Verification of Payee est le service qui vérifie le nom d'un bénéficiaire par rapport au compte derrière un IBAN avant l'envoi d'un paiement SEPA. Dans l'UE, la vérification s'appelle Verification of Payee (VoP). Elle tourne sur le schéma SEPA, coordonné par le European Payments Council, et renvoie une réponse standardisée en bien moins d'une seconde. Si le nom et le compte ne vont pas ensemble, vous le découvrez avant que l'argent ne parte.
C'est la définition. La décision qui vous attend est différente : quel service utiliser, et comment distinguer un service qui fonctionne d'une démo. Cet article est la checklist de cette décision - les questions à poser, les réponses qui doivent vous inquiéter et celles qui ne doivent pas.
D'abord, soyons clairs sur ce qu'un service VoP n'est pas
Ce n'est pas une recherche. Les données du titulaire du compte sont des données personnelles, et seule la banque qui détient le compte peut confirmer qui le possède. Un service VoP ne cherche pas dans un registre de noms - il demande à la banque du bénéficiaire si le nom que vous avez fourni correspond au titulaire du compte, et renvoie la réponse. Tout service qui prétend révéler le propriétaire d'un IBAN depuis un champ de recherche devine, revend des données fuitées ou vend autre chose.
Une conversation, pas une base de données
La Verification of Payee est un message entre deux banques, acheminé via le schéma SEPA. C'est pourquoi la couverture sur l'ensemble du schéma compte plus que l'élégance d'une intégration donnée - et pourquoi « vérifier le titulaire d'un IBAN » est la mauvaise façon de poser la question.
La checklist de l'acheteur
- 1 Vérifiez le schéma, pas l'étiquette. Si vos paiements sont des paiements en euros dans SEPA, il vous faut le schéma VoP SEPA. Un prestataire connecté à un autre schéma national de vérification du nom n'est pas automatiquement connecté au vôtre.
- 2 Interrogez la couverture. Le PSP répondant est le seul à pouvoir répondre, donc la couverture sur l'ensemble du schéma est le chiffre le plus important. Demandez combien de PSP sont joignables et ce qui se passe quand l'un ne l'est pas.
- 3 Testez la latence en environnement de test. La vérification s'insère dans le flux de paiement, elle doit donc être rapide. Demandez une mesure, pas une promesse, et testez-la vous-même avant de vous engager.
- 4 Exigez le nom vérifié en cas de correspondance partielle. Un résultat qui indique « correspondance partielle » sans donner au payeur le nom correct le laisse deviner - et deviner est exactement ce que la vérification existe pour supprimer.
- 5 Cherchez les quatre résultats, pas trois. Correspondance, correspondance partielle, absence de correspondance et non disponible. Un service incapable de renvoyer proprement « non disponible » bloquera des paiements ou masquera des défaillances.
- 6 Vérifiez la piste d'audit. Vous devez pouvoir exporter ce qui a été vérifié, quand, et ce qui est revenu - par paiement, et conservé aussi longtemps que vos propres contrôles l'exigent.
- 7 Demandez comment il gère le volume. Un paiement unique dans une application et un fichier fournisseurs de 20 000 lignes sont deux problèmes différents ; vous voulez une seule intégration qui fasse les deux.
- 8 Confirmez qui répond au téléphone. La vérification tourne dans un flux de paiement, donc le support fait partie du produit, ce n'est pas un accessoire.
Le test des trois vérifications
Avant de signer quoi que ce soit, lancez trois vérifications sur un bénéficiaire que vous connaissez bien : la raison sociale exacte, un nom commercial raccourci et un nom volontairement erroné. Un bon service renvoie correspondance, correspondance partielle avec le nom vérifié, et absence de correspondance - dans cet ordre, en moins d'une seconde, avec les trois résultats journalisés. Si l'un des trois revient vague, lent ou non journalisé, vous avez votre réponse.
Qui achète, et de quoi il a réellement besoin
- Banques et PSP - une obligation de schéma avec une échéance. Le travail relève d'un projet de schéma : se connecter à l'infrastructure d'acheminement et d'annuaire, implémenter les messages de requête et de réponse, appliquer les règles de correspondance des noms à vos propres données de comptes en tant que PSP répondant, et afficher le résultat dans vos canaux en tant que PSP demandeur.
- Fintechs et éditeurs de logiciels - une capacité intégrée. Si vous construisez des produits ou des logiciels de paiement, la VoP est une fonctionnalité que vos clients attendront, et il est généralement plus rapide de faire appel à un prestataire que d'adhérer vous-même au schéma.
- Entreprises - trésorerie, comptabilité fournisseurs, paie et places de marché - un service que vous utilisez. Vous n'adhérez pas au schéma. Vous vérifiez un bénéficiaire dans un tableau de bord, ou vous vérifiez tout un fichier de paiement avant sa validation, et vous revérifiez lorsque les coordonnées bancaires d'un fournisseur changent.
Pour un payeur particulier, la vérification est simplement le contrôle du nom que votre propre banque vous affiche lorsque vous créez ou payez un bénéficiaire. Vous ne l'achetez pas, vous l'utilisez - et pour les virements en euros, elle doit être proposée gratuitement.
D'où vient l'obligation
La Verification of Payee est imposée par le règlement européen sur les paiements instantanés. Les PSP de la zone euro doivent la proposer sur les virements en euros depuis le 9 octobre 2025, et les PSP des États de l'EEE hors zone euro suivent au 9 juillet 2027. Le règlement fixe l'obligation ; le schéma VoP du European Payments Council fixe la mécanique. Un détail est facile à manquer : l'obligation couvre les virements en euros que le payeur initie par voie électronique, pas seulement les paiements instantanés. Un virement SEPA standard exige la même vérification.
À quoi ressemble une bonne mise en œuvre une fois en production
Une mise en œuvre aboutie est discrète. Les payeurs voient une réponse claire avant d'envoyer, les correspondances partielles sont corrigées au lieu d'être devinées, les absences de correspondance arrêtent le paiement assez longtemps pour que quelqu'un décroche le téléphone, et chaque vérification est enregistrée. La vérification tourne en bien moins d'une seconde, donc rien dans l'expérience de paiement ne semble plus lent - et c'est bien le but : la protection doit être invisible jusqu'au moment où elle compte.
RoxPay fournit une Verification of Payee conforme au schéma 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 et le BIC de la banque répondante, pour un paiement unique ou tout un fichier de paiement.