Reçu de confirmation : ce qu'il prouve (et ce qu'il ne prouve pas)

Un reçu de confirmation est un accusé attestant que quelque chose a été reçu. Dans les paiements, c'est le document ou le message qui indique qu'un montant précis est arrivé sur un compte précis. C'est utile, et c'est aussi la limite de ce qu'il fait : un reçu confirme l'arrivée, pas l'identité. Il vous dit que l'argent a atterri sur un IBAN, pas que cet IBAN appartenait à la partie que vous vouliez payer.

Cet écart est tout le sujet de cet article. Presque toutes les pages qui se positionnent sur « reçu de confirmation » sont des modèles d'e-mail ou des guides de rédaction professionnelle, et aucune ne relie un reçu à l'identité du bénéficiaire. Ici, vous avez la version « paiements » : ce que prouve chaque document, ce à quoi il ne peut pas servir, et où intervient une vérification nom-IBAN avant que l'argent ne parte.

Ce que confirme réellement un reçu de confirmation

Trois choses différentes se cachent derrière l'expression, et les confondre est la façon dont une équipe financière finit par s'appuyer sur la plus faible.

• Un accusé de paiement : un reçu confirmant qu'un paiement a été reçu, généralement avec le montant, la date et une référence. C'est le sens qui compte quand il y a de l'argent en jeu.
• Un accusé de distribution ou de lecture : un signal envoyé par le client de messagerie indiquant qu'un message a été distribué ou ouvert. C'est un événement au niveau du message, pas de l'argent.
• Un accusé de réception formel : un document signé indiquant le destinataire, l'objet et la date - utilisé pour des documents, des marchandises ou des espèces remis en main propre.

Les trois confirment l'arrivée. Aucun ne confirme l'identité. Un accusé de paiement prouve qu'un crédit est apparu sur un compte ; il ne prouve pas que le titulaire est le fournisseur, le salarié ou le bailleur que vous aviez en tête. Un accusé de lecture prouve encore moins : il prouve que quelqu'un a ouvert un message.

Reçu de confirmation, preuve de paiement et avis de règlement

Un payeur et un bénéficiaire échangent plusieurs documents autour d'un seul paiement. On les traite souvent comme interchangeables, et ils ne le sont pas : chacun est émis par une partie différente et prouve un fait différent.

• Reçu de confirmation (confirmation de réception) : émis par le bénéficiaire, ou par la banque du bénéficiaire pour son compte. Il dit « nous avons reçu ceci ». C'est la preuve de l'arrivée.
• Confirmation de paiement ou preuve de paiement : émise par la banque du payeur ou par son prestataire de services de paiement (PSP). Elle dit « cette instruction a été acceptée, traitée ou réglée ». C'est la preuve que le paiement a été exécuté.
• Avis de règlement : émis par le payeur. Il dit « ce paiement concerne ces factures, avec ces références ». C'est la preuve de ce à quoi l'argent était destiné, pas qu'il soit arrivé.

En cas de litige, chacun joue un rôle différent. Une preuve de paiement montre que vous avez donné l'ordre de virement et qu'il a été exécuté. Un avis de règlement montre ce que vous vouliez régler. Un reçu de confirmation montre que l'autre partie a vu l'argent. Ce qu'aucun des trois ne montre, c'est que le compte derrière l'IBAN appartenait à la partie que vous avez désignée - et c'est précisément le fait sur lequel se joue généralement une réclamation pour fraude.

Ce qu'un reçu de confirmation ne prouve pas

Un reçu confirme que des fonds ont quitté votre compte et sont arrivés sur un IBAN. Il ne dit rien de qui possède cet IBAN. Trois scénarios d'échec en découlent directement.

1. 1 Un IBAN erroné saisi ou collé : le paiement se règle parfaitement sur un compte qui appartient à un inconnu. Le reçu est authentique, et l'argent a disparu.
2. 2 Une facture fournisseur falsifiée : un fraudeur modifie les coordonnées bancaires d'une facture réelle ou envoie un e-mail annonçant un « nouveau compte ». Le paiement se règle, le reçu arrive, et le fournisseur ne voit jamais l'argent.
3. 3 Un compte sosie : le nom sur la facture est réel, l'IBAN appartient à quelqu'un d'autre - souvent un compte de mule ouvert exactement pour cela.

Au problème d'identité s'ajoute un problème de calendrier. Un reçu de confirmation est émis après le règlement. Au moment où il existe, l'argent a déjà bougé, et pour un virement instantané SEPA cela se compte en secondes. Un document qui arrive après l'argent ne peut pas empêcher l'argent d'aller au mauvais endroit. Il peut seulement vous dire qu'il y est allé.

Où intervient la vérification du nom du bénéficiaire, avant le reçu

Le contrôle qui a lieu avant que l'argent ne bouge est la vérification du nom du bénéficiaire. Dans l'UE et sur le schéma SEPA, elle s'appelle Verification of Payee (VoP) : votre PSP envoie le nom du bénéficiaire et l'IBAN au PSP qui détient le compte de destination, lequel compare le nom avec sa propre fiche du titulaire et répond avant que vous ne confirmiez. Pour le contexte sur la vérification elle-même, notre article sur ce qu'est la Verification of Payee le détaille.

