Préparer le paiement agentique. 6 chapitres et un QCM final.

Chapitre 1. Lire la maturité réelle d'un protocole.

Le marché ne dira pas de sitôt quel protocole agentique l'emporte, si bien que la question utile porte ailleurs, sur le protocole auquel une équipe peut consacrer un trimestre de développement sans le regretter. Elle se tranche sur des preuves publiques, jamais sur des annonces. Une heure suffit pour vérifier qu'une spécification datée existe, qu'une licence est nommée, qu'une procédure d'évolution est écrite et qu'une disponibilité géographique est déclarée. Un communiqué de presse ne remplace aucune de ces quatre preuves.

Six preuves à exiger avant la première ligne de code

• Une spécification versionnée et datée, consultable sans compte ni accord de confidentialité. Une page marketing ne compte pas.
• Une licence explicite sur le texte de la spécification et sur l'implémentation de référence.
• Une procédure d'évolution écrite : qui propose un changement, qui tranche, sous quel délai.
• Une implémentation de référence exécutable, avec un bac à sable où reproduire un refus, pas seulement un succès.
• Une disponibilité géographique déclarée par l'opérateur qui vous facturera. C'est le critère le plus souvent oublié hors des États-Unis.
• Une transaction en production attestée, datée, nommant les deux parties. Un pilote annoncé ne l'est pas.

Le cas d'ACP mérite qu'on s'y arrête, car il donne l'étalon. Cinq versions datées en un peu plus de six mois, chacune décrivant un état complet de la spécification. La cadence se lit dans le dépôt, pas dans un discours, si bien qu'une équipe peut épingler une version, la lire en entier, et savoir ce qui a changé à la suivante. Voilà ce qu'on attend d'un standard sur lequel on branche un encaissement.

Chapitre 2. Le mandat délégué et la preuve qu'il laisse.

Un mandat sert à deux moments séparés par des mois, le premier où il autorise l'agent à dépenser, le second où il défend le marchand devant une contestation. Ces deux usages n'ont pas les mêmes exigences, parce que le premier tolère un objet éphémère en mémoire alors que le second réclame un enregistrement daté, signé, retrouvable par numéro de commande. Concevez pour le second, et le premier suivra.

Les sept champs d'un mandat opposable

Ces champs ne sont pas théoriques. Le shared payment token de Stripe les porte déjà en production, ouvert aux agents, aux clients et aux vendeurs aux États-Unis et au Canada. L'agent accorde au vendeur une autorisation d'usage bornée, décrite par un objet usage_limits qui ne compte que trois bornes, mais les bonnes : devise, montant maximum, date d'expiration. Ce plafond est calé sur le total de la transaction.

{
  "id": "spt_123",
  "object": "shared_payment.granted_token",
  "created": 1751500820,
  "deactivated_at": null,
  "deactivated_reason": null,
  "usage_limits": {
    "currency": "usd",
    "expires_at": 1788713710,
    "max_amount": 1000
  }
}

Deux détails d'exploitation méritent d'entrer dans la conception. L'objet porte un motif de désactivation, et le vendeur reçoit l'événement shared_payment.granted_token.deactivated lorsque le jeton est consommé, expiré ou révoqué. Un jeton révoqué ne crée plus de paiement, si bien que le retrait d'autorisation est un signal reçu, pas une supposition. Toute conception qui ignore ce signal produit des tentatives condamnées d'avance.

Le second exemple vient d'un rail sans carte, et il est plus ancien. Sur UPI, en Inde, un mandat AutoPay porte un identifiant propre, l'UMN. Il vit sa propre trajectoire : création, exécutions successives, pause, révocation, expiration. La NPCI borne même ses heures d'exécution depuis le 1er août 2025, hors des pointes de 10 h à 13 h et de 17 h à 21 h 30. Le même modèle s'applique à l'agentique, où un mandat est un objet doté d'un cycle de vie, et non un drapeau posé sur un paiement.

