Retour à la Bibliothèque
A2A

Des chaînes de courriels à la délégation d'agents : automatisation des RFQ B2B avec A2A et Hermes Agent

Dernière mise à jour : 2026年7月24日

Points clés

  • Gartner prévoit que 90 % des achats B2B seront médiatisés par des agents IA d'ici 2028, canalisant 15 billions de dollars via des bourses d'agents — la fenêtre de deux ans signifie que la préparation aux agents est désormais un impératif d'architecture de commerce, et non un sujet de recherche futur.
  • Le traitement manuel des RFQ prend 3,4 semaines par cycle de contrat et 30 minutes par devis en moyenne — les recherches de Forrester et Aberdeen montrent que l'automatisation peut ramener cela à quelques minutes, et un distributeur a fait état d'une accélération de 6× (de 30 minutes à 5 minutes par devis).
  • Les flux d'approvisionnement activés par IA rapportent des réductions de 30 % du travail manuel et jusqu'à 45 % des coûts — les données d'approvisionnement 2026 d'Automation Anywhere montrent que les gains sont réels, et non projetés.
  • Le protocole Agent2Agent a dépassé 150 organisations dès sa première année — gouvernance Linux Foundation, déploiements en production dans la chaîne d'approvisionnement, les services financiers et les opérations IT, avec une intégration profonde aux plateformes Google, Microsoft et AWS.
  • Hermes Agent de Nous Research est livré avec plus de 60 outils intégrés et un support MCP natif — un agent qui peut être pointé vers des modules MCP de RFQ, de catalogue et de tarification sans colle d'intégration personnalisée, et qui peut parler A2A via une couche de pont sans réécrire ses internes.

Le problème : un cycle de RFQ de 3 jours qui ne passe pas à l'échelle

Un distributeur B2B de taille intermédiaire reçoit 200 RFQ par semaine. Chacune arrive sous forme de courriel avec une feuille de calcul ou un PDF — lignes d'articles, quantités, dates de livraison demandées, parfois un numéro de compte client. L'équipe de cotation ouvre chacune, recherche chaque article dans le catalogue, vérifie les niveaux de stock actuels, associe le client au bon palier de prix, récupère les politiques d'annulation dans les conditions du fournisseur, rédige un devis et le renvoie. Si la RFQ implique plusieurs fournisseurs — un ensemble de composants provenant de trois vendeurs — le processus se multiplie. Quelqu'un coordonne avec chaque fournisseur par téléphone ou courriel, attend les réponses, rapproche les disponibilités et assemble le devis combiné.

Le résultat est un cycle de 3 jours. Les recherches de Forrester et Aberdeen montrent que l'approbation manuelle des contrats seule prend 3,4 semaines en moyenne. Un distributeur a mesuré 30 minutes par devis avant automatisation ; après, 5 minutes — une accélération de 6×. La réduction de 45 % des coûts et la diminution de 30 % du travail manuel rapportées dans les flux d'approvisionnement activés par IA ne sont pas des projections théoriques. Ce sont des résultats mesurés d'équipes qui ont remplacé le cycle courriel-et-feuille-de-calcul par une automatisation structurée.

Le problème n'est pas que l'équipe de cotation manque d'effort. Le problème est que le flux de travail est construit autour de consultations manuelles contre des systèmes déconnectés. Le catalogue vit dans BigCommerce ou un PIM. Le stock vit dans NetSuite. Les paliers de prix vivent dans une feuille de calcul ou un CRM. Les politiques d'annulation vivent dans des PDF de fournisseurs. Chaque système a sa propre API, sa propre authentification, son propre modèle de données. Un humain fait le pont en lisant des écrans et en saisissant des valeurs. Un agent peut faire le pont en appelant des outils — mais seulement si ces outils sont exposés d'une manière que l'agent peut utiliser.

Flux de travail manuel versus flux orchestré par agent — ce qui change lorsque les outils MCP, la délégation A2A et Hermes Agent remplacent la cotation par courriel-et-feuille-de-calcul :

