Confirmo est une passerelle de paiement pour les entreprises et autres clients professionnels. Elle aide à recevoir des paiements en cryptomonnaies et à envoyer des fonds, avec conversion entre actifs si nécessaire. Trois étapes sont à distinguer : le paiement de la commande, le crédit du solde chez le prestataire et le transfert vers l’extérieur. Cet article sépare la documentation générale de l’interface des conditions européennes de Confirmo Limited.
Le cocontractant européen est la société irlandaise Confirmo Limited. ESMA l’enregistre avec une notification du 16.12.2025 pour l’échange de cryptoactifs contre des fonds, entre cryptoactifs et pour les transferts. Les conditions mises à jour le 02.10.2026 concernent un usage commercial, professionnel ou institutionnel, et non un compte personnel d’achats. L’inscription nécessite une approbation et des contrôles AML, mesures contre le blanchiment d’argent. Le prestataire indique aussi ne pas être autorisé à conserver des cryptoactifs. Son solde de traitement des paiements ne constitue donc pas une offre de conservation à long terme. Ces conditions européennes ne s’appliquent pas automatiquement aux autres sociétés de la marque. [1] [2]
Imaginez une boutique affichant ses prix en euros et un client payant en BTC. La devise du prix, le bitcoin envoyé et l’actif crédité au commerçant peuvent différer. L’API, interface permettant à la boutique de communiquer avec la passerelle, crée une facture et un lien de paiement. currencyFrom définit la base du prix ; le client choisit un actif et un réseau pris en charge. settlement.currency détermine ce que reçoit le commerçant. Ici, null signifie conserver l’actif utilisé par le client. Le crédit du compte Confirmo n’est pas encore un transfert vers un portefeuille dont le commerçant contrôle les clés. [4]
La page de paiement affiche montant, adresse, réseau et durée de validité. La Commercial Policy prévoit par défaut 15 minutes pour un règlement en monnaie classique et 30 minutes en cryptoactifs ; une prolongation recalcule le taux. La transaction doit être diffusée à la bonne adresse sur le bon réseau pendant la période valide. Les confirmations du réseau peuvent suivre plus tard ; dans Bitcoin, elles sont liées à l’inscription dans des blocs. confirming n’est donc pas encore paid. pending_verification attend des renseignements sur les participants exigés par Travel Rule. Le retour du client via returnUrl ne prouve pas non plus le paiement. [3] [5]
Un webhook est un message automatique envoyé à la boutique lorsque le paiement évolue. Pour éviter qu’un faux avis déclenche une livraison, l’intégration doit en vérifier l’origine puis consulter l’état final via GET invoice API. La méthode documentée calcule bp-signature comme une empreinte SHA256 du corps original complet du message suivi du callback password, un secret partagé pour la vérification. Reconstruire le JSON sous une autre forme ne suffit pas. L’envoi est répété jusqu’à une réponse 200, avec 20 tentatives au maximum. La boutique doit reconnaître les avis concernant une même facture et ne pas livrer de nouveau. [6]
Le client peut se tromper de montant ou payer après l’expiration de l’offre. Un trop-perçu peut laisser la facture paid tandis que unhandledExceptions signale le surplus à traiter. Il s’agit alors de restituer l’excédent, pas automatiquement la totalité de la commande. La tolérance aux sous-paiements se configure ; elle n’est pas identique partout. Accepter un paiement tardif utilise le taux du moment. Les conditions européennes prévoient 30 jours à compter de la création de la facture pour résoudre l’exception ; ensuite, elles ne prévoient plus d’obligation de remboursement et mentionnent des frais. Les petits montants peuvent être absorbés par les coûts. Une commande apparemment payée ne dispense pas de traiter l’incident. [2] [7]
Le solde de la passerelle sert au traitement courant des paiements. Les conditions européennes prévoient le transfert des cryptoactifs chaque jour ouvrable vers le portefeuille propre et vérifié du commerçant. Si la société les garde deux jours ouvrables, elle les convertit automatiquement en monnaie classique à la fin du second ; un règlement ou un ordre de versement à temps peut l’éviter. Une adresse non vérifiée, un montant insuffisant après frais ou des contrôles AML peuvent bloquer le transfert. La formule self-custody wallets désigne les portefeuilles contrôlés par le prestataire. Elle ne signifie pas que le commerçant détient leurs clés privées, celles qui autorisent la dépense. [2] [3]
Le commerçant peut également payer un autre bénéficiaire à partir du solde. Envoyer un actif différent implique une conversion. Avant de confirmer, comparez montant débité, montant envoyé, taux et frais ; une offre expirée doit être recalculée. Le taux inclut un spread, un ajustement par rapport au prix de marché de référence. Pour une facture reçue, distinguez aussi les frais du portefeuille du client, les frais réseau de Confirmo et les frais de traitement déduits au commerçant. L’acceptation d’un ordre ne prouve pas sa réception par le bénéficiaire. Une adresse ou un réseau erroné peut être impossible à corriger. [3]
Annuler un achat n’efface pas le paiement initial du blockchain. Selon les conditions européennes, le remboursement est une nouvelle transaction en cryptomonnaie, précédée si nécessaire par la conversion d’un solde en monnaie classique. Le taux d’exécution et de nouveaux frais s’appliquent ; les frais de traitement initiaux ne sont pas restitués. La passerelle ne garantit donc pas à elle seule la valeur de marché d’origine au client. Le prestataire peut refuser si les coûts atteignent le montant à rendre ou si la loi l’interdit. Le commerçant doit expliquer ses règles avant le paiement. [2]
Pour une vision complète, lisez aussi Bitcoin, Lightning Network, LNURL, Lightning Address. Cette entrée est également citée par Paiement en bitcoin chez Alza.