Note de référence
Litiges et responsabilité des achats par agent IA
Mandats signés, responsabilité et litiges agentiques : les preuves qu'un marchand doit conserver pour défendre chaque transaction.
Publiée le . Rattachée à AP2, le protocole de paiement agentique.
Un client conteste un achat en affirmant qu’il n’a jamais demandé ce produit. L’agent, lui, a bien reçu une instruction et l’a exécutée dans les limites qu’on lui avait fixées. Qui supporte le coût ?
La question paraît juridique. Elle est d’abord architecturale, parce qu’elle mélange deux couches qui n’ont ni le même objet ni le même rythme d’évolution : la preuve d’autorisation, et l’attribution de la responsabilité.
Deux couches à ne pas confondre
La preuve d’autorisation est un problème technique, et il est en voie de résolution. AP2 le traite avec des mandats signés, portés comme des Verifiable Credentials du W3C : un mandat d’intention qui fixe le périmètre et les contraintes, un mandat de panier qui fige les articles et le montant, un mandat de paiement côté réseau. Le principe directeur annoncé par Google est l’intention vérifiable plutôt que l’action inférée, précisément pour traiter le risque d’erreur ou d’hallucination de l’agent.
L’attribution de la responsabilité est un problème de règles, et il n’est pas résolu. Aucun protocole ne décide qui supporte une contestation. Cette décision relève des règles des réseaux de cartes, des contrats d’acquisition et du droit de la consommation applicable. Les éditeurs spécialisés dans la gestion des litiges convergent aujourd’hui sur un constat simple : il n’existe pas de règle qui dirait « si un agent IA a effectué l’achat, le fournisseur de l’agent est responsable », et le coût continue en pratique de redescendre vers le marchand.
Confondre les deux couches produit une erreur d’anticipation coûteuse : croire qu’implémenter AP2 déplace le risque. Un mandat signé améliore la qualité de la preuve. Il ne réécrit pas la règle qui décide de qui paie.
Ce que le protocole verrouille tout de même
Deux éléments de conception méritent d’être notés, parce qu’ils réduisent réellement la surface de litige.
Le mandat de panier fige les articles et le prix exacts et les lie à l’intention initiale. Le litige classique du « ce n’est pas ce que j’avais commandé » perd sa base factuelle : il existe un enregistrement signé de ce qui a été approuvé.
Côté UCP, le cadrage va dans le même sens. Les implémentations de référence relèvent que la spécification pousse à ce qu’un manifeste représente un seul marchand, précisément pour garder la responsabilité et la propriété clairement attribuées. C’est une contrainte à connaître avant de concevoir une architecture de place de marché : la mutualisation d’un manifeste entre plusieurs vendeurs va contre le modèle.
La gouvernance en cours
La standardisation ne s’arrête pas au dépôt initial. AP2 a fait l’objet d’une donation à la FIDO Alliance, et la poursuite des travaux est annoncée au sein de groupes de travail dédiés à l’authentification agentique et aux paiements. Pour un comité qui arbitre un calendrier, cela signifie que le socle d’autorisation est appelé à se stabiliser dans une enceinte multi-acteurs, alors que les règles de responsabilité restent, elles, du ressort des réseaux et des régulateurs.
Autrement dit, ces deux couches n’avanceront pas au même rythme. Il serait imprudent de conditionner un déploiement à la stabilisation de la seconde.
Ce qu’un marchand doit conserver dès maintenant
Sans attendre la clarification des règles, la position défendable consiste à se constituer un dossier de preuve exploitable. Concrètement, pour chaque transaction initiée par un agent :
- l’identité déclarée de l’agent et le canal utilisé, en sachant que cette déclaration n’est pas cryptographiquement vérifiable de bout en bout dans l’état actuel de l’écosystème, point développé dans la note sur le trafic des agents ;
- les mandats reçus et leurs signatures, conservés sous une forme rejouable, pas seulement journalisés en texte ;
- le résultat de la négociation de capacités, qui atteste des conditions effectivement acceptées par les deux parties, voir la note sur le manifeste UCP ;
- la spécification de traitement du paiement déclarée au moment de la transaction, et non la version courante du manifeste, voir la note sur les payment handlers.
Ce dernier point est le plus souvent manqué. Un manifeste évolue ; une contestation arrive des semaines plus tard. Si vous ne savez pas quelle version était servie au moment des faits, votre dossier repose sur une reconstitution.
Trois questions pour l’arbitrage interne
- Sommes-nous capables de rejouer une transaction agent vieille de trois mois, mandats et négociation compris ?
- Nos conditions générales traitent-elles l’achat initié par un agent, ou supposent-elles un acheteur humain sur le site ?
- Notre contrat d’acquisition dit-il quelque chose du canal agentique, ou l’assimile-t-il par défaut à une transaction sans carte présente ?
Aucune de ces trois questions n’est résolue par le protocole. Toutes se posent le jour de la première contestation.
Pour les mandats eux-mêmes, voir AP2. Pour les rails côté réseaux, voir Visa et Mastercard.
Sources
- Google Cloud, Announcing Agent Payments Protocol (AP2)
- AP2, documentation officielle du protocole
- Universal Commerce Protocol, spécification officielle 2026-04-08
- Checkout.com, Chargebacks in agentic commerce
Revenir à AP2, le protocole de paiement agentique · Toutes les notes · Read in English