Paiements intragroupe en stablecoins : comment construire une politique de prix de transfert défendable ?

il y a 2 heures

6 min de lecture

Un groupe peut choisir un stablecoin pour accélérer un règlement interne, réduire certaines frictions bancaires ou opérer hors des horaires de marché. Mais le rail de paiement ne répond pas, à lui seul, à la question de prix de transfert. L’administration cherchera d’abord à comprendre l’opération réelle : qui fournit quoi, qui supporte les risques, qui décide, quel montant est dû et pourquoi la contrepartie choisie est cohérente.

La bonne méthode consiste donc à séparer deux analyses. La première porte sur la transaction sous-jacente — achat, service, redevance, financement, centralisation de trésorerie ou remboursement de frais. La seconde porte sur le règlement en stablecoins — actif retenu, réseau, moment de conversion, frais, garde, exposition de change et risques d’exécution.

1. Le stablecoin ne change pas la nature économique de l’opération

Lorsqu’un paiement est accepté selon les termes du contrat, il peut régler une dette intragroupe libellée en monnaie au moyen de stablecoins. Le montant effectivement libératoire doit cependant être établi, notamment en cas de frais ou d’écart de parité. Le choix du stablecoin ne transforme pas automatiquement un service en financement, ni une vente en prestation de trésorerie.

Il peut toutefois créer des opérations ou des risques supplémentaires : acquisition du jeton avant paiement, cession du jeton lors du règlement, écart entre valeur nominale et valeur de marché, frais de réseau, spread de conversion ou conservation temporaire par une entité du groupe.

La documentation doit donc répondre à deux questions distinctes : le prix de l’opération sous-jacente est-il de pleine concurrence ? Les coûts et risques du règlement numérique ont-ils été attribués à l’entité qui les contrôle réellement ?

2. Commencer par délimiter précisément la transaction

Les Principes de l’OCDE demandent d’identifier les relations commerciales et financières entre entreprises associées, puis d’examiner les fonctions exercées, les actifs utilisés et les risques assumés. Pour un paiement en stablecoins, cette analyse doit notamment préciser :

l’entité qui choisit l’actif et le réseau ;

l’entité qui achète et conserve les jetons ;

l’entité qui détient les clés ou mandate le prestataire de garde ;

l’entité qui décide du moment d’exécution ;

l’entité qui supporte les écarts de conversion, les frais et un éventuel incident ;

l’entité qui effectue les contrôles de contrepartie, de sanctions et de provenance des fonds.

Une convention qui attribue tous les risques à une filiale ne suffit pas si, dans les faits, la maison mère décide du wallet, du prestataire, du stablecoin et du calendrier. Il faut aussi vérifier la capacité financière de l’entité à supporter le risque. Le chapitre I de l’OCDE, notamment les paragraphes 1.86 à 1.98, rapproche contrat, conduite réelle, contrôle du risque et capacité financière. Ces principes ne constituent pas une règle spéciale aux stablecoins.

3. Distinguer paiement, service de trésorerie et financement

Rapprocher la transaction sous-jacente et sa preuve de règlement.

Trois configurations doivent être isolées.

Paiement direct. L’acheteur acquiert le stablecoin puis règle immédiatement la société liée. Le sujet principal reste le prix du bien ou du service ; les coûts de conversion et de réseau sont analysés comme coûts de règlement.

Service de trésorerie. Une entité centrale achète, conserve et distribue les stablecoins pour plusieurs sociétés. Il faut déterminer si elle fournit un service routinier, exerce une fonction de trésorerie plus substantielle ou assume des risques nécessitant une rémunération spécifique.

Financement implicite. Une entité avance durablement des stablecoins, conserve une créance ou laisse un solde significatif sans règlement rapide. Le flux peut alors devoir être analysé comme financement, avec durée, devise, risque de crédit, garantie et rémunération de pleine concurrence.

La qualification ne doit pas être déduite du seul libellé comptable ou du fait que le stablecoin vise une valeur stable.

4. Construire le prix à partir de données observables

Le dossier doit conserver la valeur de la transaction dans la monnaie de facturation et documenter le taux utilisé pour convertir le nombre de jetons transférés. Une politique robuste fixe :

la source de prix ou de conversion ;

l’horodatage retenu ;

la règle applicable si le jeton s’écarte de sa référence ;

le traitement des frais de réseau et commissions ;

le traitement des différences entre émission, transfert et conversion finale ;

la personne autorisée à valider une exception.