Chapitre 3. Reconnaître l'agent à l'entrée du site.

La porte d'entrée pose un problème dissymétrique, parce que bloquer les robots protège les prix et les stocks alors que bloquer un agent acheteur détruit du chiffre d'affaires. Les deux arrivent par le même tuyau, et l'en-tête déclaratif ne distingue rien, puisqu'il se recopie. La réponse retenue par les réseaux consiste à faire signer chaque requête. Le marchand vérifie une signature, puis décide.

Le Trusted Agent Protocol de Visa s'appuie sur la RFC 9421, la norme de signature des messages HTTP. Deux en-têtes portent la preuve. Signature-Input décrit ce qui a été signé, Signature contient le résultat. L'étiquette du champ distingue l'intention, puisqu'une requête de navigation est marquée agent-browser-auth tandis qu'une requête engageant un paiement porte agent-payer-auth. Le marchand traite donc différemment un agent qui lit une fiche produit et un agent qui règle.

GET /produits/casque-nc700 HTTP/1.1
Host: boutique.exemple.com
Signature-Input: sig1=("@method" "@authority" "@path");created=1791000000;expires=1791000420;keyid="ed25519-2026-08";nonce="9f2c1a";tag="agent-payer-auth"
Signature: sig1=:K2qGT5srn2OGbOIDzQ6kYT+ruaycnDAAUpKv+ePFfD0RAxn/1BUe:

Les cinq contrôles à implémenter, dans cet ordre

• Présence et forme : les champs de signature existent, et l'étiquette vaut agent-browser-auth ou agent-payer-auth.
• Fenêtre temporelle : les dates de création et d'expiration tiennent dans un intervalle de huit minutes, dans le bon ordre.
• Unicité du nonce : le jeton d'unicité n'a pas déjà servi, contrôlé sur un cache de huit minutes.
• Résolution de la clé : la clé publique est récupérée puis validée.
• Vérification cryptographique : la chaîne signée est reconstruite, puis la signature validée contre cette chaîne.

Chapitre 4. Éviter le refus : où casse un checkout agentique.

Un checkout agentique échoue rarement à l'autorisation, puisqu'il échoue avant, quand l'agent a lu un prix dans un flux, construit un panier, puis présenté un total que le marchand ne reconnaît plus. Ou bien le marchand a mis quatre secondes de trop à répondre. Les causes sont mécaniques, donc corrigibles. Encore faut-il les avoir nommées avant la mise en production.

Le budget de quatre secondes mérite d'être pris au sérieux. Un point d'approbation de commande qui ne répond pas dans ce délai entraîne le refus du paiement (documentation Stripe, août 2026). Quatre secondes doivent donc couvrir le contrôle de stock, le calcul de risque et la décision. Un appel synchrone vers un service tiers lent y tient rarement, alors précalculez, mettez en cache, et gardez le chemin critique court.

{
  "manual_approval_details": {
    "type": "declined",
    "declined": { "reason": "stock_insuffisant_sku_48219" }
  },
  "metadata": { "mandat": "mnd_2026_08_07_4471" }
}

L'idempotence n'est pas une élégance ici. Une réponse hors du format attendu se traduit par une erreur renvoyée à l'agent, et certains agents rejouent leurs appels. Sans clé d'idempotence, un rejeu crée une seconde commande, si bien que le client reçoit deux colis et conteste. Le remède tient en une ligne de conception, dès lors que chaque tentative de commande porte une clé et que la même clé renvoie la même décision.

Chapitre 5. Responsabilité, contrat et coût par commande.

La question de la responsabilité est mal posée quand on la traite en droit pur, puisqu'elle se règle d'abord au contrat et dans les preuves. Un marchand qui produit le mandat, la signature et l'empreinte du panier se défend, alors qu'un marchand qui ne produit qu'un identifiant de transaction subit. La différence se joue au moment de l'intégration, pas au moment du litige.

