Ce que les six banques ont réellement publié

Le 23 septembre 2026, Commonwealth Bank of Australia, ASB Bank, Bank of America, Capital One, ING Group et NatWest Group ont publié des principes communs sur le commerce agentique. Leur définition est simple : un agent IA aide à effectuer ou facilite un paiement entre un client et un marchand. Il peut préparer un panier soumis à validation ou acheter seul dans le cadre d’un mandat.

Le document n’est ni une loi, ni une règle obligatoire des réseaux de paiement, ni une norme technique achevée. Ses cinq principes—transparence, sécurité, vie privée et données, choix et interopérabilité—sont volontaires. Un second document doit traiter de leur mise en œuvre. Le problème de confiance est donc reconnu, pas encore résolu.

Une recommandation devient un acte financier

Un assistant qui compare des chaussures reste un outil de recherche. Un agent d’achat IA qui choisit la boutique, saisit les données de paiement et confirme la commande change la nature du risque. Une réponse erronée devient un débit, une livraison puis parfois un litige.

Plus l’autonomie est grande, plus le mandat doit être précis : produits autorisés, montant maximal, marchands, pays, moyen de paiement et étape nécessitant un accord humain. « Garde le bureau approvisionné » est trop vague. « Achète ces cartouches chez un vendeur approuvé pour 150 euros maximum » peut être contrôlé.

L’Agentic Commerce Protocol de Stripe et OpenAI montre que recherche, paiement et passage au checkout par des agents sont déjà des fonctions concrètes. Un protocole peut protéger le transport des données ; il ne garantit pas que le vendeur, le produit ou l’instruction sont honnêtes.

La fraude des agents d’achat IA ne repose pas sur un seul scénario

Le faux marchand est le cas évident : catalogue lisible par machine, photos synthétiques convaincantes, domaine récent et checkout fonctionnel. Mais les banques citent aussi les agents qui saisissent directement une carte sur un site, privilégient un paiement moins protecteur ou dépassent l’autorité accordée par le client.

L’agent lui-même peut être imité ou compromis. Un attaquant peut se faire passer pour un service connu, modifier une fiche marchand, cacher des instructions dans une page ou pousser le client à relever sa limite. Même un agent légitime peut acheter après avoir lu une fausse description.

La fraude du commerce agentique peut donc mêler usurpation de marchand, faux agent, identifiants volés, médias manipulés, injection de prompt, délégation ambiguë et fraude de paiement classique. Les preuves utiles ne sont pas les mêmes pour chaque cas.

Lors d’un litige, la preuve manquante est souvent l’intention

Pour contester une carte, on regarde habituellement le marchand, le montant, l’authentification et le circuit de paiement. Avec un agent, il faut aussi savoir ce que le client a demandé, l’autorité donnée, les options examinées, les changements effectués et les alertes affichées.

Les banques demandent des traces vérifiables des instructions, de l’authentification, de l’intention, des décisions et du résultat. Il ne s’agit pas de garder chaque conversation sans limite, mais de prévoir une trace minimale et protégée permettant d’expliquer pourquoi cet agent a acheté ce produit, chez ce marchand, à ce prix.

  • Identité du client, du fournisseur de l’agent et du marchand réel.
  • Mandat, limites, durée et actions interdites.
  • Authentification et validations, avec heure et méthode.
  • Produit, prix, livraison et paiement présentés au moment de l’accord.
  • Décision de l’agent, options importantes, alertes et interventions.
  • Identifiants de transaction, remboursement, chargeback et réclamation.
  • Journaux versionnés ou empreintes révélant les modifications ultérieures.

Les contrôles utiles pour banques, plateformes et marchands

Il faut d’abord rendre l’agent visible : qui agit, pour qui et avec quelle autorité ? Le client doit savoir si un résultat est sponsorisé, si le fournisseur gagne davantage avec un paiement donné et quelle partie traitera le litige.

