Ce que le GENIUS Act ne résout pas pour la trésorerie d'entreprise

La plupart des équipes de trésorerie liront le GENIUS Act comme le signal qu'elles attendaient : l'incertitude réglementaire est levée, les paiements en stablecoin sont justifiés.

Soixante-treize pour cent des dirigeants avaient identifié l'incertitude réglementaire comme leur principale préoccupation face à l'adoption des actifs numériques. Supprimez cet obstacle, et l'hypothèse est que la voie est désormais libre. L'incertitude réglementaire est levée. La maturité en matière de gouvernance reste, elle, à construire — et c'est la responsabilité de la trésorerie.

Le Guiding and Establishing National Innovation for U.S. Stablecoins Act (GENIUS Act), promulgué le 18 juillet 2025, constitue la première législation fédérale américaine établissant un cadre de licence et de réglementation pour les stablecoins de paiement. Pour la trésorerie d'entreprise, son importance est immédiate : pour la première fois, un cadre fédéral régit qui peut émettre des stablecoins de paiement et dans quelles conditions. Ce que cette loi implique pour votre modèle opérationnel est une question distincte.

Ce que le GENIUS Act établit pour les émetteurs de stablecoins de paiement

Les stablecoins de paiement sont des jetons numériques libellés en dollars qui règlent sur une blockchain plutôt que par l'intermédiaire d'une banque : un dollar entré, un dollar sorti, conçus pour les paiements et non pour l'investissement. Le GENIUS Act définit qui peut les émettre, dans quelles conditions et sous la supervision de quel régulateur fédéral ou étatique.

Les règles proposées exigent que les émetteurs maintiennent des réserves identifiables couvrant les stablecoins en circulation à hauteur de 1 pour 1, en s'appuyant uniquement sur un ensemble restreint d'actifs très liquides : bons du Trésor américain d'une maturité résiduelle de 93 jours ou moins, soldes auprès de la Réserve fédérale et dépôts à vue, entre autres. L'exposition à une contrepartie unique ne peut excéder 40 % des réserves totales. Des rapports mensuels sur les réserves doivent être examinés par un cabinet d'audit agréé et certifiés par écrit par le PDG et le directeur financier. Des programmes documentés couvrant les contrôles internes, la sécurité informatique, la conformité LCB-FT et la planification de la liquidité de secours sont également requis.

Ces obligations s'imposent à l'émetteur du stablecoin. Elles définissent ce qu'une banque, une fintech telle que Circle, ou toute autre entité agréée dans le cadre du GENIUS Act doit respecter pour émettre des stablecoins. Elles ne régissent pas la manière dont votre équipe de trésorerie autorise une instruction de paiement, construit une chaîne de preuves (piste d'audit) de la facture au règlement, ou gère une exception en dehors des heures ouvrées.

La question de gouvernance à laquelle le GENIUS Act ne répond pas

Lorsqu'une instruction de paiement en USDC (USD Coin) quitte votre ERP pour emprunter un rail de paiement en stablecoin, l'exigence de réserve 1 pour 1 de l'émetteur ne vous indique pas qui, dans votre organisation, a approuvé le paiement, si cette approbation est conforme à votre politique de délégation de pouvoirs, ni comment réconcilier un hash de transaction blockchain avec la facture correspondante dans votre TMS.

Considérez ce scénario concret : un paiement USDC d'un million de dollars est émis vers un fournisseur à l'international, un vendredi après-midi. L'ERP affiche une approbation. Le tableau de bord du portefeuille (wallet) affiche un hash de transaction. Le règlement devrait prendre quelques minutes. Il n'a pas lieu. Le fournisseur signale ne rien avoir reçu. Votre banque ne traite pas les demandes liées aux stablecoins, et la file d'attente du support de votre prestataire de wallet n'est pas surveillée le week-end. Personne dans votre équipe de trésorerie n'a documenté la marche à suivre, ni qui détient l'accès à la console d'administration du prestataire de conservation, ni si la solution de repli consiste à réexécuter le paiement via un rail de paiement traditionnel et, dans ce cas, comment éviter un double règlement : une situation où un paiement bloqué on-chain finit par s'exécuter après qu'un paiement de substitution sur rail traditionnel a déjà été effectué, réglant ainsi deux fois le même fournisseur.