Deux points se vérifient déjà dans les outils existants, puisque les commandes agentiques apparaissent dans les transactions, marquées de l'agent d'origine, et qu'un filtre les isole. Le remboursement, lui, ne demande aucune adaptation, puisqu'un encaissement agentique emprunte le parcours ordinaire (documentation Stripe, août 2026). L'instrument de paiement, côté réseau, reste une carte jetonisée liée à un agent, à un périmètre marchand et à une politique de consentement. Mastercard a publié cette mécanique pour Agent Pay le 29 avril 2025.

Chiffrer une commande agentique

# Hypotheses de travail, a remplacer par vos propres donnees contractuelles
panier_moyen        = 80.00   # unites monetaires
commission_variable = 0.019   # taux acquereur negocie
commission_fixe     = 0.25    # part fixe par transaction
taux_refus          = 0.06    # part des commandes agentiques refusees
marge_brute         = 0.35    # marge sur le panier moyen
cout_exploitation   = 1200.0  # flux, points d appel, supervision, par mois
commandes_par_mois  = 4000

cout_acceptation = panier_moyen * commission_variable + commission_fixe
cout_refus       = (taux_refus / (1 - taux_refus)) * panier_moyen * marge_brute
cout_fixe_unite  = cout_exploitation / commandes_par_mois

cout_total = cout_acceptation + cout_refus + cout_fixe_unite

print(round(cout_acceptation, 2))  # 1.77
print(round(cout_refus, 2))        # 1.79
print(round(cout_fixe_unite, 2))   # 0.30
print(round(cout_total, 2))        # 3.86

Regardez la deuxième ligne du résultat, parce qu'avec ces hypothèses le refus coûte autant que la commission. Gagner un point de taux d'acceptation pèse alors davantage que dix points de base sur le taux acquéreur. Voilà pourquoi le chapitre précédent porte sur les pannes, et non sur la tarification. Le levier est là.

Le paiement de machine à machine obéit à une autre économie. Une implémentation x402 documentée facture par exemple 0,01 USD en USDC par requête, réglé sur Base, Solana ou Tempo. L'accès est ouvert aux entreprises de tous les États américains sauf celui de New York, et à plus de trente pays sur demande (documentation Stripe, août 2026). Pas d'interchange, pas de contestation, si bien que l'irréversibilité change la conception. Le contrôle se fait avant, jamais après.

Chapitre 6. Schemes, régulateurs, et l'ordre des chantiers.

Une feuille de route se construit sur ce qui est publié, daté et opposable. Le reste est de la veille. La chronologie ci-dessous ne retient que des faits vérifiables auprès de leur émetteur : un communiqué de scheme, une version de spécification, un texte réglementaire, une transaction attestée.

Deux enseignements se dégagent de cette liste, et ils tirent dans des directions opposées, puisque les schemes avancent vite et publient des spécifications exploitables alors que les régulateurs n'ont pas créé de régime propre au paiement agentique. Dans l'Union européenne, la DSP2 et les normes techniques sur l'authentification forte continuent de s'appliquer telles quelles (Osborne Clarke, 2026). En Californie, la loi tranche l'inverse d'une exonération. Celui qui déploie répond.

Sans regret, ou pari

Un dernier point, pour qui n'opère pas depuis les États-Unis. Les programmes vendeurs de paiement agentique les plus documentés restent ouverts aux États-Unis et au Canada, et les cadres publiés par les schemes portent sur des jetons carte. Votre rail local possède pourtant déjà sa primitive de délégation, qu'il s'agisse d'un mandat AutoPay sur UPI, d'un mandat de prélèvement ou d'une autorisation récurrente. Ces objets ont un cycle de vie, des motifs de fin, des fenêtres d'exécution. Cartographiez-les. Le jour où le canal agentique s'ouvre sur votre marché, la moitié du travail sera faite.