Quand l'IA paie pour le compte de votre client : qui donne vraiment l'autorisation ?
Lorsqu'un agent IA initiera demain un paiement pour le compte de votre client, la question essentielle ne sera pas de savoir si la transaction peut être traitée sur le plan technique. La première question sera : cet agent a-t-il réellement le droit de le faire ?
Cela paraît simple, mais soulève immédiatement une série de nouvelles questions en matière de paiement. Qui a donné l'instruction ? Quels pouvoirs l'agent a-t-il reçus ? Cette autorisation valait-elle pour cet achat précis ? Et que se passe-t-il si le client affirme après coup : « Ce n'était pas mon intention » ?
Pour les entreprises, le commerce agentique n'est donc pas seulement une question de technologie. C'est avant tout une question de confiance, de contrôle et de preuve autour du paiement.
Un paiement n'est fiable que si vous savez qui agit
Lors d'un passage en caisse classique, le client effectue lui-même les étapes clés. Avec le commerce agentique, un logiciel peut prendre en charge une partie de ce processus.
Prenons un exemple : un collaborateur demande à un agent IA de réserver un hôtel. Le prix ne doit pas dépasser un certain montant et la réservation doit respecter la politique de l'entreprise. L'agent recherche, compare et sélectionne une option.
Mais dès que l'agent initie le paiement, de nouvelles questions se posent. Comment savoir si l'agent est légitime ? Comment savoir si l'utilisateur a réellement donné son autorisation ? Et comment vérifier que l'agent est resté dans les limites de cette autorisation ?
C'est précisément là que l'infrastructure de paiement prend un rôle plus large : non seulement traiter la transaction, mais aussi aider à établir si l'agent, l'instruction et l'autorisation sont dignes de confiance.
Demain, tous les bots ne seront pas indésirables
Les commerçants ont l'habitude de bloquer les bots ou de les soumettre à des contrôles supplémentaires. Le commerce agentique rend cette distinction plus délicate.
Une partie du trafic automatisé pourrait en effet devenir souhaitable. Un agent IA peut agir pour le compte d'un vrai client, avec une autorisation valable.
D'où une nouvelle question : comment reconnaître un agent de confiance ?
Visa travaille par exemple sur le Trusted Agent Protocol et Mastercard mise, avec Agent Pay, sur l'enregistrement et la vérification des agents. Ces initiatives montrent comment le marché des paiements se prépare au commerce agentique, mais il n'existe pas encore de norme universelle à ce jour. (Mastercard, 2026).
Pour votre stratégie antifraude, cela signifie qu'il ne suffira peut-être plus de distinguer l'humain du bot. Le défi consiste désormais à reconnaître l'automatisation fiable : quel agent agit pour le compte d'un vrai client, avec une instruction valable et dans les limites convenues ?
L'autorisation devient plus précise qu'un simple « d'accord »
L'autorisation elle-même se complexifie. Un client peut donner son accord pour un achat bien précis. Mais un agent peut aussi recevoir une mission plus large : acheter uniquement auprès de commerçants sélectionnés, rester sous un budget fixé ou n'agir que dans une catégorie de produits déterminée.
La question pertinente n'est alors plus seulement de savoir si une autorisation a été donnée, mais aussi pour quoi.
Dans le cadre de l'Agent Payments Protocol, Google travaille par exemple avec différents types de mandats, qui permettent de définir ce qu'un agent peut faire au nom d'un utilisateur pour l'achat et le paiement (Google Cloud, 2025 ; Visa, 2025).
Pour vous, en tant que commerçant, cela signifie que vous aurez peut-être besoin de plus de contexte autour d'une transaction : non seulement qui paie, mais aussi quelle mission l'agent a reçue et dans quelles limites il pouvait agir.
La fraude et les litiges connaissent aussi de nouveaux scénarios
Les paiements via l'IA agentique ajoutent des risques aux formes de fraude existantes. Que se passe-t-il si quelqu'un s'empare du compte d'un agent légitime ? Et si un agent dépasse les limites convenues ? Ou si le client estime que l'agent a mal interprété sa demande ?
Les données publiques sur les pertes liées à ce type de scénarios restent limitées. Ces scénarios méritent d'être étudiés dès aujourd'hui, mais ils sont encore trop récents pour tirer des conclusions solides à partir de données de terrain (Visa, 2025).
Une question devient dès lors particulièrement importante : de quelles preuves avez-vous besoin si une transaction est contestée par la suite ?
Pensez par exemple aux informations sur l'instruction initiale, l'autorisation donnée, l'identité de l'agent, l'authentification et la commande finale.
En Europe, les règles de paiement existantes ne disparaissent pas
En Europe non plus, le commerce agentique ne part pas de zéro. Les règles européennes de paiement existantes, dont la DSP2 et l'authentification forte du client (SCA), continuent d'encadrer les paiements. La SCA part du principe que le consommateur s'authentifie activement. Lorsqu'un agent IA initie lui-même un paiement, cela soulève de nouvelles questions sur la manière d'appliquer ces exigences en pratique. La façon dont les règles actuelles s'appliqueront aux différentes formes de paiements initiés par un agent doit donc encore se préciser.
Vous ne pouvez donc pas simplement supposer que les processus actuels de paiement en ligne et d'authentification continueront de fonctionner tels quels. Mais affirmer l'inverse serait tout aussi hâtif : les éléments manquent encore pour dire que toute l'infrastructure de paiement doit être repensée.
Poser les bonnes questions compte davantage aujourd'hui que construire tout de suite
Pour les entreprises, le commerce agentique est pour l'instant surtout une question de préparation. Vous pouvez dès maintenant examiner sur quels points votre organisation est vulnérable ou au contraire bien préparée :
Pouvez-vous enregistrer qui a donné l'autorisation et pour quoi ?
Pouvez-vous utiliser les possibilités existantes de tokenisation et d'authentification ?
Pouvez-vous distinguer les agents légitimes de l'automatisation frauduleuse ?
Conservez-vous suffisamment de données de transaction pour les remboursements et les litiges ?
Vos API, vos processus de commande et vos modèles de détection de fraude sont-ils prêts pour les transactions initiées par un agent ?
Dans un marché où les normes, la réglementation et les responsabilités évoluent encore, il est essentiel de déterminer dès maintenant quelles questions poser à votre infrastructure de paiement.
Chez Buckaroo, cela signifie que nous suivons ces évolutions de près et examinons ce que les nouvelles normes en matière d'identité, d'autorisation, d'authentification et de paiements initiés par un agent signifient concrètement pour nos commerçants et notre infrastructure de paiement.
Car lorsque l'IA agira pour le compte de votre client, payer ne sera plus seulement une étape technique. Ce sera avant tout une question de confiance démontrable.
Envie de savoir quelle solution de paiement vous convient ?
Comparez les possibilités ou demandez un conseil sans engagement. Nous vous aidons à trouver la solution adaptée à votre entreprise, aujourd'hui comme demain.