La séquence est courte, et c'est l'ordre qui compte.

1. 1 Vous saisissez ou sélectionnez le nom du bénéficiaire et l'IBAN.
2. 2 La vérification du nom s'exécute et renvoie l'un de quatre résultats : correspondance, correspondance partielle, absence de correspondance ou vérification impossible.
3. 3 Vous agissez selon le résultat : poursuivez en cas de correspondance, acceptez ou corrigez le nom vérifié en cas de correspondance partielle, arrêtez-vous et revérifiez en cas d'absence de correspondance, et confirmez par un second canal quand la vérification est impossible.
4. 4 Le paiement est libéré et réglé.
5. 5 Le reçu de confirmation arrive - il est désormais la pièce qui clôt un paiement vérifié, et non la seule preuve dont vous disposez.

Ce réordonnancement change ce que signifie le reçu. Seul, un reçu est la première et la seule chose que vous apprenez d'un paiement, et il arrive trop tard pour agir. Après une vérification du nom, le reçu est la dernière étape d'une chaîne qui contient déjà une réponse de banque sur le titulaire du compte. Le reçu ferme la boucle ; il ne l'ouvre pas.

Si vous voulez le détail du mécanisme de chaque résultat, notre guide pour lire correspondance, correspondance partielle et absence de correspondance les passe en revue un par un.

Rédiger une confirmation de réception : ce qu'il faut y mettre

Si vous émettez un reçu de confirmation de paiement - comme fournisseur, bailleur, prestataire de paie ou équipe financière - rendez-le utile plutôt que poli. Une courte liste de contrôle vaut mieux qu'un long modèle.

• Le montant et la devise, écrits de la même façon des deux côtés : 12 400,00 EUR, pas « environ douze mille ».
• La date de valeur : la date à laquelle le crédit apparaît sur le compte, pas la date à laquelle vous avez écrit l'e-mail.
• Le nom du débiteur et du créancier, orthographiés comme sur les données du compte.
• L'IBAN, masqué lorsque le reçu sera partagé au-delà des deux parties - par exemple les quatre derniers caractères seulement.
• La référence du paiement exactement telle qu'elle apparaît sur le relevé, pour que le payeur puisse la rapprocher d'une facture.
• Le résultat de la vérification du nom lorsque la banque du payeur en a renvoyé un, et la date à laquelle elle a été lancée.
• Qui a émis le reçu, et une signature ou un expéditeur autorisé pour un accusé de réception formel.

Deux choses à laisser de côté : les suppositions et les paroles rassurantes. Si vous ne pouvez pas confirmer la date de valeur, dites quand vous le pourrez. « Bien reçu, merci » est une courtoisie ; un reçu avec un montant, une date et une référence est une preuve.

Les reçus de confirmation dans les processus comptabilité fournisseurs et trésorerie

Pour une équipe comptabilité fournisseurs (accounts payable, AP) ou trésorerie, la question du reçu de confirmation arrive généralement par e-mail : un fournisseur écrit « merci de confirmer réception de nos nouvelles coordonnées bancaires », ou un nouveau bénéficiaire vous demande d'accuser réception de son compte. Traitez cet e-mail comme une affirmation non vérifiée, pas comme un contrôle.

La raison est simple. Un reçu envoyé par un fournisseur confirme qu'un message ou un paiement lui est parvenu. Il ne confirme pas que les coordonnées bancaires sont correctes, car la personne qui écrit l'e-mail n'est pas forcément celle qui possède le compte - et dans la fraude au détournement de facture, ce n'est pas elle. Un reçu émis depuis la boîte mail du fraudeur reste un reçu.

1. 1 Vérifiez le nom par rapport à l'IBAN lors de la création du fournisseur ou du salarié, et conservez le nom vérifié qui revient.
2. 2 Revérifiez à chaque changement d'IBAN ou de nom, et confirmez le changement par téléphone sur un numéro que vous aviez déjà - jamais sur un numéro tiré de l'e-mail qui l'annonce.
3. 3 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 l'arrêter.
4. 4 Conservez le résultat de la vérification du nom, l'établissement qui a répondu et la date à côté du reçu et du dossier de paiement, pour qu'un auditeur puisse voir ce qui a été vérifié et quand.

C'est cette dernière étape qui transforme une pile de reçus en piste d'audit. Un reçu seul montre que l'argent est arrivé. Un reçu accompagné d'un résultat de vérification du nom montre que le paiement a été vérifié avant d'être envoyé et confirmé après son arrivée. Notre article sur la Verification of Payee dans l'onboarding fournisseurs couvre le processus dans son ensemble, et le guide de la VoP pour les entreprises et les grands comptes explique comment s'articulent les vérifications des fournisseurs, de la paie et des paiements sortants.

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.