Vérification du bénéficiaire

La VoP compare deux chaînes de caractères. Le payeur saisit un nom et un IBAN, le prestataire de services de paiement du payeur demande au prestataire teneur du compte si ce nom appartient à ce compte, et la réponse revient avant que le payeur confirme le paiement. Le contrôle existe contre deux problèmes: une faute de frappe ou un IBAN périmé qui envoie l'argent à un inconnu, et la fraude où un criminel fournit un vrai IBAN sous un faux nom.

Ce que la VoP ne fait pas, c'est juger si le bénéficiaire mérite l'argent. Un fraudeur qui ouvre un compte à son propre nom et donne ce nom à la victime passe le contrôle sans problème. L'avertissement est aussi indicatif: le payeur peut envoyer le paiement malgré une non-concordance, et la plupart des banques le lui permettent. C'est pourquoi le contrôle réduit l'exposition sans la supprimer, ce que les pages sur la prévention de la fraude en Allemagne et la fraude APP approfondissent.

L'European Payments Council rédige le rulebook du schéma Verification of Payee, comme il rédige les rulebooks des virements et des prélèvements. Le rulebook répartit le travail entre un participant demandeur, qui agit pour le payeur, et un participant répondant, qui tient le compte du bénéficiaire. L'adhésion au schéma rend les deux côtés interopérables: sans rulebook commun, chaque paire de banques aurait besoin d'un accord bilatéral.

Le côté répondant porte l'obligation la plus lourde. Le prestataire répondant doit répondre à chaque demande correctement formée, dans les secondes pendant lesquelles le payeur attend, à toute heure de chaque jour, et doit répondre à partir des données de compte qu'il détient réellement. Le prestataire répondant ne peut pas utiliser la demande à d'autres fins, ni facturer le prestataire du payeur d'une manière qui enfreint la règle tarifaire du règlement. Un établissement qui ne peut pas répondre dans le délai renvoie la réponse indiquant que la vérification était impossible, ce qui est lui-même un résultat défini.

Le schéma définit un petit ensemble de résultats, et le prestataire du payeur doit les afficher. Une concordance signifie que le nom appartient au compte. Une concordance proche signifie que les noms diffèrent d'une manière que le côté répondant juge mineure, une initiale manquante ou une forme juridique omise dans un nom de société, et le côté répondant renvoie le nom qu'il détient pour que le payeur décide. Une non-concordance signifie que les noms ne correspondent pas, et vérification impossible signifie que la question n'a pas pu recevoir de réponse du tout.

La concordance proche est le cas intéressant pour une entreprise. « Mueller Logistik » face à « Müller Logistik GmbH » est le cas quotidien, et un payeur qui voit trois concordances proches par jour cesse de lire les avertissements. Une équipe de paiement qui veut que le contrôle fonctionne doit donc veiller à la façon dont son propre nom est enregistré auprès de sa propre banque, car c'est la chaîne à laquelle chaque client sera comparé.

Un contrôle de nom entre deux quelconques de plusieurs milliers d'établissements européens exige deux choses: un message commun et un moyen de trouver la bonne contrepartie. Le schéma définit la demande et la réponse comme un appel API, de sorte que la question circule en quelques secondes et non dans un fichier batch. Le prestataire du payeur envoie l'IBAN et le nom, le prestataire répondant répond par l'un des résultats définis, et rien n'est stocké côté payeur.

Trouver la contrepartie est le problème de routage. L'IBAN contient un identifiant de banque, mais l'établissement qui tient le compte n'est pas toujours celui qui répond aux demandes VoP pour lui, car les petites banques passent par un établissement central ou un prestataire de services. Un annuaire de routage règle cela: il associe l'identifiant au point d'accès qui répond. Tout prestataire qui construit la VoP doit tenir cet annuaire à jour, sinon ses demandes partent vers une adresse qui ne répond plus.

Le règlement (UE) 2024/886, le règlement sur les virements instantanés, est ce qui a rendu le contrôle obligatoire au lieu de facultatif, et il fixe deux dates. Les prestataires de services de paiement de la zone euro devaient proposer la vérification du bénéficiaire à partir du 9 octobre 2025, le jour où le rulebook de l'EPC est entré en vigueur. Les prestataires des États membres hors zone euro ont jusqu'au 9 juillet 2027 pour les virements en euros qu'ils traitent, comme l'indique ce calendrier de conformité. Le contrôle s'applique aux virements SEPA ordinaires comme aux virements instantanés, une banque ne peut donc pas y échapper en faisant passer un paiement par la voie lente.

L'obligation lie tout prestataire qui propose des virements, quelle que soit sa taille: banques, établissements de paiement et établissements de monnaie électronique, côté demandeur comme côté répondant, et dans les canaux entreprises comme dans les canaux de détail. Le règlement fixe aussi la règle tarifaire qui tient l'ensemble: un prestataire ne peut pas facturer le contrôle au payeur, ni facturer plus un virement instantané qu'un virement standard. Réglementation des paiements en Allemagne explique comment la BaFin supervise l'obligation sur le marché allemand, et DSP3 et le RSP couvre ce que le prochain paquet législatif ajoute.

