Aller au contenu principal
FintechNigériaNigéria

Breet détaille les quatre usages des paiements crypto B2B

Breet présente un mode d'emploi des paiements crypto entre entreprises, articulé autour de quatre usages : encaisser, payer ses fournisseurs, verser les salaires et gérer la trésorerie. Selon Technext, la majorité des entreprises se limitent au premier usage, faute d'un système unique.

4 min de lectureMis à jour il y a 1 h
Paiements crypto B2B : le mode d'emploi pour les entreprises déjà équipées et celles qui hésitent encore
Dans cet article
  1. Quatre usages distincts, rarement activés ensemble
  2. Un outil par fonction, un patchwork non planifié
  3. Ajouter une fonction sans nouvelle exposition
  4. Une API pour encaisser et payer, un desk OTC pour la trésorerie

Quatre usages distincts, rarement activés ensemble

Les paiements entre entreprises constituent le principal débouché concret des stablecoins. Sur environ 380 Md$ de paiements en stablecoins adossés à des cas d'usage réels en 2025, près de 226 Md$ relevaient du B2B, soit plus du double des salaires et des transferts de fonds réunis (90 Md$), selon Technext.

Pourtant, la plupart des entreprises n'en exploitent qu'un seul volet : elles installent un outil de facturation, encaissent quelques paiements, puis laissent les règlements fournisseurs, la paie et la trésorerie sur les circuits classiques. Le mode d'emploi proposé distingue quatre fonctions : se faire payer par ses clients, régler ses fournisseurs, verser les salaires et déplacer la trésorerie ou les volumes importants.

Chaque fonction est adoptée à son propre rythme. L'encaissement arrive généralement en premier, via la facturation client ou l'alimentation d'un programme de cartes dollar virtuelles, car c'est le plus simple à mettre en place. Les trois autres suivent plus tard, quand elles suivent.

La demande est déjà là : le Nigeria concentre à lui seul environ 60 % des entrées de stablecoins en Afrique subsaharienne depuis 2019, d'après le FMI cité dans l'article. La question devient donc de savoir combien de ces quatre fonctions une entreprise a réellement activées.

Un outil par fonction, un patchwork non planifié

La plupart des adoptants s'arrêtent à l'encaissement client. La raison tient rarement à un manque de demande : elle tient au fait que chaque nouvelle fonction amène un nouveau prestataire.

L'entreprise choisit un outil pour la première fonction, en ajoute un autre pour la suivante, sans avoir cartographié l'ensemble en amont. Un contrôleur de gestion, cité dans un avis G2 sur les logiciels de comptabilité crypto, indique être « passé par 7 systèmes logiciels pour un client d'arbitrage » avant d'en trouver un capable de comptabiliser chaque transaction. La clôture mensuelle se traduit alors par trois connexions, trois exports et un membre de l'équipe financière qui rapproche les lignes une à une dans un tableur.

Le marché des prestataires est tel que les acheteurs se contentent du « moins pire ». Un autre avis G2 évoque des limites de capacité, des cumuls de transactions non documentés et un personnel de support non qualifié. Son auteur partage le point de vue de ses pairs : choisir un prestataire de comptabilité des actifs numériques relève selon eux d'« un exercice consistant à choisir l'option la moins mauvaise et la moins pénible ».

Chaque prestataire supplémentaire ajoute ses frais, son temps d'intégration et son travail de rapprochement. Multiplié par quatre fonctions, le coût grimpe vite. Même les utilisateurs satisfaits réclament la fonction suivante : dans un avis 5 étoiles sur G2 à propos de Request Finance, un outil de facturation crypto, le principal reproche du client était d'avoir « besoin de encore plus de services ».

Ajouter une fonction sans nouvelle exposition

Avec le bon prestataire, la deuxième fonction n'ajoute ni nouvelle devise ni nouveau risque de conformité. Des risques opérationnels subsistent — un mauvais relevé bancaire reste un mauvais relevé bancaire, quel que soit le circuit — mais l'exposition déjà acceptée pour la première fonction ne s'accroît pas.

Sur Breet, les fonds sont convertis automatiquement en monnaie fiduciaire dès leur arrivée. La comptabilité affiche des nairas, des cedis ou des dollars, jamais des jetons, quelle que soit la fonction à l'origine de la transaction. L'entreprise ne détient donc jamais de crypto pendant que le cours évolue, sur aucune des quatre fonctions. Si la première fonction a été acceptée, l'extension relève de la même décision répétée.

La conformité et la protection du taux sont mises en place une fois, pas une fois par fonction. Chaque transaction fait l'objet d'une vérification KYC et AML automatique, sans contrôle manuel par les équipes. La vérification KYB d'entreprise aboutit généralement en une journée, et le traitement des données relève du Nigeria Data Protection Act 2023. Sur les transactions sensibles au facteur temps, le taux est verrouillé avant exécution. Une fois les paiements en stablecoins acceptés via Breet, la paie ou la trésorerie en stablecoins s'ajoutent sur le même compte, sans nouveau KYB, sans nouveau prestataire à intégrer et sans contrôles de conformité séparés à construire.

Une API pour encaisser et payer, un desk OTC pour la trésorerie

Trois produits Breet couvrent l'encaissement, les paiements sortants et la trésorerie, et la même API porte la paie. Intégrée une fois, l'API de paiement crypto et stablecoin gère les flux dans les deux sens : elle génère des portefeuilles, confirme les paiements on-chain, filtre les transactions au titre de la lutte contre le blanchiment et convertit automatiquement les cryptos reçues. Des webhooks préviennent le système dès qu'un paiement est réglé, sans surveillance manuelle d'un tableau de bord. L'intégration est identique qu'il s'agisse de payer un fournisseur ou d'encaisser un client. Pour une entreprise qui encaisse déjà de cette façon, le règlement des fournisseurs est la suite logique, sans second système à exploiter.

Le desk OTC de Breet verrouille le taux avant la transaction et envoie le paiement sur le compte bancaire dans l'heure. Les ordres importants sont exécutés sans slippage — le prix qui évolue défavorablement pendant l'exécution —, avec de meilleurs taux et un chargé de compte dédié. Ce service s'adresse aux entreprises qui déplacent régulièrement des montants élevés ; pour une petite transaction isolée, l'API ou la facturation reste la meilleure option.

Facturation sans intégration et paie sur les outils existants

L'équipe commerciale peut générer une facture crypto en quelques minutes. Le client paie en crypto et l'équivalent en nairas ou en cedis arrive sur le compte bancaire, sans modifier le processus de recouvrement. Sur la paie, Breet n'est pas une plateforme autonome : les entreprises intègrent l'API pour verser les salaires, tandis que le calcul et les validations restent dans les outils déjà utilisés. Qui cherche une solution de paie tout-en-un ne la trouvera pas ici ; qui cherche le rail de paiement sous sa paie, si.

Pour une entreprise partie de zéro, le point d'entrée reste l'encaissement, qui ne demande aucune intégration, seulement une facture. Les trois autres fonctions tournent ensuite sur le même compte, les mêmes contrôles de conformité et le même règlement vers la banque.

Maillage