Aller au contenu
Universal Commerce Protocol Protocol registry / fr

Vertical

Commerce agentique B2B : quand l'agent d'achat devient le client.

En B2B, les agents IA automatisent l'approvisionnement sous contraintes : prix négociés, quotas, validation, intégration ERP. Voici ce qui distingue le B2B, les protocoles concernés, et la readiness attendue d'un fournisseur.

Illustration monochrome en trame ASCII d’un capteur autonome relié à un signal commercial.
PORTÉE Représentation éditoriale d’un agent qui découvre un signal commercial. Les échanges disponibles restent déterminés par les services et capacités déclarés.

L'essentiel en 30 secondes

  • Quoi : des agents d'approvisionnement achètent au nom d'une entreprise, sous contraintes.
  • Spécificités B2B : prix contractuels, quotas, validation multi-acteurs, intégration ERP.
  • Protocoles : UCP/ACP (commerce), AP2 (mandats), A2A/MCP. Voir paiement agentique.
  • Risque : être déréférencé par un agent d'achat si l'offre n'est pas lisible par la machine.

Une définition courte

Le commerce agentique B2B est l'automatisation des achats professionnels par des agents IA. Un agent d'approvisionnement découvre, compare et déclenche des commandes pour une entreprise, dans des limites définies, et le plus souvent en lien avec ses systèmes (ERP, e-procurement). C'est l'application du commerce agentique aux contraintes propres au B2B. Établi

Ce qui distingue le B2B

  • Prix négociés et contractuels : l'offre dépend du client, pas d'un tarif public unique.
  • Quotas et engagements : volumes, cadences, délais contractuels.
  • Validation multi-acteurs : circuits d'approbation et seuils de signature.
  • Intégration aux systèmes de l'acheteur : ERP, e-procurement, traçabilité comptable.

Ces contraintes rendent l'autorisation centrale : prouver qui a engagé l'entreprise et dans quelles limites. Les mandats d'AP2 (intention, panier, paiement) s'alignent naturellement avec des circuits de validation B2B. Émergent

Commerce assisté ou commerce délégué : la distinction qui structure tout

C'est le point que la spécification tranche explicitement, et celui qui décide de ce qu'un agent d'achat peut réellement faire seul. La capacité Checkout d'UCP impose que la commande soit finalisée manuellement par l'utilisateur, dans une interface de confiance, sauf si l'extension AP2 Mandates est supportée. Établi

Autrement dit, sans mandats AP2, un agent d'approvisionnement prépare le panier mais un humain valide. Avec mandats AP2, il peut exécuter en l'absence de l'acheteur, dans les limites signées à l'avance. Pour une direction des achats, ce n'est pas un détail technique : c'est la frontière entre un outil d'aide à la décision et une délégation d'engagement.

Commerce assisté

L'agent découvre, compare, compose le panier. Un acheteur humain valide dans une interface de confiance. C'est le mode par défaut de la spécification.

Commerce délégué

L'acheteur signe en amont un mandat d'intention assorti de limites (prix plafond, fenêtre temporelle). L'agent exécute quand les conditions sont réunies, sans présence humaine.

Source : spécification UCP, capacité Checkout, version 2026-04-08.

Le cycle de vie d'une commande, et pourquoi il parle B2B

La session de checkout expose un statut qui indique à l'agent l'action attendue. Les états définis par la spécification sont incomplete, requires_escalation, ready_for_complete, complete_in_progress, completed et canceled. Établi

L'état requires_escalation mérite l'attention d'un fournisseur B2B : c'est le point de passage normalisé vers un humain. Un dépassement de seuil de signature, une validation hiérarchique, une dérogation tarifaire ne sont plus des ruptures de parcours à bricoler, mais un état prévu par le protocole. Les circuits d'approbation B2B, longtemps le principal obstacle à l'automatisation, trouvent là une place explicite.