Un exemple : une société doit 100 000 EUR à une autre. Elle utilise un stablecoin libellé en dollars. Il faut documenter séparément la conversion EUR/USD, le prix du stablecoin en USD, le nombre de jetons transférés, les frais et la valeur effectivement reçue. Le seul nombre de jetons inscrit sur la blockchain ne démontre pas que 100 000 EUR ont été réglés.

5. Attribuer les frais et risques selon les fonctions réelles

Le groupe doit éviter une règle automatique consistant à imputer tous les frais au payeur ou au bénéficiaire. L’attribution doit suivre l’organisation retenue et la valeur du service rendu.

Si une centrale de trésorerie négocie les spreads, sélectionne les prestataires, gère les limites et surveille les wallets, une rémunération peut être justifiée. Si elle ne fait qu’exécuter des instructions standardisées sans contrôler les risques importants, une rémunération de service routinier peut être plus cohérente. Si elle met des fonds à disposition, l’analyse financière devient distincte.

Les Principes de l’OCDE consacrent une analyse spécifique aux fonctions de trésorerie, aux prêts intragroupe et au cash pooling. Ils ne créent toutefois pas une règle particulière aux stablecoins : l’application au rail numérique reste une analyse de faits et circonstances.

6. Préparer une piste d’audit qui relie contrat et blockchain

Une transaction défendable doit pouvoir être reconstruite sans partir d’un explorateur blockchain isolé. Le dossier minimal relie :

contrat ou convention intragroupe ;

facture et motif économique ;

monnaie de facturation ;

adresse émettrice et adresse destinataire ;

réseau et identifiant de transaction ;

quantité de jetons et horodatage ;

source de valorisation ;

frais et spreads ;

écritures comptables dans les deux entités ;

preuve des validations et contrôles.

Les obligations fiscales, déclaratives, de sanctions, de lutte contre le blanchiment et de contrôle des changes restent propres aux juridictions concernées. Le fait qu’un paiement soit correctement valorisé en prix de transfert ne permet pas d’en déduire sa licéité réglementaire.

Cas pratique : la différence de règlement ne doit pas devenir une marge cachée

Distinguer les coûts et responsabilités du règlement.

Cas fictif : une filiale française doit 100 000 EUR à une société liée. Le contrat accepte un règlement numérique. Au taux convenu de 1 EUR = 1,08 USD et sous l’hypothèse de 1 jeton = 1 USD, le montant brut est de 108 000 jetons. Le bénéficiaire reçoit l’équivalent de 107 950 USD après 50 USD de frais : 107 950 / 1,08 = 99 953,70 EUR, soit 46,30 EUR de moins que la facture.

Le dossier doit expliquer qui supporte ces frais et si la dette est intégralement éteinte selon la convention. Cet écart ne démontre pas, à lui seul, un transfert de bénéfices. Il devient néanmoins une question de prix de transfert si les écarts sont attribués entre sociétés liées sans justification économique. Les taux sont des hypothèses pédagogiques, pas des cours de marché.

Pour l’entité française, l’article 57 du CGI encadre la réintégration des bénéfices indirectement transférés à des entreprises étrangères liées dans les conditions du texte. La preuve blockchain ne remplace pas la justification du prix, de la charge ou du service intragroupe. Les Principes OCDE ne remplacent pas cette règle nationale ; aucune majoration forfaitaire n’est déduite du simple usage d’un stablecoin.

7. La méthode BECTRA : une politique en huit décisions

BECTRA recommande de formaliser la politique autour de huit décisions :

Transaction — identifier ce qui est réellement payé.

Entités — préciser les rôles du payeur, du bénéficiaire et de la trésorerie centrale.

Actif — définir les stablecoins et réseaux autorisés.

Valorisation — fixer sources, horodatages et règles d’exception.

Frais — répartir spreads, commissions et coûts de réseau.

Risques — attribuer les risques aux entités qui les contrôlent effectivement.

Preuve — relier facture, écritures, wallets et transaction on-chain.

Revue — réexaminer régulièrement les écarts, les prestataires et les changements réglementaires.

Conclusion

Le principal risque n’est pas d’utiliser un stablecoin. Il est de traiter le paiement comme un simple détail technique alors qu’il peut déplacer des fonctions, des coûts et des risques entre sociétés liées. Une politique défendable conserve le prix de l’opération sous-jacente au centre, puis documente séparément le rail numérique, la valorisation, la gouvernance et la preuve d’exécution.