USDC, USDT, EURC… comment définir les stablecoins autorisés dans une trésorerie d’entreprise ?
Un fournisseur demande un règlement en USDC. Un client propose de payer en USDT. L’équipe trésorerie envisage l’EURC pour certains flux en euros. Ces demandes peuvent sembler proches ; elles ne justifient pas une autorisation identique.
Une liste de stablecoins autorisés doit permettre de répondre à une question opérationnelle : l’entreprise peut-elle utiliser cet actif précis, sur ce réseau, pour cet usage, dans ces limites et avec une sortie documentée ?
La liste devient ainsi un registre de décisions. Les noms commerciaux servent à identifier les candidats ; les critères et les preuves déterminent leur admission.
1. Autoriser une configuration, pas seulement un nom
Une ligne intitulée « USDC : autorisé » laisse plusieurs questions ouvertes. S’agit-il du token natif émis par Circle ou d’une représentation issue d’un bridge ? Sur quelle blockchain ? Dans quel wallet ? Pour encaisser, payer ou conserver une position ?
Circle distingue l’USDC natif des représentations bridgées et publie les identifiants des contrats sur les réseaux pris en charge. Le ticker affiché par une interface ne suffit donc pas à identifier l’actif. [6]
Une fiche d’autorisation devrait au minimum définir :
Actif : nom, monnaie de référence, émetteur et qualification documentée.
Réseau : blockchain, environnement de production et identifiant officiel du token.
Représentation : émission native, token bridgé ou autre construction, avec analyse propre si nécessaire.
Usage : paiement fournisseur, encaissement, transfert intragroupe ou détention temporaire.
Circuit : wallet ou conservation, prestataire utilisé et voie de conversion ou de remboursement.
L’approbation d’un token sur un réseau ne s’étend pas automatiquement à un autre réseau. De même, l’autorisation de payer ne vaut pas autorisation de prêter le token ou de le placer dans un protocole de rendement.
2. Séparer trois vérifications réglementaires
Pour une entreprise établie en France, l’analyse doit distinguer le token et son émetteur, le prestataire intervenant dans le flux, puis l’opération envisagée par l’entreprise.
Dans MiCA, un jeton de monnaie électronique, ou EMT, vise une valeur stable par référence à une seule monnaie officielle. L’offre au public et l’admission à la négociation dans l’Union sont encadrées ; l’article 48 prévoit notamment le statut de l’émetteur et la notification puis la publication d’un livre blanc, sous réserve des exemptions prévues. [1]
Le contrôle du prestataire reste distinct : il faut vérifier son identité juridique, son statut et les services effectivement couverts. Une autorisation de conservation ne doit pas être lue comme une autorisation générale de tous les services. La fiche AMF de Circle Internet Financial Europe illustre cette distinction en précisant les services de conservation et de transfert et la procédure de notification de l’article 60. [3]
USDC et EURC. La documentation de Circle décrit leur émission dans le cadre européen par Circle Internet Financial Europe SAS, établissement de monnaie électronique. Elle constitue une pièce du dossier, à rapprocher des registres officiels et des conditions applicables à l’entreprise. Ce statut ne suffit pas à approuver tous les réseaux, tous les prestataires ou toutes les utilisations. [3][4]
USDT. Une demande de paiement portant sur ce token doit suivre les mêmes contrôles. La formulation « USDT est interdit en Europe » confond plusieurs questions. Les textes et clarifications consultés encadrent l’offre au public, l’admission à la négociation et certains services concernant les ART et EMT non conformes à MiCA. L’ESMA distingue ces restrictions de la simple conservation et du transfert, qu’elle indique devoir rester possibles. Cette distinction ne démontre ni l’éligibilité d’USDT à une liste interne, ni la disponibilité d’un circuit particulier. [2]
La décision doit donc porter sur les justificatifs actuels de l’émetteur et du circuit envisagé. Si ces éléments ne permettent pas de conclure à l’éligibilité, la configuration reste non autorisée. Une exception interne ne rend pas licite une opération qui ne le serait pas.
3. Définir des critères éliminatoires avant de comparer
Attribuer une note globale trop tôt peut masquer un défaut décisif. Une liquidité importante ne compense pas une identité de token incertaine ou une voie de sortie inutilisable.
La méthode BECTRA proposée commence par quatre conditions d’entrée :
Éligibilité documentée : le dossier permet de justifier le cadre applicable au token, à l’émetteur, aux prestataires et à l’usage.
Identité technique vérifiée : le réseau et l’identifiant du token correspondent aux sources officielles retenues.
Sortie praticable : un remboursement ou une conversion est accessible à l’entreprise, avec les conditions et dépendances identifiées.
Contrôle exploitable : l’entreprise sait autoriser, exécuter, tracer et rapprocher les opérations.
Après ces vérifications, elle peut comparer la qualité et la transparence des réserves, la liquidité pour ses montants habituels, la disponibilité du réseau, les coûts et la concentration des dépendances. Les preuves doivent être datées : un rapport de réserves ancien ne décrit pas nécessairement la situation du jour.
Ces critères constituent une proposition de méthode de gouvernance. Ils ne sont pas une liste d’obligations générales imposée par MiCA à toute entreprise détenant des stablecoins.
4. Documenter la sortie avant d’autoriser l’entrée
L’article 49 de MiCA prévoit, pour les EMT, une créance du détenteur sur l’émetteur et un remboursement à la valeur nominale à sa demande. Il faut distinguer ce droit de son exécution pratique. [1]
La fiche devrait répondre séparément à cinq questions :
Interlocuteur : auprès de quelle entité l’entreprise exerce-t-elle son droit ou demande-t-elle une conversion ?
Accès : quel compte, quels contrôles d’identité et quels justificatifs sont nécessaires ?
Délai : à quel moment les fonds peuvent-ils rejoindre un compte bancaire utilisable ?
Coût : quels frais de réseau, de prestataire ou de change s’ajoutent au circuit retenu ?
Solution de repli : quelle alternative documentée existe si le circuit principal devient indisponible ?
À titre concret, la politique de remboursement de Circle distingue ses clients des autres détenteurs. Elle prévoit des démarches d’accès et de vérification pour les détenteurs professionnels et décrit aussi des dispositions en situation de tension. Un droit de remboursement ne dispense donc pas de préparer le parcours opérationnel. [5]
Un test de faible montant peut vérifier le circuit dans les conditions du test. Il ne prouve pas, à lui seul, que le même circuit absorbera un montant beaucoup plus élevé ou fonctionnera pendant un incident.
5. Relier chaque autorisation à des limites
Une fiche approuvée doit préciser les montants et la durée permis. Les limites peuvent couvrir l’exposition totale, l’émetteur, la monnaie de référence, le prestataire, le réseau et l’opération individuelle.
Le risque de change doit aussi être explicite. Pour une entreprise dont les besoins et les comptes sont en euros, détenir un token référencé au dollar crée une exposition EUR/USD, même si sa parité avec le dollar se maintient.
Deux tokens n’apportent pas nécessairement une diversification des émetteurs. USDC et EURC peuvent répondre à des besoins monétaires différents tout en conservant des dépendances communes au groupe Circle. Deux réseaux peuvent également partager le même prestataire de conservation ou de conversion. [4]
Les limites se suivent donc par dépendance, avec une règle de valorisation commune, et pas seulement par ticker. Leur niveau et la durée maximale de détention sont des décisions internes à calibrer selon les besoins de liquidité et les risques acceptés.
6. Exemple : une autorisation qui ne couvre pas la demande suivante
Prenons une entreprise fictive ayant autorisé l’USDC natif sur Ethereum pour régler certains fournisseurs facturant en dollars. Son dossier prévoit :
une exposition maximale de 100 000 USD équivalents, valorisée selon sa règle interne ;
un plafond de 25 000 USDC par paiement ;
une détention limitée à cinq jours ouvrés ;
un wallet identifié, un circuit de conversion testé et une double validation ;
l’exclusion des bridges et des opérations de rendement.
Ces seuils sont illustratifs : ils ne sont ni des exigences réglementaires ni des recommandations universelles.
Le fournisseur demande ensuite 20 000 USDC sur un autre réseau. Le montant respecte le plafond, mais la configuration demandée sort du périmètre approuvé. L’équipe doit obtenir une décision portant sur le nouveau réseau et son circuit avant d’exécuter le paiement, ou convenir d’une modalité déjà autorisée.
De même, recevoir spontanément un token non autorisé ne le fait pas entrer dans la liste. L’entreprise enregistre l’incident, identifie l’actif et le flux, puis décide du traitement approprié avant tout mouvement supplémentaire.
7. Faire vivre la liste : approuver, restreindre, suspendre
Un registre utile distingue quatre états :
Approuvé : utilisation permise dans le périmètre et les limites documentés.
Approuvé sous conditions : usage restreint à un circuit, un montant ou une durée clairement définis ; les conditions doivent être satisfaites avant l’opération.
Suspendu : nouvelles opérations bloquées ; le traitement des positions existantes suit une décision et une procédure spécifiques.
Non autorisé : utilisation non admise, avec motif conservé dans le dossier.
La revue périodique peut être complétée par des déclencheurs : modification réglementaire, changement de contrat, dégradation des informations sur les réserves, difficulté de remboursement, écart à la parité, incident réseau ou modification du prestataire.
La procédure précise qui détecte l’événement, qui peut suspendre les nouveaux flux et qui décide du traitement des positions. Suspendre une autorisation ne signifie pas vendre automatiquement dans des conditions défavorables.
Chaque décision conserve son auteur, sa date, ses preuves et sa prochaine échéance de revue. La version approuvée doit être traduite dans les outils et procédures utilisés par les équipes ; une liste tenue dans un document mais ignorée lors des paiements reste insuffisante.
Conclusion — Une liste autorisée doit produire une décision vérifiable
La méthode peut se résumer ainsi : USAGE → ÉLIGIBILITÉ → TOKEN/RÉSEAU → SORTIE → LIMITES → APPROBATION → REVUE.
Le livrable attendu est une fiche par configuration, avec un responsable, des preuves datées et un statut. Cette fiche permet à la trésorerie de répondre à une demande concrète sans reconstruire l’analyse à chaque paiement.
Comment BECTRA peut intervenir
BECTRA accompagne la définition et la revue du dispositif : critères d’éligibilité, fiches d’autorisation, limites d’exposition, cartographie des dépendances et procédures de modification ou de suspension. L’objectif est de relier la décision financière à son exécution et aux preuves de contrôle.
Pour aller plus loin
Sources
Sources consultées le 5 octobre 2026. Les seuils, critères d’entrée, états et procédures proposés dans l’article relèvent de la méthode BECTRA ; les sources ci-dessous étayent les faits réglementaires et techniques.
MiCA — articles 3, 48 et 49 : définitions, offre au public et admission à la négociation, émission et remboursement des EMT.
Commission européenne / ESMA — Q&A 2404 et déclaration du 17 janvier 2025 : périmètre des services concernant les ART et EMT non conformes. Registre MiCA de l’ESMA : point de contrôle des émetteurs et prestataires ; la page consultée indique une mise à jour au 30 septembre 2026. L’article ne présente pas une extraction exhaustive du fichier des émetteurs.
AMF — Circle Internet Financial Europe SAS : statut et services précisés sur la fiche officielle.
Circle — livre blanc MiCA USDC et FAQ Circle France : identité de l’émetteur, organisation USDC/EURC. Documentation de l’émetteur, distincte d’une approbation des actifs par BECTRA.
Circle — MiCA Redemption Policy : version du 15 septembre 2026, parcours de remboursement et situations de tension.
Circle — USDC contract addresses et Bridged USDC Standard : identification technique et distinction entre émission native et représentation bridgée.
Commentaires