L'avertissement change la position juridique, et il ne déplace pas la perte à lui seul. Lorsque le prestataire a effectué le contrôle, a montré au payeur une non-concordance ou une concordance proche, et que le payeur a quand même confirmé le paiement, la responsabilité du prestataire pour la perte qui en résulte est limitée: le payeur a pris une décision éclairée. Lorsque le prestataire n'a pas du tout proposé le contrôle, ou n'a pas répondu à une demande reçue, cette protection disparaît.

L'application passe par les autorités nationales compétentes, pas par un barème européen unique d'amendes. Chaque État membre fixe dans son propre droit les sanctions contre un prestataire qui ne propose pas le contrôle ou ne répond pas aux demandes, ce qui en Allemagne place la question chez la BaFin. Un prestataire qui n'a pas construit le côté répondant finit par répondre « vérification impossible » à chaque contrepartie, ce qui est visible pour toutes les autres banques de la zone SEPA et constitue une pression en soi.

Le Royaume-Uni a construit la même idée en premier, et autrement. La Confirmation of payee, CoP en abrégé, a démarré en 2020 sur les rails britanniques et a ensuite été étendue par Pay.UK à un ensemble bien plus large d'établissements. La CoP fonctionne sur les numéros de compte et sort codes britanniques, pas sur les IBAN, et elle est liée au régime britannique de remboursement de la fraude APP, ce qui donne à une banque une raison financière directe de bien faire le contrôle.

Les différences pratiques comptent pour quiconque opère sur les deux marchés. La CoP distingue dans la demande les comptes personnels des comptes professionnels, ce que le schéma SEPA traite différemment. Les deux schémas ne communiquent pas entre eux, donc un virement en euros vers un compte britannique et un virement en livres depuis un tel compte suivent des règles distinctes. Paiements transfrontaliers en Europe présente ce qui change d'autre à cette frontière.

Le travail d'une entreprise se situe dans ses données de référence, pas dans son logiciel de paiement. Chaque fiche de bénéficiaire est désormais comparée au registre propre d'une banque, donc un fournisseur enregistré comme « Schmidt AG » quand la banque détient « Schmidt Aktiengesellschaft » produit une concordance proche à chaque cycle de paiement. Un fichier de deux mille paiements fournisseurs devient deux mille avertissements que personne ne lit, ce qui est pire que pas de contrôle du tout.

Trois choses règlent cela. Nettoyez les noms des bénéficiaires d'après les noms légaux que les fournisseurs utilisent réellement, demandez à votre banque comment elle affiche le résultat dans votre canal de paiement et si un fichier groupé renvoie des résultats par ligne, et indiquez à vos propres clients le nom exact de votre propre compte pour que leur contrôle réussisse. Trésorerie d'entreprise couvre le processus de paiement plus large dans lequel cela s'inscrit, et le prélèvement SEPA couvre le côté encaissements, où le contrôle ne s'applique pas.

La vérification du bénéficiaire est un contrôle qui compare le nom du bénéficiaire saisi par un payeur avec le nom du compte derrière l'IBAN, avant l'envoi du virement. La banque du payeur interroge la banque du bénéficiaire, la réponse revient en quelques secondes sous forme de concordance, concordance proche, non-concordance ou vérification impossible, et le payeur décide de continuer ou non.

Oui. Le règlement sur les virements instantanés, le règlement (UE) 2024/886, oblige les prestataires de services de paiement de la zone SEPA à proposer le contrôle, l'obligation de la zone euro s'appliquant depuis octobre 2025 et les prestataires hors zone euro suivant plus tard. Le rulebook Verification of Payee de l'EPC, en vigueur depuis le 5 octobre 2025, fixe les règles que suivent les deux côtés. Un payeur peut toujours envoyer un paiement après un avertissement de non-concordance.

Non, pas au payeur. Le règlement sur les virements instantanés interdit à un prestataire de facturer le contrôle au payeur, comme il interdit de facturer plus un virement instantané qu'un virement standard. Les conditions commerciales entre prestataires pour répondre aux demandes sont une question distincte de ce que paie le client.

Oui. L'obligation couvre un fichier de paiement comme un virement unique, donc une paie ou un lot de paiements fournisseurs fait contrôler chaque bénéficiaire avant la libération du fichier. La façon dont le résultat vous parvient dépend du canal de votre banque: certaines renvoient un résultat par ligne que le payeur doit traiter, d'autres renvoient un résumé et laissent passer le fichier. Demandez à votre banque ce qu'elle fait avant votre premier cycle sous ces règles, car un fichier de deux mille lignes avec un blocage par ligne exige un processus derrière.