Dans les paiements, la confirmation de réception désigne l'une de deux choses. Avant de payer, c'est la confirmation que le compte que vous allez créditer appartient bien à la partie que vous avez désignée : la vérification du nom du bénéficiaire. Après le paiement, c'est la confirmation que l'argent est arrivé sur ce compte. Ni l'une ni l'autre n'est un accusé de lecture par e-mail, et ni l'une ni l'autre n'est un fournisseur qui répond « bien reçu, merci ».
Cette distinction mérite d'être posée clairement, car presque toutes les pages qui se positionnent sur l'expression sont des tutoriels de messagerie. Elles expliquent comment demander un accusé de lecture dans Gmail ou Outlook, et elles ont raison sur l'e-mail. Elles ne disent rien des IBAN, des noms de bénéficiaires ni du règlement - c'est-à-dire de la partie qui compte quand il y a de l'argent en jeu.
Ce que signifie « confirmation de réception » - et ce qu'elle ne signifie pas
Trois choses différentes se cachent derrière l'expression, et les confondre est la façon dont les équipes financières finissent par s'appuyer sur la plus faible.
- Un accusé de lecture ou de distribution par e-mail : un signal envoyé par le client de messagerie du destinataire indiquant qu'un message a été distribué ou ouvert. C'est un événement au niveau du message.
- Un accusé de réception : une réponse humaine ou automatique disant « nous avons bien reçu votre message, votre facture ou votre livraison ». C'est une déclaration du destinataire.
- Une confirmation de réception de paiement : la preuve qu'un montant précis est arrivé sur un compte précis et, avant cela, la preuve que ce compte appartient bien au bénéficiaire visé.
Seule la troisième concerne l'argent. Un accusé de lecture vous dit qu'un message a été ouvert. Il ne vous dit pas que la facture était authentique, que les coordonnées bancaires qu'elle contenait étaient correctes, ni qu'un seul euro a bougé. La confirmation d'un paiement est un mécanisme entièrement différent : elle vient du système de paiement, pas d'une boîte mail.
Un accusé de lecture n'est pas une preuve
Les accusés de lecture sont facultatifs, le destinataire peut les refuser et les clients de messagerie les gèrent différemment. Le silence ne vous dit rien. Traitez toute confirmation par e-mail comme une courtoisie, jamais comme un contrôle sur l'argent.
Pourquoi la confirmation de réception à la mode e-mail ne fonctionne pas pour les paiements
Les limites que les tutoriels sur l'e-mail reconnaissent eux-mêmes sont exactement celles qui rendent l'e-mail inutile comme contrôle de paiement. Les accusés sont facultatifs. Le destinataire peut refuser. Les clients se comportent différemment. Un accusé manquant est donc ambigu : il peut signifier que le message n'a jamais été lu, ou que son lecteur a simplement refusé d'envoyer un accusé.
Appliquez cela à un paiement. Un fournisseur écrit « merci de confirmer réception de nos nouvelles coordonnées bancaires ». Vous répondez, il répond, et tout le monde se sent rassuré. Mais rien dans cet échange n'a vérifié que l'IBAN appartient au fournisseur. Si la boîte mail du fournisseur a été compromise, la personne qui répond peut être un fraudeur, et la confirmation ne vaut rien. L'inverse est vrai aussi : un fournisseur qui dit « paiement reçu » ne prouve pas que l'argent est arrivé sur le bon compte - il prouve que quelqu'un a vu un crédit.
La solution n'est pas un meilleur e-mail. C'est une vérification qui se déroule entre les deux banques, là où se trouve la fiche du titulaire du compte. Dans l'UE et sur le schéma SEPA, cette vérification s'appelle Verification of Payee (VoP) ; au Royaume-Uni, Confirmation of Payee (CoP). Pour le contexte sur ce qu'est la vérification européenne, notre article sur ce qu'est la Verification of Payee le détaille ; ici, nous restons sur l'angle de la confirmation.
La confirmation de réception avant de payer : la vérification du nom du bénéficiaire
La confirmation qui précède le paiement est courte et mécanique. Votre prestataire de services de paiement (PSP) - votre banque ou votre établissement de paiement - envoie le nom du bénéficiaire et l'IBAN au PSP qui détient le compte de destination. Ce PSP compare le nom avec sa propre fiche du titulaire et répond par un résultat standardisé. Vous voyez la réponse avant de confirmer le paiement.
- 1 Vous saisissez ou sélectionnez un nom de bénéficiaire et un IBAN.
- 2 Votre PSP envoie le nom et l'IBAN au PSP du bénéficiaire.
- 3 Le PSP du bénéficiaire compare le nom avec la fiche du titulaire et répond.
- 4 Votre PSP vous montre le résultat, et vous décidez d'envoyer, de corriger les coordonnées ou de vous arrêter.
Il existe quatre réponses possibles, et chacune vous demande quelque chose de différent.
- Correspondance - le nom concorde avec le titulaire du compte. Poursuivez avec la confiance habituelle.
- Correspondance partielle - les noms sont proches mais pas identiques, par exemple un deuxième prénom manquant ou un nom commercial au lieu d'une raison sociale. La vérification renvoie généralement le nom enregistré sur le compte, ce qui vous permet de le confirmer ou de corriger votre fiche.
- Absence de correspondance - le nom n'appartient pas à ce compte. Arrêtez-vous et revérifiez les coordonnées par un canal auquel vous faisiez déjà confiance, comme un numéro de téléphone issu de vos propres dossiers.
- Vérification impossible - le PSP du bénéficiaire n'a pas pu répondre, par exemple parce qu'il est injoignable ou hors du schéma. Ni une bonne ni une mauvaise nouvelle ; traitez un bénéficiaire nouveau ou modifié avec une prudence accrue.
La vérification est consultative. Elle ne bloque pas le paiement et la décision vous revient. C'est voulu : l'objectif est de placer une réponse claire, issue de la banque, devant la personne qui libère l'argent, au moment où elle peut encore agir. Notre guide pour lire chaque résultat VoP détaille quoi faire en cas de correspondance partielle ou d'absence de correspondance.
Quelle confirmation revient après un virement SEPA
Une fois le paiement envoyé, les confirmations que vous recevez portent sur le statut, pas sur l'identité. Elles répondent à « l'argent a-t-il bougé ? » plutôt qu'à « était-ce le bon bénéficiaire ? ».
- Accepté : votre PSP a pris en charge l'instruction de paiement et l'a transmise. L'argent a quitté votre compte ou est sur le point de le faire.
- Réglé ou crédité : le PSP du bénéficiaire a crédité le compte. Pour un virement instantané SEPA, cela se produit en quelques secondes ; pour un virement SEPA ordinaire, cela suit l'heure limite et le cycle de règlement du schéma.
- Retourné ou rejeté : le paiement n'a pas abouti, par exemple parce que le compte était clôturé ou les coordonnées invalides. L'argent revient, généralement avec un code motif.
Aucune de ces confirmations ne prouve rétroactivement que le bénéficiaire était celui que vous visiez. Un paiement peut parfaitement se régler sur un compte qui appartient à quelqu'un d'autre - c'est exactement ce qui se passe dans la fraude au détournement de facture. La confirmation de règlement vous dit que le transfert a fonctionné. La vérification du nom est ce qui vous dit qu'il est allé au bon endroit. Gardez les deux séparées, dans votre tête comme dans vos dossiers.
Deux confirmations, deux questions
Avant le paiement : ce nom correspond-il à cet IBAN ? Après le paiement : l'argent est-il arrivé sur cet IBAN ? La première est une vérification du bénéficiaire, la seconde une vérification de statut. Aucune ne remplace l'autre.
La confirmation de réception pour les entreprises : IBAN des fournisseurs et des salaires
Pour une équipe comptabilité fournisseurs ou trésorerie, la confirmation de réception est une question de données avant d'être une question de paiement. Vous détenez des centaines de coordonnées bancaires de fournisseurs et de salariés, saisies à des moments différents par des personnes différentes. Certaines sont obsolètes. Une vérification du nom ne vaut que ce que vaut le nom que vous lui envoyez.
- 1 Confirmez à l'entrée en relation : lancez une vérification du nom lors de la création d'un fournisseur ou d'un salarié, et conservez le nom vérifié qui revient.
- 2 Confirmez avant chaque campagne de paiement : lancez la vérification sur l'ensemble du fichier de paiement avant sa libération, pour qu'un seul compte non concordant soit signalé pendant que vous pouvez encore le corriger.
- 3 Confirmez à chaque changement : un nouvel IBAN ou un nom modifié est le moment de revérifier - et le moment d'appeler le fournisseur sur un numéro que vous aviez déjà, pas sur un numéro tiré de l'e-mail qui annonçait le changement.
- 4 Enregistrez le résultat : conservez le résultat, l'établissement qui a répondu et l'horodatage avec le dossier de paiement, pour pouvoir montrer ce qui a été vérifié et quand.
C'est ce dernier point qui transforme une vérification en contrôle. L'e-mail d'un fournisseur demandant de « confirmer réception de nos coordonnées mises à jour » n'est pas un contrôle, car il confirme un message, pas un compte. Un résultat de vérification du nom archivé en est un : c'est la preuve qu'une banque a comparé le nom avec la fiche du titulaire à une date précise. Notre article sur la Verification of Payee dans l'onboarding fournisseurs couvre le processus dans son ensemble ; l'enregistrement de la confirmation est la pièce qui résiste à un audit.
La paie mérite une ligne à part. Le moment le plus risqué n'est pas la campagne mensuelle, mais une demande de changement de coordonnées bancaires. Confirmez le nom du salarié par rapport au nouvel IBAN dès que le changement arrive, puis de nouveau avant la libération du fichier.
La confirmation de réception pour les banques et les PSP : demander ou répondre
Si vous exploitez un service de paiement, la couche de confirmation que voient vos clients se construit dans deux directions, et les deux doivent fonctionner.
- En tant que PSP demandeur, vous envoyez le nom et l'IBAN au PSP du bénéficiaire et devez renvoyer un résultat clair à votre client - y compris le nom enregistré en cas de correspondance partielle, et un message compréhensible quand la réponse est indisponible.
- En tant que PSP répondant, vous recevez des demandes concernant vos propres titulaires de compte et devez y répondre avec exactitude et rapidité, avec le bon code du schéma.
C'est le côté répondant que les équipes sous-estiment. Si vous détenez des comptes clients, d'autres PSP vous poseront des questions à leur sujet, et une réponse lente ou erronée devient l'écran de paiement confus de quelqu'un d'autre. Notre page sur la Verification of Payee pour les banques et le guide pour être un PSP répondant détaillent la mise en œuvre.
Comment formuler une demande de confirmation de réception
La plupart des e-mails « merci de bien vouloir confirmer réception » demandent la preuve la plus faible possible. Demandez plutôt des éléments précis, et dites ce que vous en ferez.
- Demandez le résultat de la vérification du nom : « Notre banque a renvoyé une correspondance pour le nom et l'IBAN que nous détenons. Pouvez-vous confirmer le nom du compte exactement tel qu'il apparaît sur votre relevé ? »
- Demandez la référence et le montant du paiement : « Nous payons la facture 4471, 12 400 EUR, référence INV-4471. Merci de confirmer la référence que vous verrez sur votre relevé. »
- Demandez la date de règlement : « Merci de confirmer la date à laquelle le crédit apparaît sur votre compte, afin que nous puissions clôturer le dossier. »
- Demandez qu'un changement soit confirmé par un autre canal : « Si vos coordonnées bancaires changent, nous appellerons le numéro figurant dans notre dossier avant de les mettre à jour. Merci de faire de même de votre côté. »
Remarquez ce que ces demandes ont en commun : chacune porte sur un élément produit par une banque ou un système comptable, pas sur quelque chose qu'une personne peut taper de mémoire. C'est la différence entre une confirmation et une courtoisie.
RoxPay fournit la Verification of Payee sur le schéma SEPA via une seule API REST et un tableau de bord, couvrant à la fois la direction demandeuse et la direction répondante. Elle renvoie les résultats standardisés - correspondance, correspondance partielle, absence de correspondance et vérification impossible - en bien moins d'une seconde, avec le nom vérifié en cas de correspondance partielle, pour un paiement unique ou un fichier de paiement entier.