494 / 736MERCHANT

Merchant Adoption

Acceptation de bitcoin par les commerçants

Un client veut payer son café en bitcoin. Un autocollant sur la porte ne suffit pas : le personnel doit créer la bonne demande, reconnaître le paiement reçu et savoir réagir en cas de problème. Merchant Adoption décrit ce passage de l’annonce au paiement quotidien.

Merchant Adoption signifie que des commerces et prestataires mettent en place des paiements en bitcoin réellement utilisables par leurs clients. Cela concerne les boutiques physiques comme les sites marchands. Accepter bitcoin ne veut pas dire le conserver à long terme : le commerçant peut recevoir les fonds directement ou passer par un service qui lui verse une autre monnaie selon les conditions convenues.

Imaginez un commerce indiqué sur une carte comme acceptant Bitcoin, mais dont l’équipe du jour ne sait pas lancer le paiement. La fiche aide peu le client. Il faut vérifier le lieu précis, le mode accepté et la date du contrôle. BTC Map s’appuie donc sur des contributeurs locaux et de nouvelles vérifications des lieux existants. Un achat d’essai réussi montre que la procédure fonctionne à cet instant. Il ne dit pas combien de personnes l’utilisent régulièrement ; il faut pour cela observer des achats réels sur une période définie. [1]

Le commerçant peut recevoir des bitcoins dans un portefeuille dont il contrôle les clés. Ces clés permettent de dépenser les fonds ; leur sauvegarde doit donc aussi être protégée. Autre possibilité : un prestataire traite le paiement et propose un versement dans une monnaie locale prise en charge. BitPay décrit ce fonctionnement. Le client paie en bitcoin sans que le commerçant doive rester exposé à son cours. Vérifiez qui contrôle les fonds avant le versement, quand ils sont libérés, avec quelles conditions et limites. Mode de paiement et garde des fonds sont deux choix distincts. [2] [3]

La caisse associe l’achat à un montant et à un mode de paiement. BTCPay Server appelle cela une invoice : une demande qui fixe le montant et le taux de change pour une durée limitée. Le client sait ainsi combien envoyer pour sa commande. Une demande expirée, un montant insuffisant ou un trop-perçu exigent un traitement particulier. Avant l’envoi, montant, destinataire et réseau doivent être vérifiés. Un code QR transmet simplement des informations au portefeuille ; il ne garantit ni leur exactitude ni leur rattachement à la bonne commande. [4]

Le client montre un écran indiquant l’envoi du paiement. Le personnel vérifie malgré tout son propre système. Dans BTCPay Server, Processing signifie que le montant demandé est payé mais que des conditions de règlement restent à remplir, par exemple des confirmations dans les blocs. Settled signifie qu’elles sont remplies. Les paiements Lightning n’attendent normalement pas de confirmations dans les blocs. La remise des biens suit la politique du commerce, le mode de paiement et le montant de l’achat. Modifier manuellement un état ne prouve pas une confirmation du réseau ; un paiement inhabituel doit d’abord être vérifié. [4]

Lightning Network permet des paiements rapides par des canaux de paiement, des liaisons établies à l’avance entre participants. Recevoir exige une connexion et de la liquidité entrante : de la place pour que d’autres fonds arrivent par ces canaux. Ce n’est pas la même chose que l’argent déjà détenu. Exploiter son propre nœud, un ordinateur équipé du logiciel de paiement, demande de gérer les canaux et de les suivre. Un service simplifie le travail, mais le commerçant dépend de son fonctionnement et peut, selon le modèle, lui confier aussi ses fonds. [2]

Choisir une solution ne consiste pas à comparer un seul tarif annoncé. Aux frais de réseau et de service peut s’ajouter un coût dans le change : l’écart entre le taux appliqué et celui choisi comme référence. Ajoutez liquidité entrante, matériel, entretien et temps du personnel. L’autogestion apporte du contrôle et la responsabilité de faire fonctionner l’ensemble. Un service plus simple peut imposer des limites et exposer à une panne ou défaillance du prestataire. L’équipe suivante doit aussi connaître la procédure, y compris les pannes et montants incorrects. [2] [4]

Le rapprochement comptable exige de conserver le lien entre commande, paiement, change, frais et éventuel versement du prestataire. BTCPay Server peut exporter des rapports, mais ils ne garantissent pas à eux seuls le respect des obligations comptables locales. Un remboursement est un nouveau paiement, pas l’effacement de la transaction initiale. Définissez à l’avance sa monnaie et son calcul, puis vérifiez les coordonnées de réception du client. Dans le processus documenté de BTCPay, créer un lien ne suffit pas : après la saisie de la destination par le client, il faut encore traiter le versement. [5] [6]

La question utile n’est pas seulement « Combien de lieux avons-nous ajoutés ? », mais aussi « Peut-on encore y payer et les clients reviennent-ils ? ». Suivez séparément établissements opérationnels, achats réussis, usage répété et problèmes de paiement. Comparez les mêmes périodes et définitions, en notant fermetures et informations périmées. L’aide locale et les contrôles réguliers maintiennent l’option utilisable. Les lieux ne sont pas un nombre de clients ; accepter Bitcoin ne garantit à lui seul ni hausse des ventes ni hausse de son prix. [1] [5]

Exemple · MERCHANT

Le café est payé, des questions restent ouvertes

Dans un café fictif, le personnel crée une demande pour une commande précise. Le client la scanne et paie par Lightning Network. Le personnel vérifie la réception effective dans son système puis conclut la vente ; une photo du téléphone ne suffit pas. Cet achat montre que la procédure fonctionne à cet instant, pas le nombre d’habitués. Le fait que le café conserve bitcoin ou reçoive une autre monnaie du prestataire est enregistré séparément.

Pour une vision complète, lisez aussi Bitcoin Point of Sale, Bitcoin Payment Processor, BTC Map, Lightning Network, Medium of Exchange, Grassroots Bitcoin Adoption. Cette entrée est également citée par Bitcoin Pizza Day, Paralelní Polis, Bitcoin Coffee, BTC Prague.

01Le commerçant doit-il conserver les bitcoins reçus ?

Non. Il peut les gérer lui-même ou utiliser un prestataire proposant un versement dans une monnaie locale prise en charge. Il doit connaître frais, conditions du versement et contrôle des fonds jusque-là. « Le client a payé en bitcoin » ne dit pas quelle monnaie le commerçant reçoit finalement.

02Un autocollant ou une carte suffit-il à vérifier l’acceptation ?

Ils montrent une possibilité annoncée ou enregistrée qui peut être périmée. Vérifiez le lieu et le fonctionnement actuel de toute la procédure. Conclure à un usage durable exige aussi des données d’achats réels et répétés. Un seul essai réussi ne les remplace pas.

₿ / Carte
Ouvrir la carte mondiale des commerçants

Passez du concept d’adoption aux lieux réels qui acceptent bitcoin aujourd’hui.

DOC · 001BTC Map — Verification and local maintenanceSource primaire DOC · 002BTCPay Server — Lightning options and custodyDocumentation DOC · 003BitPay — Configuring settlementsDocumentation DOC · 004BTCPay Server — Invoice lifecycleDocumentation DOC · 005BTCPay Server — ReportingDocumentation DOC · 006BTCPay Server — RefundsDocumentation
Révisé le: Sources d’abord · Pas un conseil financier