Ce scénario n'est pas un échec du stablecoin. L'émetteur a rempli toutes les obligations imposées par le GENIUS Act : l'USDC était entièrement couvert, la transaction on-chain était enregistrée. Le stablecoin a fonctionné comme prévu. C'est le modèle opérationnel de la trésorerie qui a défailli. Aucune procédure d'escalade. Aucune chaîne de preuves reliant l'approbation dans l'ERP à la confirmation de règlement on-chain. Aucun plan de secours prédéfini assorti d'une règle de décision documentée.

Les exigences de gouvernance imposées aux émetteurs par le GENIUS Act sont nécessaires. Elles ne préviennent pas ce scénario. C'est la gouvernance de trésorerie qui le prévient.

Ce que la maturité opérationnelle exige

Le GENIUS Act répond à ce que les régulateurs exigent de l'émetteur. Il ne répond pas à ce que la trésorerie doit s'imposer à elle-même. La maturité opérationnelle pour les paiements en stablecoin repose, en pratique, sur trois piliers : l'autorisation, la traçabilité et le plan de secours.

Autorisation et approbation. Qui peut initier un paiement en stablecoin, à quelles limites et via quel workflow dans votre ERP ou TMS ? La séparation des tâches applicable à un virement bancaire doit être explicitement transposée à une instruction de paiement via un portefeuille (wallet). Si votre trésorerie détient l'accès à la clé privée d'un wallet de conservation, traitez cet accès avec les mêmes contrôles que vous appliquez à toute autre autorisation de paiement. L'accès à une clé privée n'est pas un identifiant informatique. C'est un contrôle de paiement.

Chaîne de preuves. Lors d'un audit, pouvez-vous produire un enregistrement complet et infalsifiable reliant la facture, l'approbation dans l'ERP, l'instruction de paiement, le hash de transaction on-chain et la confirmation de règlement ? Le GENIUS Act exige des émetteurs qu'ils tiennent leurs propres registres et certifications. La chaîne de preuves de votre trésorerie est distincte de la piste d'audit de l'émetteur. Construisez-la délibérément, dès le premier jour — et non après la première question d'audit.

Plan de secours contrôlé. En cas d'échec ou de retard d'un paiement en stablecoin, quel est le chemin préautorisé pour exécuter le règlement via un rail de paiement traditionnel sans réapprouver le paiement, ressaisir les données ou créer un risque de double règlement ? Si ce chemin n'est pas documenté avant votre mise en production, il sera improvisé sous pression. L'improvisation n'est pas un contrôle.

L'intégration de l'USDC par Kyriba, développée en collaboration avec Circle, est conçue pour inscrire l'exécution des stablecoins au sein des workflows de trésorerie existants : mêmes processus d'approbation, mêmes contrôles de gouvernance, même infrastructure de chaîne de preuves que ceux déjà appliqués par les équipes de trésorerie aux rails traditionnels. Le cadre réglementaire rend cette intégration viable. Le cadre de gouvernance la rend défendable.

La ligne de départ, pas la ligne d'arrivée

Le GENIUS Act résout la question juridique. Il ne résout pas la question de gouvernance. La clarté réglementaire lève l'objection légale. Elle ne construit pas les workflows d'approbation, les chaînes de preuves ou les plans de secours contrôlés dont votre trésorerie a besoin avant d'aller en production sur un rail de paiement en stablecoin.

Les résultats d'abord. Les rails ensuite. Le GENIUS Act a fait passer les stablecoins de la question « pouvons-nous ? » à la question « sommes-nous prêts ? » Répondez à la seconde avant d'exécuter le premier paiement.