Vos clients paient en stablecoins pendant que vous tenez vos comptes dans votre devise. Voyons comment accepter la crypto, fermer le risque de change immédiatement et éviter d'avoir de l'argent arrivé mais sans issue.
réseaux d'encaissement : Ethereum et TRON
devises de crédit après conversion
compte d'échange chez l'opérateur
Accepter la crypto paraît simple jusqu'au moment où le premier paiement doit devenir de l'argent sur le compte de la société.
Du paiement à la conversion il s'écoule du temps, et pendant tout ce temps le cours est votre perte ou votre gain. Pour un métier de paiement, c'est un risque étranger que rien ne couvre.
Sa propre vérification, ses propres plafonds, ses propres motifs de blocage. Un opérateur dont le règlement dépend d'un compte d'échange dépend aussi des décisions de celle-ci.
Un paiement issu de la blockchain arrive sans historique. Sans contrôle d'adresse, vous apprenez le problème quand votre banque le trouve — c'est-à-dire trop tard.
Encaissement, conversion et contrôle d'adresse sont trois mécanismes distincts, chacun avec ses réglages.
USDT, USDC et les jetons natifs des réseaux. Le paiement est suivi au nombre de confirmations et crédité selon les règles de l'opérateur, non à la simple apparition de la transaction.
La crypto reçue est échangée contre la devise de tenue de comptes au moment du paiement : le risque de change se ferme aussitôt. Le terminal se configure comme un terminal ordinaire : prestataire, plafonds, commission.
Le profil de risque confronte l'adresse de l'expéditeur aux listes de sanctions et de risque. Vous choisissez la suite en cas de correspondance : refuser, retenir pour analyse ou accepter avec mention.
La première question est de savoir où vous portez la position. Le modèle « accepter la crypto et la conserver » transforme un métier de paiement en métier de change : le résultat dépend du cours, pas du volume. Le modèle « accepter et convertir aussitôt » vous laisse la commission et supprime le risque de change ; pour un opérateur c'est presque toujours le bon. Tout le reste du paramétrage découle de ce choix.
La deuxième question est le réseau. TRON coûte moins cher en frais de réseau et convient donc aux paiements fréquents de petit montant ; Ethereum coûte davantage mais reste plus familier aux contreparties d'entreprise et mieux pris en charge par les portefeuilles. On peut activer les deux et laisser le payeur choisir — mais il faut alors décider à l'avance qui supporte les frais de réseau, faute de quoi ils sortiront discrètement de votre marge.
La troisième question est réglementaire. Accepter des stablecoins n'exonère pas des obligations d'identification et de surveillance : MiCA s'applique dans l'Union européenne, et la banque de votre compte de règlement s'enquerra de l'origine des fonds indépendamment d'elle. Le contrôle d'adresse et le journal des décisions par paiement ne relèvent pas de la précaution excessive : c'est ce que vous produirez à la première demande.
Trois assistants de configuration. L'opérateur les parcourt seul, sans développement.
Réseaux et jetons, portefeuilles, nombre de confirmations avant crédit et affichage du paiement au client.
Prestataire de change, paires de devises, plafonds d'opération, commission et portefeuille qui règle les frais de réseau.
Listes d'adresses, seuils de déclenchement et action en cas de correspondance : refuser, retenir ou accepter avec mention.
Configurez le terminal d'échange avant d'activer l'encaissement : sinon les premiers paiements arriveront en crypto et attendront une conversion manuelle — exactement le risque de change que l'on cherche à supprimer.
Inscrivez-vous et configurez vous-même l'encaissement et la conversion : d'abord en réseau de test, puis en réseau principal. Le terminal d'échange se crée avant l'activation.
Commencer