Un reçu de paiement en cryptomonnaies est la reconnaissance, par le commerçant, d’un paiement vérifié pour une commande précise. Il doit indiquer à l’acheteur ce qui a été payé, l’achat concerné et comment poser une question. Un simple hash de transaction ne fournit pas ce contexte commercial.
Ce guide propose aux commerçants une liste de contrôle pour leurs reçus et une structure de message réutilisable. Il s’agit de contrôles de gestion recommandés, et non d’une affirmation selon laquelle Yolfi génère des reçus téléchargeables ou des factures fiscales. Les exigences légales relatives aux documents dépendent de votre juridiction ; demandez à votre comptable quelles mentions et quels types de documents votre entreprise doit fournir.
Distinguer facture, reçu et enregistrement sur la blockchain
Une facture demande un paiement. Un reçu atteste un paiement déjà vérifié. Un enregistrement sur la blockchain documente une transaction sur un réseau donné. Reliez ces éléments sans les considérer comme interchangeables.
| Document ou référence | Ce qu’il indique | Ce qu’il ne démontre pas à lui seul |
|---|---|---|
| Facture commerciale | Vendeur, achat et montant dû | Que l’acheteur a payé |
| Reçu de paiement du commerçant | Paiement accepté pour une commande déterminée | Que toutes les exigences fiscales en matière de documents sont satisfaites |
| Hash de transaction et détails du transfert | Mouvement d’actifs sur un réseau identifié | L’identité du client ou l’achat que le paiement règle |
| Confirmation de livraison | Biens livrés ou accès fourni | Le montant du paiement ou son traitement fiscal |
Un objet nommé « Invoice » par un prestataire peut aussi avoir un sens technique. Dans Yolfi API Checkout, un objet Invoice est créé après que l’acheteur a choisi un réseau et un jeton pris en charge. Ne supposez pas que cet objet technique constitue la facture commerciale conforme aux exigences fiscales locales.
Envoyer le reçu après vérification du paiement, pas après une redirection
Dans un parcours intégré, vérifiez la notification de paiement sur votre serveur avant de marquer une commande comme payée ou d’envoyer un reçu attestant son règlement. La documentation des webhooks de Yolfi désigne payment.confirmed comme le principal événement déclenchant la fourniture du bien ou du service. invoice.created signifie qu’un paiement a été initié, et non que l’argent a été reçu.
Authentifiez l’événement à l’aide de la procédure de signature documentée, associez-le à la bonne commande et gérez les nouvelles tentatives sans envoyer plusieurs reçus indépendants. Un événement de test ne doit pas générer de reçu attestant un paiement réel. Conservez une référence de reçu unique et réutilisez-la lors du renvoi du même document.
Une page de confirmation dans le navigateur, une capture d’écran d’un portefeuille ou un retrait en attente sur une plateforme d’échange ne suffisent pas. Si les éléments de preuve restent incertains, envoyez une mise à jour du statut du paiement plutôt qu’une attestation de règlement de la commande. Utilisez la liste des preuves à recueillir pour l’assistance client pour enquêter sans demander de données secrètes du portefeuille.
Pour un paiement vérifié manuellement, consignez qui a contrôlé l’adresse de réception, l’actif, le réseau, le montant et les preuves de confirmation. Votre procédure interne doit définir quand ces éléments sont suffisants ; cet article ne prescrit pas un nombre de confirmations unique pour toutes les blockchains.
Inclure assez de détails pour identifier l’achat et le paiement
Le reçu destiné au client doit rester lisible, les preuves techniques étant jointes ou accessibles dans un dossier de commande privé. Un acheteur ne devrait pas avoir à interpréter un journal de transferts de jetons pour reconnaître son achat.
| Champ du reçu | Contenu recommandé |
|---|---|
| Identification du document | Référence unique du reçu et date d’émission avec fuseau horaire |
| Vendeur et acheteur | Identité de l’entreprise et coordonnées du client requises pour cette transaction |
| Référence de l’achat | Référence de commande ou de facture commerciale, accompagnée d’une courte description |
| Montant commercial | Montant initial et devise de tarification, distincts de la quantité de cryptomonnaie |
| Paiement accepté | Quantité exacte, nom de l’actif et réseau effectivement vérifiés |
| Preuves du paiement | Référence de paiement du prestataire et référence de la transaction concernée, lorsqu’elles sont disponibles |
| Affectation | Montant affecté à cette commande et tout solde restant ou excédent non résolu |
| Contact pour les questions | Canal d’assistance habituel et référence du reçu à rappeler |
Pour les jetons, conservez l’identifiant vérifié du contrat ou du mint dans votre dossier sous-jacent. Un symbole boursier ne suffit pas à identifier un actif de manière unique. Si le document destiné au client abrège une longue adresse ou un hash, conservez la référence complète dans le dossier privé contenant les preuves.
Séparez le prix de la commande de la quantité de cryptomonnaie acceptée. Si vous affichez un équivalent en monnaie locale, précisez la base et l’instant de valorisation pertinents pour vos registres. Ne présentez pas chaque paiement reçu en USDC ou USDT comme un dépôt bancaire en dollars et n’assimilez pas implicitement les quantités de jetons aux valeurs à déclarer fiscalement.
Les frais doivent eux aussi être clairement désignés. Les frais de réseau de l’expéditeur ne font pas nécessairement partie du montant reçu par le commerçant. N’inventez pas de ventilation des frais à partir de la différence entre le solde d’un portefeuille et le total d’une facture.
Utiliser cette structure de message pour le reçu
Le texte suivant est un modèle de rédaction, pas un reçu client réel. Renseignez chaque ligne à partir de vos données vérifiées plutôt que de demander à un modèle de langage d’inventer des identifiants de transaction.
Paiement reçu — référence du reçu : votre numéro de reçu unique.
Vendeur et achat : l’identité de votre entreprise, la référence de commande et une courte description de ce que le client a acheté.
Paiement : la quantité de cryptomonnaie et l’actif vérifiés, le réseau, ainsi que le montant initial de la commande et sa devise de tarification.
Affecté à cette commande : le montant accepté pour cet achat, avec mention explicite de tout solde restant ou de tout excédent faisant l’objet d’un examen distinct.
Preuves : la référence du paiement et celle de la transaction concernée, ainsi que la date et l’heure de confirmation du paiement et d’émission du reçu, avec les fuseaux horaires.
Questions ou corrections : contactez votre canal d’assistance habituel et indiquez cette référence de reçu. N’envoyez jamais de clé privée ni de phrase de récupération.
Ajoutez les coordonnées de l’acheteur, les identifiants d’immatriculation et les autres mentions obligatoires uniquement selon les exigences de votre activité et des règles locales. Évitez d’inscrire l’adresse e-mail, le nom ou les détails d’achat d’un client dans des notes publiques sur la blockchain.
Transmettez le reçu via une page de commande nécessitant une authentification ou les coordonnées vérifiées du client pour cet achat. N’exposez pas les dossiers de commande complets au moyen d’un lien public non protégé vers un document. Une transaction publique peut révéler une activité financière lorsqu’elle est reliée à un client nommé.
Utiliser les preuves de transaction sans en exagérer la portée
Une transaction peut contenir plusieurs transferts. Lorsqu’un même hash couvre plusieurs mouvements de jetons, identifiez le transfert concerné dans vos preuves internes au lieu d’associer ce hash sans distinction à plusieurs commandes.
Pour les jetons EVM, la référence du reçu de transaction Ethereum décrit le statut de la transaction et ses journaux. Une exécution réussie ne prouve pas à elle seule que la quantité attendue de jetons a atteint l’adresse de destination du commerçant. Vérifiez les détails du transfert concerné ; le destinataire indiqué au niveau de la transaction peut être un contrat de jeton.
Utilisez un explorateur fiable sur le bon réseau si vous fournissez un lien vers une preuve publique. La consultation d’une transaction publique ne devrait nécessiter ni connexion de portefeuille, ni signature, ni autorisation de dépense de jetons. Un reçu ne doit pas devenir une invitation à « vérifier » le paiement sur un site inconnu demandant l’accès au portefeuille.
Enregistrer les paiements partiels et les remboursements sans réécrire l’historique
Pour un paiement partiel, n’attestez que le montant vérifié et affecté. Ne marquez pas l’intégralité de la commande comme payée tant qu’un solde reste non résolu. En cas de fonds excédentaires, distinguez le paiement affecté à la commande du montant en attente d’examen. Le guide des paiements insuffisants et excédentaires aborde ces décisions.
Un remboursement ultérieur nécessite son propre enregistrement lié. Conservez le reçu initial, la décision de remboursement et la preuve vérifiée du paiement sortant ; ne remplacez pas simplement le montant initialement accepté par un montant inférieur. Suivez la procédure d’examen des remboursements avant de transférer de l’argent à une adresse communiquée dans un message.
Corrigez les erreurs de saisie au moyen d’une procédure traçable. La nécessité d’un avoir formel, d’un document de remplacement ou d’un autre ajustement est une question comptable propre à chaque juridiction. Préservez le lien entre les versions au lieu de supprimer les preuves antérieures.
Le rôle de Yolfi
Les liens de paiement Yolfi offrent un point d’entrée au paiement pour les offres à prix fixe. La documentation API Checkout distingue les Paylinks réutilisables des Checkout Sessions créées sur le serveur pour les commandes dynamiques ; une session autonome ne nécessite pas de Paylink.
Votre entreprise doit conserver la description de la commande et la relation client, puis relier les références de paiement disponibles à son propre processus d’émission de reçus. Vérifiez quels champs votre parcours actuel expose avant d’automatiser les documents. Ni une page publique consacrée à une cryptomonnaie ni cet article ne prouvent la disponibilité réelle d’une combinaison précise d’actif et de réseau, d’une fonction d’export de documents ou d’une intégration comptable.
Pour les contrôles de fin de journée, la liste de contrôle du rapprochement explique comment relier les montants affectés aux commandes aux mouvements du portefeuille. Les reçus clients répondent à la question « qu’ai-je payé ? » ; le rapprochement quotidien permet de vérifier si les registres de l’entreprise sont complets.
Questions fréquentes
Un hash de transaction constitue-t-il un reçu de paiement en cryptomonnaies ?
Pas à lui seul. Il identifie une transaction sur un réseau, mais n’établit ni l’identité de l’acheteur, ni la description de l’achat, ni l’affectation à une commande. Le reçu du commerçant ajoute ce contexte commercial après vérification.
Puis-je envoyer un reçu pendant que le transfert est en attente ?
Envoyez une mise à jour du statut, pas un reçu attestant le paiement. N’attestez un paiement vérifié que lorsque votre procédure documentée de confirmation des paiements l’accepte. Ne promettez pas qu’un retrait en attente arrivera à une heure précise.
Un reçu en cryptomonnaies remplace-t-il une facture fiscale ?
Pas automatiquement. La reconnaissance du paiement et la facturation légalement requise peuvent répondre à des objectifs différents. Demandez à un conseiller local qualifié quelles informations et quels documents votre entreprise doit conserver et émettre.
Le reçu doit-il afficher l’historique complet du portefeuille ?
Non. Limitez les preuves au paiement concerné. Utilisez des dossiers privés pour les détails techniques nécessaires, restreignez l’accès et ne demandez jamais de clés privées ni de phrases de récupération.
Conclusion : attester le paiement et préserver le contexte
Un reçu utile relie des fonds vérifiés à un achat identifiable sans affirmer plus que ce que les preuves permettent. Commencez par des instructions de paiement claires, émettez une seule attestation traçable par enregistrement de paiement accepté et conservez les corrections ou remboursements liés plutôt que de réécrire la vente initiale.