La spécification classe par ailleurs les erreurs par gravité : récupérable, nécessitant une saisie de l'acheteur, nécessitant une revue, ou irrécupérable. Cette granularité est ce qui permet à un agent de distinguer une rupture de stock d'un refus de conformité, et de réagir différemment.

Prix contractuels : la vérification d'éligibilité

Le B2B vend rarement au tarif public. UCP prévoit une vérification d'éligibilité : des claims doivent être résolus avant que la transaction puisse aboutir. Établi C'est le mécanisme par lequel un agent authentifié comme agissant pour une entreprise donnée obtient les conditions négociées de cette entreprise, plutôt qu'un prix catalogue.

Point structurant pour le fournisseur : le vendeur de record reste inchangé, et la spécification précise que la capacité Checkout n'introduit pas d'obligation de conformité PCI DSS pour les paiements par carte. L'agent ne devient pas un intermédiaire commercial, il reste un canal.

La readiness d'un fournisseur B2B

Pour rester sélectionnable par un agent d'achat, un distributeur ou un industriel doit exposer :

  • Des offres par client typées : prix contractuel, quota, délai, conditions.
  • Une traçabilité des décisions de l'agent, intégrable dans l'ERP de l'acheteur.
  • La pré-autorisation de commandes récurrentes avec seuil et signature.
  • Une gouvernance claire (éligibilité, tarification, contestation).

C'est le même socle que pour le commerce agentique en général, décliné au B2B. Le guide d'implémentation et la méthodologie d'audit aident à le construire. Voir aussi les cas d'usage (dont le scénario distributeur B2B).

Questions fréquentes

01

Qu'est-ce que le commerce agentique en B2B ?

C'est l'automatisation des achats professionnels par des agents IA : un agent d'approvisionnement découvre, compare et déclenche des commandes au nom d'une entreprise, sous contraintes (budget, fournisseurs référencés, validation hiérarchique), souvent en lien avec l'ERP de l'acheteur.

02

En quoi le B2B diffère-t-il du B2C pour les agents ?

Le B2B ajoute des prix négociés et contractuels, des quotas, des circuits de validation à plusieurs acteurs, et une intégration aux systèmes de l'acheteur (ERP, e-procurement). L'autorisation y est plus structurée : les mandats cryptographiques d'AP2 s'y prêtent bien.

03

Quels protocoles concernent le B2B ?

Les mêmes briques que le B2C, avec un poids accru de l'autorisation : UCP et ACP pour les opérations de commerce, AP2 pour les mandats de paiement, A2A et MCP pour la communication et l'accès outils. Voir paiement agentique et AP2.

04

Quel est le risque pour un distributeur B2B ?

Perdre un compte à la première recomposition du parc fournisseurs par un agent d'achat. Si l'offre n'est pas lisible par la machine (prix contractuels, quotas, délais exposés), l'agent privilégie un concurrent mieux structuré, même à produit équivalent.

05

Un agent d'achat peut-il commander sans validation humaine ?

Pas par défaut. La capacité Checkout d'UCP impose une finalisation manuelle par l'utilisateur dans une interface de confiance, sauf si l'extension AP2 Mandates est supportée. Avec mandats AP2, l'acheteur signe en amont une intention assortie de limites (prix plafond, fenêtre temporelle) et l'agent exécute quand les conditions sont réunies. Sans, l'agent prépare et un humain valide.

06

Comment les circuits de validation B2B s'intègrent-ils au protocole ?

Par l'état requires_escalation du cycle de vie de la session de checkout. C'est un point de passage normalisé vers un humain, prévu par la spécification. Un dépassement de seuil de signature ou une dérogation tarifaire ne sont donc pas des ruptures de parcours à contourner, mais un état attendu.

07

Comment un agent obtient-il nos prix négociés plutôt que le tarif public ?

Par la vérification d'éligibilité prévue par UCP : des claims doivent être résolus avant que la transaction aboutisse. Un agent authentifié comme agissant pour une entreprise donnée obtient les conditions de cette entreprise. Encore faut-il que le fournisseur expose ces conditions de façon typée et lisible par la machine.