Un client veut vous payer en stablecoins : quelles vérifications effectuer avant d’accepter ?
Un client propose de régler une facture en USDC, EURC ou dans un autre stablecoin. Avant de lui communiquer une adresse de réception, l’entreprise devrait pouvoir répondre à six questions : qui est le client et qui paie, quelle facture est réglée, quel actif sera utilisé, sur quel réseau, par quel canal les fonds seront reçus et selon quelles règles la créance sera considérée comme réglée.
L’objectif n’est pas de traiter tout paiement en stablecoins comme suspect. Il est de savoir, avant une transaction irréversible, ce que l’entreprise accepte, de qui elle l’accepte et comment elle pourra ensuite expliquer l’opération. C’est le Stablecoin Acceptance Gate.
1. Commencez par l’opération commerciale, pas par la blockchain
Identifiez le client facturé, la facture concernée, son montant et sa devise, l’objet de la relation commerciale et l’identité du payeur lorsque celui-ci diffère du client. Un tiers payeur n’est pas automatiquement une anomalie, mais la différence doit pouvoir être expliquée et documentée.
La première chaîne à établir est donc : CLIENT → FACTURE → PAYEUR. Si elle n’est pas cohérente, clarifiez-la avant de transmettre les instructions de paiement.
2. « Je vous paie en USDC » n’est pas une instruction suffisante
Le nom commercial du stablecoin ne suffit pas. La politique interne devrait préciser l’émetteur, l’actif accepté, la blockchain autorisée, l’identifiant ou contrat officiel lorsque pertinent et l’adresse ou l’infrastructure de réception autorisée.
Cette discipline réduit notamment le risque de recevoir un actif homonyme, une version bridgée non prévue ou le bon actif sur un réseau que l’entreprise ne sait pas traiter. La méthode de construction de l’allowlist fera l’objet d’un article dédié.
3. Déterminez où l’entreprise recevra les fonds
La réception peut avoir lieu sur une adresse contrôlée par l’entreprise, un compte ou wallet fourni par un prestataire sur actifs numériques, ou une autre infrastructure approuvée. Ce choix détermine les responsabilités opérationnelles, les informations disponibles et les intermédiaires impliqués.
Lorsqu’un PSCA intervient, vérifiez l’entité juridique qui fournit effectivement le service, et pas seulement la marque ou l’application utilisée. En France, la période transitoire permettant à certains anciens PSAN de poursuivre leurs activités sans autorisation MiCA a pris fin le 1er juillet 2026 ; depuis le 2 juillet 2026, cette période est révolue. Le registre MiCA de l’ESMA permet de rechercher les prestataires autorisés.
4. Entreprise et PSCA : ne confondez pas leurs obligations
Le règlement (UE) 2023/1113 impose aux prestataires sur crypto-actifs certaines obligations relatives aux informations accompagnant les transferts. Il ne transforme pas pour autant chaque entreprise bénéficiaire d’un paiement en PSCA.
Pour les transferts impliquant une adresse auto-hébergée, le règlement prévoit notamment, dans certaines configurations dépassant 1 000 euros, des mesures du PSCA visant à apprécier la propriété ou le contrôle de l’adresse. Il faut donc distinguer les obligations réglementaires du prestataire de la politique de contrôle interne que l’entreprise choisit d’appliquer.
5. Savez-vous d’où le paiement doit partir ?
Lorsque l’information est disponible avant le paiement, identifiez si les fonds doivent provenir du wallet du client, de son compte auprès d’un PSCA, d’un tiers identifié ou d’une autre infrastructure. Une adresse blockchain n’est pas, à elle seule, une identité juridique : le dispositif doit relier les informations commerciales hors chaîne à la transaction on-chain.
Si une incohérence apparaît, une vérification complémentaire peut être nécessaire. L’analyse approfondie d’un wallet inconnu et les signaux déclenchant une revue renforcée feront l’objet de l’article dédié du 16 octobre.
6. Avant le transfert, définissez ce que signifie « facture payée »
Lorsque la devise de la facture et le stablecoin de règlement diffèrent, définissez avant le transfert la règle de conversion, la source de prix, le moment de référence, la quantité attendue, le traitement des frais de réseau et la règle applicable aux écarts. Ce cadre opérationnel ne préjuge pas, à lui seul, du traitement comptable, fiscal ou juridique de l’opération.
7. Construisez votre Stablecoin Acceptance Gate
ACCEPT : client et facture identifiés, payeur cohérent ou tiers expliqué, actif et réseau autorisés, infrastructure de réception validée, modalités de règlement définies et aucun point significatif non résolu.
REVIEW : information manquante, tiers insuffisamment documenté, nouvel actif ou réseau, changement inattendu de canal ou incohérence nécessitant une analyse complémentaire.
DO NOT EXECUTE : les conditions de la politique interne ne sont pas remplies, l’actif ou le réseau n’est pas autorisé, l’infrastructure est incompatible ou une anomalie significative reste non résolue. Cette décision ne signifie pas que le client ou les fonds sont illicites ; elle signifie que les conditions internes d’acceptation ne sont pas réunies.
8. La checklist avant de communiquer votre wallet
Avant d’envoyer les instructions de paiement, vérifiez et documentez les éléments suivants :
CLIENT — Qui est facturé ?
FACTURE — Quelle créance est réglée ?
PAYEUR — Qui effectue le transfert ?
ACTIF — Quel stablecoin est utilisé ?
RÉSEAU — Sur quelle blockchain ?
TOKEN — Quel actif exact est autorisé ?
RÉCEPTION — Quel wallet ou prestataire reçoit les fonds ?
ORIGINE ANNONCÉE — Wallet du client, PSCA, tiers identifié ou autre ?
RÈGLE DE RÈGLEMENT — Quelle quantité est attendue et selon quelle règle ?
DÉCISION — Accept, Review ou Do Not Execute ?
Conclusion
Accepter un paiement en stablecoins ne devrait pas commencer par « Envoyez-les à cette adresse ». Le bon ordre est : identifier → vérifier → définir les modalités → autoriser → recevoir → documenter. La blockchain exécute le transfert ; le contrôle interne doit permettre d’expliquer pourquoi l’entreprise l’a accepté.
Après réception, l’enjeu devient la conservation des informations permettant de rapprocher la transaction blockchain, la facture, la comptabilité et la piste d’audit. Cette logique s’inscrit dans le Stablecoin Accounting & Control Framework (SACF) de BECTRA.
Pour aller plus loin
Sources
Règlement (UE) 2023/1113 relatif aux informations accompagnant les transferts de fonds et de certains crypto-actifs ; lignes directrices de l’EBA sur la Travel Rule ; AMF, fin de la période transitoire MiCA en France ; registre MiCA de l’ESMA ; documentation officielle Circle relative aux réseaux et versions d’USDC.
Commentaires