Préférez un mandat étroit et révocable à un accès permanent. Limitez le montant, la fréquence, les catégories de marchand, la zone et le moyen de paiement. Exigez une nouvelle authentification si le prix, l’adresse de livraison ou la protection du paiement change. Le client doit voir et révoquer ses délégations facilement.

Traitez le contenu marchand comme une entrée non fiable. Texte, photos, factures et messages de support peuvent mentir alors que le checkout fonctionne. Vérification des médias, autorisation du paiement et identité restent trois contrôles séparés. Testez les doublons de marchands, substitutions, changements de prix, pages empoisonnées et ordres contestés.

  • Signaler la participation de l’agent et la partie représentée.
  • Lier chaque achat à un mandat précis et révocable.
  • Réauthentifier les changements matériels et paiements à risque.
  • Conserver marchand, intention et autorisation pour les litiges.
  • Repérer les marchands nouveaux, remplacés ou dupliqués.
  • Garder les alertes et échecs, pas seulement les commandes réussies.
  • Prévoir une véritable escalade humaine.

Ce que DeepfakePolicy peut contrôler—et ce qu’il ne peut pas

Photos de produits synthétiques, voix de support clonées, fausses vidéos de dirigeants et factures altérées peuvent faire partie d’une fraude. Leur analyse peut aider à prioriser un dossier, rapprocher des créations répétées et produire un rapport reproductible. Le rapprochement des factures, commandes et messages fournis peut aussi révéler des contradictions.

DeepfakePolicy ne certifie pas un agent d’achat, n’authentifie pas le marchand, n’autorise aucun paiement et ne tranche pas la responsabilité. Les détecteurs fournissent des signaux probabilistes sur les médias ; Cross-check compare les pièces fournies et cite les passages utiles. Ces résultats complètent le contrôle de paiement et l’enquête, sans les remplacer.

Ce que ce texte change dès maintenant

Les principes ne créent pas un nouveau droit du consommateur le 23 septembre. Ils rendent toutefois difficile l’idée que les journaux ordinaires du checkout suffisent. Identité de l’agent, intention, décision, alertes, usage des données et responsabilité des erreurs font désormais partie du dossier de paiement.

Avant de lancer un achat autonome, rejouez donc un litige à rebours. De quelles preuves banque, marchand, fournisseur de l’agent et client auront-ils besoin ? Si la réponse dépend d’une conversation inaccessible, d’une trace de modèle impossible à reproduire ou d’un marchand jamais enregistré, le service n’est pas prêt à dépenser de l’argent réel sans surveillance.

FAQ

Questions fréquentes

Qu’est-ce que le commerce agentique ?

C’est l’usage d’agents IA pour préparer ou effectuer des achats et paiements entre clients et marchands. L’agent peut soumettre un panier à validation ou acheter seul dans les limites d’un mandat.

Un agent d’achat IA peut-il payer sans validation finale ?

Oui sur le plan technique, si le service et le mandat l’autorisent. Il faut alors des limites claires, une révocation, une autorisation vérifiable et une nouvelle authentification en cas de changement important.

Qui est responsable si l’agent achète le mauvais produit ?

Il n’existe pas de réponse universelle. Le mandat, le fournisseur, le marchand, le moyen de paiement, le droit applicable et l’endroit où l’erreur apparaît peuvent tous compter.

Comment réduire la fraude des agents d’achat IA ?

Identifier agent et marchand, limiter le mandat, réauthentifier les changements, conserver intention et décisions, contrôler le contenu du marchand et offrir une voie de contestation humaine.

DeepfakePolicy peut-il certifier un agent ou un marchand ?

Non. DeepfakePolicy analyse les médias fournis, compare des pièces et crée un rapport traçable. Il n’authentifie pas l’agent ou le marchand, n’autorise pas de paiement et ne décide pas de la responsabilité.

Un résultat automatisé doit être vérifié avec la source et le contexte.

Poursuivre avec une vérification indépendante.

Analyser un fichier
Sources principales

Sources principales

Consultez toujours la version actuelle et adaptez les contrôles au droit et à la politique applicables.