Un client n'a jamais visité votre boutique en ligne. Aucun panier abandonné, aucune page consultée, aucun clic « ajouter au panier » enregistré dans vos analyses. Et pourtant, un paiement est arrivé, une commande a été expédiée, et un risque de rétrofacturation figure désormais dans vos livres de comptes, lié à un acheteur qui n'a jamais regardé un écran.
C'est à cela que ressemble une part croissante des transactions en 2026. Un agent IA — au sein de ChatGPT, Gemini ou d'un assistant d'achat basé sur l'un des nouveaux protocoles de commerce d'agents — a effectué la recherche, la comparaison et l'achat pour le compte d'une personne. Celle-ci a approuvé un budget et un ensemble de préférences ; l'agent a fait le reste. Pour les commerçants, cela n'a rien de théorique. Les vendeurs Etsy utilisent déjà l'Instant Checkout d'OpenAI, plus d'un million de marchands Shopify s'y mettent, et le serveur de commerce d'agents de PayPal devrait amener des dizaines de millions de petites entreprises sur ces rails d'ici la fin de l'année.
Le problème est que la comptabilité de la plupart des petites entreprises suppose toujours qu'un humain a cliqué sur « acheter ». Les commandes initiées par des agents brisent cette hypothèse d'une manière qui se traduit d'abord par des casse-têtes de rapprochement et, si elle est ignorée, par un véritable risque financier et de conformité.
Ce que le « commerce d'agents » signifie réellement pour vos livres
Si l'on fait abstraction du battage publicitaire, le commerce d'agents n'est rien d'autre que du shopping délégué : un client fixe un objectif (« trouve-moi une veste imperméable à moins de 150 $ en bleu marine, taille M ») et des limites (un plafond de dépenses, des détaillants approuvés, éventuellement une carte de paiement), et un agent IA s'occupe de la recherche et de l'achat avec un minimum d'interventions supplémentaires. Environ 58 % des consommateurs déclarent avoir déjà remplacé la recherche traditionnelle par des outils d'IA générative pour obtenir des recommandations de produits — la transition de « chercher puis acheter » à « déléguer puis approuver » est bel et bien en cours, et n'est pas une tendance future.
Trois familles de protocoles ont émergé pour rendre cela possible, et vous rencontrerez probablement les trois si vous vendez en ligne à long terme :
- ACP (Agentic Commerce Protocol) — développé par Stripe et OpenAI, c'est ce qui alimente l'Instant Checkout dans ChatGPT. Au lieu que l'agent accède au numéro de carte réel de votre client, le fournisseur de paiement du client émet un jeton de paiement partagé (Shared Payment Token) : un identifiant à portée limitée, temporaire et révocable, valable pour un marchand et un montant spécifiques. Stripe le décrit comme une autorisation programmable, observable via des événements de webhook — ce qui est crucial, car ces webhooks sont votre seul signal en temps réel qu'un acheteur non humain vient d'effectuer une transaction.
- AP2 (Agent Payments Protocol) — le standard concurrent de Google, soutenu par plus de 60 partenaires, dont Mastercard, PayPal et American Express. AP2 représente chaque achat par agent sous la forme de trois « mandats » signés : un mandat d'intention (ce que l'acheteur veut), un mandat de panier (ce que l'agent a assemblé) et un mandat de paiement (ce qui est facturé). Chacun est un enregistrement vérifiable et signé cryptographiquement — en théorie, une piste d'audit plus propre qu'un paiement humain classique, si vos systèmes savent la lire.
- UCP et autres — un mouvement plus large vers la standardisation des fenêtres de livraison, des politiques de retour et des données d'exécution lisibles par machine, afin que les agents puissent comparer les marchands sur des critères cohérents, et pas seulement sur le prix.
Le résultat concret : votre boutique en ligne pourrait bientôt servir deux types de clients très différents — des humains et des agents logiciels agissant sous le mandat d'un humain — et votre comptabilité doit pouvoir les distinguer.
Pourquoi le rapprochement devient plus difficile, et non plus simple
On pourrait penser qu'une commande générée par une machine et signée cryptographiquement serait plus facile à rapprocher qu'une commande humaine. En pratique, les marchands constatent le contraire, pour plusieurs raisons concrètes.
La chaîne d'autorisation réside à plusieurs endroits
Une seule transaction ACP peut toucher un enregistrement de mandat, un reçu de commande, un événement de règlement de votre processeur de paiement et un enregistrement d'identité confirmant quel agent (et sous quelle autorité) a initié l'achat. Lorsqu'un événement de règlement arrive dans votre flux bancaire, le faire correspondre au contexte réel de la commande — et être en mesure de prouver cette chaîne en cas de litige — est déjà décrit dans les premières implémentations comme « un exercice de rapprochement multi-sources ». C'est une façon élégante de dire que le montant qui arrive sur votre compte et la commande à laquelle il appartient ont désormais plus d'intermédiaires qu'un simple numéro de facture.
Les remboursements doivent être associés à un « qui, quoi et pourquoi »
Si le pendant « service client » d'un agent IA initie un remboursement sur votre plateforme — ce qui est de plus en plus fréquent à mesure que les détaillants automatisent les retours —, ce remboursement a besoin de métadonnées : quel agent l'a autorisé, en vertu de quelle politique et pourquoi. La comptabilité en a besoin pour rapprocher la transaction ; vous en avez besoin pour vous défendre contre une rétrofacturation où le client conteste également le même débit auprès de sa banque, créant un risque de double remboursement. Les remboursements partiels sur des commandes d'articles multiples et les remboursements proratisés sur les abonnements ne font qu'accentuer ce problème.
L'exposition aux rétrofacturations est déjà élevée et continue de grimper
Les litiges de rétrofacturation devraient coûter aux commerçants environ 28 milliards de dollars en 2026, avec des volumes en hausse d'environ 41 % depuis 2023 — et cela sans compter l'ambiguïté supplémentaire : « le titulaire du compte a-t-il réellement autorisé cela, ou son agent a-t-il dépassé son mandat ? ». Chaque litige perdu vous coûte le montant de la transaction, des frais de traitement généralement compris entre 15 , et le temps passé par le personnel à rassembler des preuves dans un délai réseau très serré. Les commandes initiées par un agent qui manquent d'enregistrements de mandat clairs seront plus difficiles, et non plus faciles, à défendre.
Les flux bancaires ne font pas la différence
Votre relevé bancaire indique un dépôt. Il ne précise pas si ce dépôt provient d'une personne physique ayant cliqué sur « Passer la commande » ou d'un agent exécutant un mandat de panier d'achat avec un budget de 150 $. Si votre plan comptable et votre processus de rapprochement ne permettent pas de marquer la source, vous perdez la capacité de répondre à des questions fondamentales plus tard : quel chiffre d'affaires a été généré via le passage en caisse par agent ce trimestre ? Quel est le taux de remboursement sur le canal des agents ? Le volume provenant des agents est-il lié de manière disproportionnée à des litiges ? Ce ne sont pas des questions abstraites — ce sont celles qu'un prêteur, un comptable ou un acquéreur finira par vous poser.
Un cadre de rapprochement pratique pour les commandes initiées par des agents
Nul besoin de devenir ingénieur en systèmes de paiement pour bien gérer cela. Il vous suffit d'intégrer quelques habitudes rigoureuses dans le système de comptabilité que vous utilisez déjà.
1. Marquez le canal au point de vente, pas après. Que vous utilisiez Shopify, Etsy ou une infrastructure personnalisée, la plupart des intégrations de commerce d'agents transmettent un indicateur (flag) ou un champ de métadonnées signalant que la commande provient d'ACP, d'AP2 ou d'un protocole similaire. Enregistrez cet indicateur sous forme d'étiquette de transaction ou de sous-compte (par exemple, « Ventes — Canal Agent ») plutôt que de l'inclure globalement dans les revenus de vente généraux. Rattraper ce retard après six mois de ventes non différenciées entre agents et humains est bien plus fastidieux que de procéder au marquage dès le premier jour.
2. Conservez le mandat ou le reçu de commande, et pas seulement le relevé de règlement. Le rapport de versement de votre prestataire de paiement vous indique que l'argent a été transféré. En général, il ne vous présente pas l'historique complet de l'autorisation. Quel que soit le reçu fourni par la plateforme, la référence de mandat ou la charge utile du webhook (webhook payload) qui accompagne la commande, conservez-les avec vos factures habituelles. Traisez-les comme vous le feriez pour un bon de commande signé — c'est votre preuve si un litige survient un jour pour savoir si « cela a réellement été autorisé ».
3. Rapprochez explicitement les montants nets de frais. Par exemple, l'Instant Checkout d'OpenAI facture aux marchands des frais de transaction de 4 % sur les achats finalisés. Il s'agit d'une véritable ligne de coûts qui nécessite son propre compte — ne la masquez pas au sein de « frais de traitement des paiements » génériques si vous souhaitez réellement comparer les marges entre les ventes par canal d'agent et les ventes directes.
4. Créez un journal distinct pour les remboursements/litiges des commandes d'agents — du moins jusqu'à ce que vous maîtrisiez le volume. Comme la question de savoir « qui a initié ce remboursement et pourquoi » revêt ici plus d'importance, un simple journal de suivi (même un tableur pour commencer) consignant l'identifiant de la commande, la référence du mandat, le motif et l'origine (initiée par un agent ou par un humain) vous fera gagner des heures la première fois qu'un rejet de débit (chargeback) et un remboursement se télescoperont sur une même commande.
5. Décidez délibérément si vous souhaitez accepter les achats effectués par des agents. Sous des protocoles comme AP2, votre boutique en ligne a la possibilité de décider si elle accepte ou non les transactions initiées par des agents, de les traiter différemment (un CAPTCHA, un prix distinct, l'exclusion des cartes-cadeaux) ou de se désengager complètement. C'est autant une décision commerciale que technique — et elle doit être prise en tenant compte de votre capacité de tenue de livres et de gestion des litiges, et pas seulement de votre volonté de capter ce canal de vente.
La leçon sous-jacente : l'auditabilité a toujours été le but recherché
Voici ce que le commerce d'agents met en évidence et qui a toujours été vrai : une transaction n'est fiable que si l'enregistrement qui la sous-tend l'est également. Les mandats signés cryptographiquement et les jetons de paiement restreints sont, en un sens, une tentative du commerce d'agents de résoudre un problème que la bonne comptabilité a toujours cherché à résoudre — savoir exactement ce qui a été autorisé, par qui, pour quel montant, et être capable de le prouver par la suite.
Les petites entreprises qui tiennent déjà des registres propres, bien étiquetés et auditables auront beaucoup plus de facilité à intégrer les ventes par canal d'agent dans leur système existant. Les entreprises dont la comptabilité est approximative et non différenciée s'apercevront que le commerce d'agents transforme une légère lacune comptable en un véritable problème de rapprochement et de défense contre les litiges, au moment même où le volume des transactions via ces canaux commencera à augmenter.
Préparez votre comptabilité pour les futurs modes de vente
Qu'une vente provienne d'un humain cliquant sur « acheter » ou d'un agent d'IA exécutant un mandat signé en son nom, les fondamentaux restent les mêmes : chaque transaction nécessite une piste d'audit claire, de la commande au règlement. Beancount.io vous propose une comptabilité en texte brut transparente et contrôlée par version dès sa conception. Ainsi, l'étiquetage d'un nouveau canal de vente — y compris les commandes initiées par des agents — consiste simplement à ajouter un compte, sans avoir à restructurer toute votre comptabilité. Commencez gratuitement et découvrez pourquoi les développeurs et les chefs d'entreprise soucieux de leurs finances passent à la comptabilité en texte brut avant que la prochaine transition commerciale ne se produise.