Pourquoi une transaction blockchain ne constitue pas une trace de facturation

Par Lars Holdgaard, fondateur de Debitura

Les cryptomonnaies peuvent franchir les frontières en quelques minutes. La facture associée à ce paiement peut rester impayée pendant des mois.

Cette contradiction est importante pour les fondateurs, consultants et chefs de projet Web3. Un client peut présenter un hachage de transaction et affirmer que la facture a été réglée. Le fournisseur, quant à lui, peut constater que le jeton, le montant ou l'adresse sont erronés. Les deux parties peuvent disposer d'un enregistrement blockchain valide tout en étant en désaccord sur la dette.

La solution pratique consiste à tenir deux registres liés. Le premier consigne l'obligation commerciale. Le second consigne la tentative de règlement. Il convient de les rapprocher avant de déterminer s'il s'agit d'un retard de paiement, d'un paiement partiel, d'un litige de facturation ou d'un incident de sécurité.

Enregistrement n° 1 : ce que le client a accepté de payer

Commencez par le document commercial. Celui-ci doit identifier le client légal, la prestation ou le produit fourni, le prix convenu, la devise de la facture, la date d'échéance et les conditions d'acceptation.

Pour un projet de conseil, cela peut inclure un cahier des charges signé, les étapes facturées, l'approbation du client et la facture finale. Un bon de commande peut également indiquer qui était habilité à engager l'entreprise.

Si une facture en dollars américains peut être réglée en actifs numériques, veuillez préciser le mode de calcul du montant en jetons. Indiquez la source de tarification, la période de validité de l'offre, le réseau autorisé, la répartition des frais et le traitement des transferts effectués après l'expiration de l'offre.

Sans cette règle, un virement visible ne répond pas à la question centrale : le client a-t-il réglé la somme réellement due ?

Deuxième enregistrement : ce qui a été transféré sur la chaîne

L'enregistrement du règlement doit comporter le réseau, le contrat de jeton, les adresses d'envoi et de réception, le hachage de la transaction, l'horodatage, le montant en jetons et les frais applicables. Conservez les instructions de paiement originales et le message de confirmation de transfert du client.

La documentation Ethereum explique l'utilité et les limites de cet enregistrement. Une transaction contient les informations relatives à l'expéditeur, au destinataire, à la signature, à la valeur et aux frais. Elle atteste qu'une signature numérique valide a autorisé un transfert traité d'une adresse à une autre. Elle n'identifie cependant pas l'entreprise légalement responsable de l'une ou l'autre des adresses et ne relie pas le transfert à une facture spécifique.

L'administration fiscale australienne en offre un exemple éloquent. Ses directives relatives aux cryptomonnaies exigent la date, l'objet de la transaction, le nom du ou des autres destinataires, la valeur en dollars australiens, les relevés d'échange et les informations du portefeuille. La leçon à tirer dépasse le cadre fiscal : le transfert ne constitue qu'une partie des documents comptables.

Rapprochez les deux enregistrements avant de réclamer le paiement.

Mettez côte à côte les documents commerciaux et les registres de règlement. Ensuite, identifiez l'écart.

• Aucun transfert n'existe : Veuillez vérifier que l'entité juridique concernée a bien reçu une facture et un rappel valides.
• Le montant du virement est inférieur au solde de la facture : Vérifiez les règles de conversion, le délai de paiement, le nombre de décimales et les frais avant de parler de paiement court.
• Le client a utilisé un jeton ou un réseau incorrect : Vérifiez si l'adresse de réception peut accéder à la ressource avant de promettre un remboursement.
• Le virement a été effectué vers une adresse non autorisée : Il faut d'abord le considérer comme un possible incident de sécurité, et non comme un simple litige relatif aux créances.
• Le client indique que le virement a permis de régler une autre facture : Demandez la référence du virement et comparez-la avec le relevé de compte ouvert.

Cette classification permet d'éviter une erreur fréquente : envoyer une demande de paiement en retard générique alors que le véritable problème concerne l'évaluation, l'attribution ou la fraude.

Vérifiez les instructions modifiées du portefeuille en dehors de la conversation par e-mail.

Les instructions relatives au portefeuille électronique nécessitent les mêmes contrôles de sécurité que les coordonnées bancaires. Un nom d'expéditeur familier ou une ancienne chaîne d'emails ne suffisent pas.

Scamwatch met en garde contre l'apparition possible de fausses informations de facturation dans une conversation légitime après le piratage d'un compte de messagerie. L'organisme conseille de vérifier les informations auprès de sources indépendantes.

Lorsqu'une adresse de portefeuille change, vérifiez-la via un second canal déjà enregistré et notez qui a approuvé la modification. Pour les paiements importants, un petit transfert de test permet de confirmer que le réseau et l'adresse sélectionnés peuvent recevoir des fonds, mais ne permet pas de prouver qui contrôle cette adresse. Authentifiez toute instruction modifiée via un canal indépendant avant d'envoyer le montant de test ou le montant final, et utilisez une procédure d'adresse autorisée lorsque cela est possible.

Constituez le fichier de récupération pendant que les faits sont encore frais.

Si la date d'échéance est dépassée, conservez un fichier compact avant que la correspondance ne se disperse entre les portefeuilles électroniques, les explorateurs de blocs, les applications de messagerie instantanée et les boîtes de réception. Incluez :

1. le contrat, la commande ou le cahier des charges ;
2. la facture et les conditions de paiement correctes ;
3. preuve de livraison ou d'acceptation d'étape importante ;
4. le nom légal du client, son adresse et le décideur ;
5. rappels, messages de litige et dates de paiement proposées ;
6. Instructions approuvées pour le portefeuille et approbations de changement ;
7. le hachage de la transaction et un enregistrement de transaction sauvegardé ; et
8. un relevé de compte d'une page indiquant le montant facturé, la valeur reçue, les crédits appliqués et le solde restant dû.

Les recommandations du gouvernement australien suivent la même logique : conserver le contrat, la facture, les rappels et toute correspondance pertinente. La procédure à suivre dépend du contrat et de la juridiction du client, mais un dossier complet facilite l’évaluation.

Commencez par un rappel courtois indiquant le solde, la date d'échéance et la référence de paiement. Demandez des explications précises et des justificatifs en cas de contestation du montant. Pour un créancier australien, le recouvrement international de créances en Australie est une option envisageable une fois le dossier complet.

Un règlement plus rapide nécessite néanmoins de meilleures preuves.

L'infrastructure blockchain peut réduire le temps nécessaire au transfert de valeur. Elle ne peut cependant pas déterminer quelle entité juridique est débitrice, si une étape a été franchie, quelle règle de conversion s'applique, ni si une facture a été intégralement réglée.

La méthode à deux enregistrements permet de distinguer ces questions tout en les reliant. L'un explique l'obligation, l'autre le transfert. Ensemble, ils aident les équipes Web3 à résoudre les incohérences courantes et à constituer un dossier plus complet lorsque le problème s'aggrave.

Auteur bio

Lars Holdgaard est le fondateur de Debitura et possède plus de 10 ans d'expérience dans le recouvrement de créances, la gestion des comptes clients, les technologies et les startups. Avant Debitura, il a cofondé et dirigé les activités de développement produit et technologique au sein de startups et de scale-ups.

Cet article est sponsorisé. Les opinions exprimées n'engagent que le sponsor, et il est conseillé aux lecteurs de mener leurs propres recherches avant d'entreprendre toute action sur la base des informations présentées dans cet article.