Flux RFQ manuel vs orchestré par agent Manuel : cycle de 3 jours ÉTAPE 1 Ouvrir le courriel, lire la feuille de calcul/PDF ÉTAPE 2 Rechercher chaque article dans le catalogue (manuel) ÉTAPE 3 Vérifier le stock dans NetSuite (lecture d'écran) ÉTAPE 4 Associer le client au palier de prix (feuille de calcul) ÉTAPE 5 Coordonner avec les fournisseurs par téléphone/courriel ÉTAPE 6 Rédiger le devis, envoyer par courriel 3 jours 30 min par devis · erreurs fréquentes · aucune piste d'audit Agent : cycle de 4 heures 1 Analyser la RFQ, extraire les lignes d'articles Hermes Agent lit le courriel entrant 2 Rechercher dans le catalogue via le module MCP Outils typés : search_items, get_provider_items 3 Déléguer la disponibilité via A2A L'agent de stock acquiert des réservations atomiques (TTL 15 min) 4 Résoudre le palier de prix via MCP Schéma typé + résolution de segment 5 Approbation humaine (garde-fous de marge uniquement) L'état d'approbation A2A traverse la chaîne d'agents 6 Envoyer le devis, journaliser chaque appel d'outil Piste d'audit : statut, durée, résultat par appel 4 heures 5 min de temps humain · aucune survente · piste d'audit complète 6x vitesse de devis (30 min à 5 min) 30% moins de travail manuel (Automation Anywhere) 150+ organisations sur A2A (Linux Foundation) MCP donne des mains aux agents · A2A leur donne des collègues · Hermes orchestre — ideabosque.com/library

La solution orchestrée par agent : outils MCP, délégation A2A, orchestration Hermes

L'architecture comporte trois couches, chacune traitant un goulet d'étranglement spécifique du flux manuel :

Couche 1 : les modules MCP donnent des mains à l'agent

Le Model Context Protocol expose chaque système métier comme un ensemble d'outils typés qu'un agent peut appeler. Au lieu qu'un humain lise un écran NetSuite, un module MCP encapsule l'API NetSuite SuiteTalk derrière des outils comme get_inventory, check_availability, get_price_tiers. Au lieu qu'un humain parcoure un catalogue BigCommerce, un module expose search_items, get_provider_items. Le moteur de RFQ lui-même — le système qui gère le cycle de vie des demandes, la création des devis, les réservations de disponibilité et les instantanés de politique d'annulation — expose 38 outils MCP enregistrés répartis sur 11 mixins de domaine : soumission de demande, recherche d'articles, réservations de disponibilité, gestion des devis, calcul de tarification, planification des paiements échelonnés, assemblage de bundles, récupération des politiques d'annulation, pièces jointes, contacts de segment et interrogation de catalogue via la recherche dans le graphe de connaissances.

Chaque outil possède un schéma typé. L'agent ne devine pas quels arguments passer — il reçoit un schéma JSON avec des noms de champs, des types et des descriptions. C'est la différence entre un agent qui rédige un devis d'apparence plausible et un agent qui appelle acquire_availability_hold avec un vrai provider_item_uuid et obtient en retour un hold_token avec un TTL de 15 minutes. Le schéma typé est ce qui rend la sortie de l'agent vérifiable plutôt que décorative.

Couche 2 : A2A donne des collègues à l'agent

Le protocole Agent2Agent — désormais sous gouvernance Linux Foundation avec plus de 150 organisations de soutien — définit comment les agents se découvrent mutuellement, se délègent des tâches, diffusent leur progression et rapportent leur achèvement. Dans le flux RFQ, A2A résout un problème précis : l'agent de cotation n'a pas besoin d'être un monolithe unique qui sait tout. Il peut déléguer.

Un agent côté acheteur reçoit une RFQ, extrait les lignes d'articles et délègue la consultation du catalogue à un agent fournisseur qui possède la base de données produits. L'agent fournisseur recherche dans le graphe de connaissances, renvoie les articles correspondants avec leur disponibilité et leurs informations de lot. L'agent de cotation délègue la vérification de disponibilité à un agent de stock qui possède la connexion NetSuite. L'agent de stock acquiert les réservations. L'agent de cotation délègue la résolution du palier de prix à un agent de tarification qui possède la logique de segment client. Chaque agent possède un système et un domaine. A2A est le protocole qui leur permet de se passer du travail, de le suivre et d'en recevoir les résultats — sans qu'aucun agent n'ait besoin de savoir comment les autres sont construits.

Le projet docker-a2a-hermes-agent-gateway démontre ce modèle comme un déploiement open-source fonctionnel. Une passerelle gère l'authentification, le routage par client et la limitation de débit. Une couche de pont traduit les appels A2A JSON-RPC en l'API native de l'agent. L'agent lui-même — Hermes Agent — assure le raisonnement et les appels d'outils. La sécurité au niveau des lignes PostgreSQL (RLS) applique l'isolation des locataires au niveau de la base de données, de sorte qu'une erreur de code ne peut pas faire fuiter les données de RFQ d'un client vers un autre.

Couche 3 : Hermes Agent orchestre le flux de travail

Hermes Agent de Nous Research est la couche d'orchestration. Il est livré avec plus de 60 outils intégrés, un support client MCP natif et un système de compétences qui lui permet d'apprendre de l'expérience. Pour le flux RFQ, l'agent est configuré avec :

  • Modules MCP qui exposent le catalogue, le stock, la tarification et le moteur de RFQ comme des outils appelables
  • Un pont A2A qui lui permet de déléguer et de recevoir des délégations d'autres agents — agents fournisseurs, agents de stock, agents de tarification — sans qu'aucun ne partage un même framework
  • Des portes d'approbation humaine dans la boucle qui mettent en pause le flux lorsqu'un devis dépasse un seuil de marge, nécessite une remise personnalisée ou touche à une catégorie de produits réglementée. L'agent lève un état « en attente d'approbation » qui se propage à travers toute la chaîne d'agents, même au-delà des frontières de frameworks. Un humain approuve ou refuse, et le travail reprend.
  • Journalisation d'audit — chaque appel d'outil est enregistré avec son statut, sa durée et son résultat. L'équipe de cotation peut retracer exactement quel outil a produit quelle valeur dans le devis final, ce dont un réviseur de conformité a besoin.

Le flux s'exécute comme suit. Une RFQ arrive. L'agent analyse les lignes d'articles, appelle le module MCP du catalogue pour faire correspondre chaque article, délègue les vérifications de disponibilité à l'agent de stock via A2A, appelle le module de tarification pour résoudre le palier du client, acquiert les réservations de disponibilité, récupère les politiques d'annulation, assemble le devis et — si la marge ou la remise sort des garde-fous prédéfinis — se met en pause pour approbation humaine. Si approuvé, il envoie le devis. Le cycle complet prend des heures, pas des jours.

Le résultat : ce qui change pour l'entreprise

Les changements mesurables correspondent directement aux goulets d'étranglement identifiés ci-dessus :

Indicateur Flux manuel Flux orchestré par agent
Délai de devis 3 jours par cycle 4 heures par cycle
Travail manuel par devis 30 minutes 5 minutes (l'agent fait le reste)
Précision des réservations Consultation manuelle, erreurs fréquentes Réservation atomique avec TTL 15 min, aucune survente
Politique d'annulation Copier-coller depuis PDF, risque de stale Instantané figé au moment du devis
Erreurs de palier de prix Client associé au mauvais palier Schéma typé + résolution de segment
Coordination multi-fournisseurs Téléphone et courriel, 2-3 jours Délégation A2A, parallèle, minutes
Piste d'audit Fils de courriels, incomplets Chaque appel d'outil journalisé avec statut et durée
Points de contact humains Chaque étape Uniquement approbations de garde-fous de marge et réglementées

La compression de 3 jours à 4 heures est le chiffre phare. Mais les changements opérationnels en dessous comptent davantage. Des réservations de disponibilité qui ne survendent pas. Des politiques d'annulation figées en instantané, et non du copier-coller stale. Des paliers de prix résolus par schéma typé, et non par mémoire humaine. Une coordination multi-fournisseurs qui s'exécute en parallèle via la délégation A2A au lieu d'appels téléphoniques en série. Et une piste d'audit qui enregistre chaque appel d'outil — ce dont un Directeur de l'ingénierie a besoin lorsque le directeur financier demande pourquoi un devis a été tarifé de telle manière.

La réduction de 30 % du travail manuel et la réduction de 45 % des coûts rapportées par Automation Anywhere dans les flux d'approvisionnement activés par IA constituent la preuve au niveau du secteur. Les chiffres par distributeur — vitesse de devis de 6×, cycle de 3 jours à 4 heures — sont à quoi cela ressemble lorsque le flux est un processus de RFQ B2B plutôt qu'une fonction d'approvisionnement générique.

Le contexte plus large : pourquoi cela compte maintenant

La prévision de Gartner selon laquelle 90 % des achats B2B seront médiatisés par des agents IA d'ici 2028 — canalisant 15 billions de dollars via des bourses d'agents — n'est pas une raison de construire en panique. C'est une raison de comprendre la décision d'architecture qui se présente à vous. La question n'est pas de savoir si les agents participeront au commerce B2B. La question est de savoir si vos systèmes exposent leurs capacités d'une manière qu'un agent peut utiliser — outils typés, protocoles standards, processus auditables — ou s'ils restent derrière des écrans lisibles par les humains qu'un agent ne peut pas atteindre.

MCP donne des mains aux agents. A2A donne des collègues aux agents. Hermes Agent donne au flux de travail un orchestrateur qui peut utiliser les deux sans vous enfermer dans le framework d'un seul fournisseur. Le modèle de pont signifie que vous adoptez les standards sans réécrire les agents que vous avez déjà. L'isolation des locataires signifie qu'un seul déploiement sert plusieurs unités commerciales sans fuite de données. Les portes d'approbation humaine signifient que l'autonomie ne signifie pas incontrôlée.

Pour un Directeur de l'ingénierie ou un VP des opérations qui dirige une équipe de cotation traitant 200 RFQ par semaine via courriel et feuilles de calcul, la décision n'est pas d'automatiser ou non. Le cycle de 3 jours perd déjà des affaires au profit de concurrents plus rapides — le distributeur qui cote en 4 heures remporte les affaires que le distributeur de 3 jours perd. La décision est de savoir sur quelle architecture construire : une qui vous enferme dans le runtime d'agent propriétaire d'un seul fournisseur, ou une construite sur des protocoles ouverts (MCP, A2A) avec une couche d'orchestration interchangeable (Hermes Agent) que vous pouvez remplacer sans refaire les intégrations.

Lectures connexes


Un distributeur de taille intermédiaire perdait des affaires au profit de concurrents qui cotaient en quelques heures tandis que son équipe prenait 3 jours. Le goulet d'étranglement n'était pas la tarification — c'étaient les consultations de catalogue dans BigCommerce, les vérifications de stock dans NetSuite, l'appariement des paliers de prix dans une feuille de calcul et la coordination des fournisseurs par téléphone. Une pile d'orchestration d'agents a changé le cycle : les modules MCP exposent chaque système comme des outils typés, A2A permet à l'agent de cotation de déléguer aux agents fournisseurs et de stock sans partager un framework, et Hermes Agent orchestre le flux avec des portes d'approbation humaine pour les devis soumis à garde-fous de marge. Le délai de devis est passé de 3 jours à 4 heures. Les réservations de disponibilité ont arrêté de survendre. Les politiques d'annulation sont figées en instantané au moment du devis. Chaque appel d'outil est journalisé pour audit.

Demander une construction ciblée

Une semaine de découverte. Vous obtenez un inventaire système, une cartographie des flux et un périmètre fixe — que vous construisiez avec nous ou non.

Vous voulez cela construit pour vos systèmes ?

Chaque document ici provient d'un travail réel en production. Si vous avez un système cible et un flux en tête, nous pouvons cadrer une construction en une semaine.

Demander un projet cadré

Découverte d'une semaine. Vous obtenez un inventaire des systèmes, une cartographie des flux et un périmètre fixe — que vous construisiez avec nous ou non.