Paiements agentiques

Un ordre permanent et une carte enregistrée paient tous deux sans que personne n'appuie sur un bouton, et aucun des deux n'est agentique, car le montant, le bénéficiaire et le moment ont été fixés quand la personne les a mis en place. Un agent est différent en ce qu'il décide: il choisit le produit, le vendeur, le moment et parfois le moyen de paiement, dans les limites qui lui ont été données.

Le rapport mensuel de septembre 2026 de la Bundesbank décrit exactement cette capacité, avec des agents IA capables de planifier, lancer et gérer seuls des paiements dans le cadre d'un mandat donné, y compris le choix du moyen de paiement, du moment et du réseau, sans approbation pour chaque transaction. Cela déplace la question à laquelle chaque règle de paiement répond en premier, à savoir qui a autorisé cela. Finance Loop traite les agents eux-mêmes dans Agents d'IA en finance.

Trois projets de protocoles traitent différentes étapes d'un achat lancé par un agent. L'Agent Payments Protocol, AP2, a été publié par Google en septembre 2025 comme standard ouvert, et l'explication qu'en donne Descope fait état du soutien de plus de 60 organisations du e-commerce et du traitement des paiements. L'Agentic Commerce Protocol est issu des travaux d'OpenAI sur le checkout dans ChatGPT. Une troisième initiative de Klarna ouvre un catalogue de produits aux agents.

AP2 porte sur la preuve de l'autorisation et la répartition des responsabilités, et standardise donc les justificatifs. Les protocoles de commerce visent à présenter un panier et un checkout à un agent, et standardisent donc l'interface du commerçant. Un commerçant devra probablement en prendre en charge plusieurs, comme il prend en charge plusieurs wallets aujourd'hui.

AP2 divise le consentement en trois justificatifs signés qui enregistrent différentes étapes de l'autorisation. Un intent mandate est ce que la personne signe à l'avance et contient les règles dans lesquelles l'agent doit rester, comme acheter des billets pour ce concert dès leur mise en vente sans dépasser 200 dollars. Un cart mandate est signé quand la personne est présente et fixe les articles exacts et le prix exact. Un payment mandate va au réseau et indique à l'émetteur si une personne était présente.

Descope note que les mandats reposent sur le standard W3C Verifiable Credentials et qu'une signature cryptographique rend toute altération de chacun visible, si bien que toute modification l'invalide. La conception laisse aussi les données de carte chez un fournisseur d'identifiants au lieu de les remettre à l'agent ou au commerçant, et c'est ce qui maintient l'agent hors du périmètre PCI. Finance Loop traite ce standard dans PCI DSS 4.0.

C'est la question réglementaire ouverte en Europe, et elle n'a pas de réponse établie. Freshfields pose le problème directement: l'authentification suppose qu'une personne saisit un code PIN, fournit une donnée biométrique ou répond à une notification push, et un agent IA ne peut rien faire de cela au sens classique. Freshfields note aussi qu'aucune des règles actuelles n'envisage explicitement une authentification lancée par un non-humain.

Une approche proposée utilise des mécanismes existants: un jeton à durée limitée peut attester que la personne s'est authentifiée plus tôt en signant le mandat, et l'achat de l'agent devient alors une étape ultérieure d'une session authentifiée. Ou bien l'agent opère avec des identifiants émis via une API pour une identité d'agent enregistrée. Les deux exigent qu'un superviseur les accepte, et c'est pourquoi des entreprises demandent des orientations au lieu de livrer. Finance Loop traite les règles actuelles dans authentification forte du client et la révision à venir dans DSP3.

La responsabilité reste à établir, et Freshfields fait une analogie avec les escroqueries au virement autorisé, où le prestataire émetteur au Royaume-Uni doit rembourser le consommateur dans la plupart des cas même quand un tiers a causé la perte, le coût étant partagé à parts égales entre prestataire émetteur et prestataire destinataire jusqu'à 85 000 livres. Pour les agents, la note avertit que l'exposition globale des prestataires de paiement pourrait être importante, car un agent autorise à une vitesse et à une échelle qu'une personne n'atteint pas.

La défense qu'offre un flux agentique est la piste d'audit. Un intent mandate signé montre ce qui était permis, un cart mandate signé montre ce qui a été approuvé, et ensemble ils distinguent un paiement qui a dépassé son mandat d'un paiement que la personne a demandé puis regretté. La question commerciale sous les travaux de normalisation est de savoir lequel des deux une règle de remboursement excusera. Finance Loop traite le volet escroquerie dans fraude APP.

La Bundesbank a consacré un article de son rapport mensuel de septembre 2026 au fonctionnement des paiements agentiques et à ce qu'ils signifient pour les flux de paiement. Selon la Bundesbank, un agent peut planifier, lancer et gérer un paiement dans le cadre d'un mandat, et cela diffère de l'automatisation existante parce que l'agent décide à partir d'objectifs et des informations disponibles.

Aucune autorité européenne n'a publié d'orientations contraignantes sur l'authentification lancée par un agent. Deux cadres existants atteindront ces flux, que de nouvelles règles soient écrites ou non: les règles des services de paiement sur le consentement, l'authentification et les transactions non autorisées, et les obligations du règlement européen sur l'IA pour le fournisseur et le déployeur du système qui prend la décision. Une entreprise qui construit cela conçoit face à deux régimes rédigés sans tenir compte l'un de l'autre. Finance Loop traite le secteur allemand dans IA en finance en Allemagne.

Vendre à un agent demande plus qu'un bouton de checkout. Les données produits doivent être lisibles par une machine qui ne voit jamais la page, avec le prix, la disponibilité, les variantes et les conditions de livraison dans un flux structuré au lieu de HTML rendu. Le checkout doit accepter un mandat signé comme autorisation et renvoyer un résultat sur lequel un agent peut agir.

Le scoring de fraude doit distinguer un agent d'un bot, à rebours d'une décennie passée à bloquer tout ce qui n'est pas un navigateur. Les défenses anti-bots doivent laisser passer les bons agents sur la base d'une identité vérifiable, puisqu'une chaîne user agent ne prouve rien. Les retours et les litiges ont besoin d'une procédure pour un acheteur qui était un logiciel, et la trace du mandat qui a autorisé l'achat doit être conservée aussi longtemps qu'un litige peut survenir. Finance Loop traite le côté checkout dans paiements e-commerce en Allemagne.

Les agents utilisent d'abord les cartes, car les protocoles et les procédures de litige existantes les prennent en charge. Le virement de compte à compte est la voie la moins chère et la plus difficile pour un agent, puisqu'un virement est définitif une fois envoyé et n'offre aucune rétrofacturation de secours. Le règlement en stablecoins apparaît dans les démonstrations d'agents pour la même raison que dans les paiements de machine à machine, à savoir qu'un petit paiement peut être réglé sans relation de compte, et il pose le même problème de caractère définitif. Finance Loop traite les alternatives dans paiements de compte à compte et règlement en stablecoins.

Oui, quand le paiement est autorisé par le titulaire du compte et que l'agent agit comme outil pour donner cette autorisation. Le droit allemand et européen des paiements rattache le consentement au payeur, et non à l'appareil ou au programme qui le transmet, si bien qu'un mandat donné par une personne est l'instruction de cette personne. Les points non tranchés sont de savoir si la méthode d'authentification satisfait aux règles d'authentification forte du client, et qui supporte la perte quand l'agent a agi hors de son mandat. Les deux trouvent aujourd'hui leur réponse dans le contrat entre l'utilisateur, le fournisseur de l'agent et le prestataire de services de paiement.