Accepter les cryptos en point de vente

Accepter les cryptos en point de vente, c'est permettre à un client au comptoir de payer avec un actif numérique — un stablecoin comme l'USDC, ou une cryptomonnaie comme le BTC — tandis que vous, commerçant, êtes crédité en euros. L'actif envoyé par le client et l'argent que vous recevez sont deux choses différentes, reliées par un cours fixé au moment du paiement. Rien dans votre caisse, votre comptabilité ou votre compte bancaire n'a connaissance de la crypto. Le terminal affiche un prix en euros, le client scanne un code, et quelques secondes plus tard la vente est clôturée en euros — sur la même ligne que pour une carte. La crypto en point de vente est un moyen de paiement, pas un changement comptable, et le garder ainsi est tout le problème d'ingénierie.

Il vaut mieux poser ce cadre d'emblée, car l'essentiel de la confusion autour des paiements crypto vient de l'amalgame entre deux questions qui devraient rester distinctes : comment le client paie, et dans quelle devise le commerçant conserve ses fonds. Séparez-les, et le reste en découle.

Le problème à résoudre vraiment

Un commerçant veut la vente, pas la volatilité. Il ne veut pas finir la journée avec un tas d'actifs à la valeur incertaine, ni que son comptable se mette soudain à parler deux devises. Il veut un prix figé entre le paiement et le ticket, l'argent en euros, et un rapprochement qui ressemble à n'importe quelle journée de paiements par carte. Une boutique qui accepte la crypto naïvement n'obtient rien de tout cela : elle reçoit un actif dont le prix bouge pendant que le client hésite encore, le range dans un wallet et hérite d'une seconde devise dans ses comptes que quelqu'un doit désormais valoriser et convertir à la main. L'objectif de conception est donc étroit et strict — rendre la crypto visible à un seul endroit, le moment du paiement, et invisible partout ailleurs.

Un seul geste : un QR, un cours verrouillé, une ligne en euros

Suivons le parcours au comptoir. Le caissier encaisse un panier de 24,00 €. Le terminal affiche le total en euros et génère un QR code qui encode la demande — le montant, une adresse de destination ou une facture, et un identifiant de cotation à courte durée de vie. Le client le scanne avec son propre wallet, voit exactement ce qu'il s'apprête à envoyer, et confirme. Le terminal surveille le réseau pour repérer ce transfert et, dès la confirmation, imprime un ticket en euros. Du côté du caissier, le rythme est identique à celui d'une carte : total, présentation, validation, ticket. Personne derrière le comptoir ne saisit d'adresse ni ne lit un solde dans autre chose que des euros.

Placer la demande dans le QR est ce qui permet de la tendre sans risque au téléphone d'un inconnu. Le montant et la destination voyagent dans le code, avec somme de contrôle, de sorte que le client ne peut pas payer la mauvaise adresse ou le mauvais montant par une erreur de saisie — le même principe que l'identité par construction côté encaissements, appliqué à un comptoir. Un code qui se scanne est un code correct ; il n'y a aucun champ libre où se tromper.

Un règlement en euros, pour que la comptabilité ignore la crypto

Entre l'actif envoyé par le client et les euros conservés par le commerçant se trouve la conversion, et son emplacement fait toute l'astuce. Le client envoie des USDC ou du BTC ; la plateforme convertit et crédite le compte du commerçant en EUR. Le grand livre du commerçant ne voit jamais qu'un crédit en euros et une ligne de frais en euros — la même forme qu'un règlement de carte — car l'actif est converti côté plateforme, et non laissé dans un wallet que le commerçant devrait gérer. En fin de journée, la comptabilité est en euros de bout en bout. Pas de panier de jetons à valoriser, pas de seconde devise dans les comptes, et rien à off-ramper le lundi matin.

Le rôle du client est de payer avec ce qu'il détient. Le rôle du commerçant est de tenir ses comptes dans une seule devise. Un point de vente qui règle la crypto en euros n'est que la machine qui empêche ces deux réalités de jamais se rencontrer.

Le cours est verrouillé, pas poursuivi

La volatilité est la crainte, et un cours verrouillé avec compte à rebours est la réponse. Quand le terminal affiche le prix en euros, il fixe aussi un cours valable pendant une fenêtre donnée — quelques secondes. Le client paie dans cette fenêtre, sur la base de ce cours, et les euros crédités au commerçant sont ceux de l'écran, et non ce que le marché a fait pendant que le wallet se chargeait. Si la fenêtre expire avant que le client ne confirme, le terminal recote : nouveau code, nouveau compte à rebours, nouveau prix explicite — jamais une dérive silencieuse. Le commerçant n'est jamais exposé à la variation entre le paiement et la confirmation ; ce risque pèse sur celui qui a fixé le cours, pas sur le commerçant qui voulait simplement vendre un café.

Quand le client est lent, ou que le terminal est hors ligne

Les réseaux se bloquent et les boutiques perdent la connexion, le comportement hors ligne doit donc être volontairement sans surprise. Deux cas. Quand le client est lent, le cours expire simplement et le terminal recote — un paiement est confirmé dans la fenêtre ou n'a pas lieu, et il n'y a aucune vente à moitié faite à défaire. Quand c'est le terminal lui-même qui passe hors ligne, il peut encore afficher une demande pour un montant connu, mais il ne peut ni fixer un nouveau cours ni confirmer le règlement : il garde donc la vente en attente et la rapproche à la reconnexion plutôt que de feindre le succès. La règle qui prévaut : le ticket s'imprime à la confirmation, jamais sur une promesse — un ticket en euros signifie que les euros sont comptabilisés, et une vente que le terminal n'a pas pu confirmer reste ouverte et visible dans la console opérateur au lieu de disparaître discrètement.

Là où le terminal rejoint le gateway

Le comptoir est le visage en boutique de la même pile d'acceptation que celle qui tourne en ligne. Un paiement crypto en magasin et un checkout par lien de paiement sont le même événement en dessous — une demande, un paiement, un règlement en euros, un ticket — présenté sur des surfaces différentes. Le commerçant rapproche donc ses encaissements crypto en magasin et ses commandes en ligne au même endroit, en euros, avec les mêmes lignes de frais et les mêmes exports, au lieu de tenir deux comptabilités qu'il faut agrafer ensemble en fin de mois. Le terminal se trouve sur /products/pos ; le versant en ligne des mêmes rails sur /products/gateway ; et le vocabulaire — cotation, règlement, acquéreur, rapprochement — est défini dans le /glossary.

La frontière, en toute franchise

Si personne à votre comptoir ne veut payer en crypto, un terminal crypto résout un problème que vous n'avez pas — acceptez les cartes et passez à autre chose. Il se justifie là où une part réelle de vos clients détient déjà des actifs numériques et préfère les dépenser plutôt que de les off-ramper d'abord : certains corridors de voyage, certaines communautés nées en ligne, certaines régions où les stablecoins sont tout simplement la façon de détenir de l'argent à dépenser. Dans ces lieux, refuser le paiement, c'est refuser la vente. Les mécanismes décrits plus haut — le QR, le cours verrouillé, le règlement en euros, la règle de confirmation avant ticket — vous permettent de conclure cette vente sans subir la volatilité, la seconde devise ni un chantier comptable. La crypto reste l'affaire du client ; les euros restent les vôtres.