A2A

Von E-Mail-Ketten zur Agenten-Delegation: B2B-RFQ-Automatisierung mit A2A und Hermes Agent

Von IdeaBosqueZuletzt aktualisiert: 2026年7月24日

Wesentliche Erkenntnisse

Gartner sagt voraus, dass bis 2028 90 % des B2B-Einkaufs durch KI-Agenten vermittelt sein werden, wobei 15 Billionen Dollar über Agenten-Börsen abgewickelt werden — das zweijährige Zeitfenster bedeutet, dass Agenten-Fähigkeit jetzt eine Pflicht der Commerce-Architektur ist, kein künftiges Forschungsthema.
Manuelle RFQ-Bearbeitung dauert 3,4 Wochen pro Vertragszyklus und im Schnitt 30 Minuten pro Angebot — Forrester- und Aberdeen-Forschung zeigt, dass Automatisierung dies auf Minuten komprimieren kann; ein Distributor meldete eine 6-fache Beschleunigung (30 Minuten auf 5 Minuten pro Angebot).
KI-gestützte Beschaffungsworkflows verzeichnen 30 % weniger manuelle Arbeit und bis zu 45 % Kostenreduktion — die Beschaffungsdaten 2026 von Automation Anywhere zeigen, dass diese Gewinne real sind, nicht nur projiziert.
Das Agent2Agent-Protokoll überschritt im ersten Jahr 150 Organisationen — Linux-Foundation-Governance, Produktiv-Deployments in Lieferkette, Finanzdienstleistungen und IT-Betrieb mit tiefer Integration über Google-, Microsoft- und AWS-Plattformen.
Hermes Agent von Nous Research wird mit 60+ eingebauten Tools und nativer MCP-Unterstützung ausgeliefert — ein Agent, der auf RFQ-, Katalog- und Preis-MCP-Module gerichtet werden kann, ohne kundenspezifische Integrationsklebstoffe, und der über eine Brückenschicht A2A sprechen kann, ohne seine Interna umzuschreiben.

Das Problem: ein 3-Tage-RFQ-Zyklus, der nicht skaliert

Ein mittelständischer B2B-Distributor empfängt 200 RFQs pro Woche. Jede erreicht ihn als E-Mail mit einer Tabelle oder einem PDF — Positionen, Mengen, gewünschte Lieferdaten, manchmal eine Kundenkontonummer. Das Angebotsteam öffnet jede Anfrage, schlägt jeden Artikel im Katalog nach, prüft aktuelle Lagerbestände, ordnet den Kunden der richtigen Preisstufe zu, zieht Stornierungsrichtlinien aus den Lieferantenbedingungen, erstellt ein Angebot und sendet es zurück. Ist in der RFQ mehrere Lieferanten involviert — ein Bündel aus Komponenten von drei Anbietern — multipliziert sich der Prozess. Jemand koordiniert per Telefon oder E-Mail mit jedem Lieferanten, wartet auf Antworten, gleicht die Verfügbarkeit ab und stellt das kombinierte Angebot zusammen.

Das Ergebnis ist ein 3-Tage-Zyklus. Forrester- und Aberdeen-Forschung zeigt, dass allein die manuelle Vertragsfreigabe im Schnitt 3,4 Wochen dauert. Ein Distributor maß vor der Automatisierung 30 Minuten pro Angebot; danach 5 Minuten — eine 6-fache Beschleunigung. Die 45 % Kostenreduktion und 30 % Reduktion manueller Arbeit, die über KI-gestützte Beschaffungsworkflows berichtet werden, sind keine theoretischen Projektionen. Es sind gemessene Ergebnisse von Teams, die den E-Mail-und-Tabellen-Zyklus durch strukturierte Automatisierung ersetzt haben.

Das Problem ist nicht, dass dem Angebotsteam der Einsatz fehlt. Das Problem ist, dass der Workflow auf manuellen Abfragen gegen voneinander getrennte Systeme aufbaut. Der Katalog lebt in BigCommerce oder einem PIM. Der Lagerbestand lebt in NetSuite. Die Preisstufen leben in einer Tabelle oder einem CRM. Stornierungsrichtlinien leben in Lieferanten-PDFs. Jedes System hat seine eigene API, seine eigene Authentifizierung, sein eigenes Datenmodell. Ein Mensch überbrückt sie, indem er Bildschirme liest und Werte abtippt. Ein Agent kann sie überbrücken, indem er Tools aufruft — aber nur, wenn diese Tools so freigegeben sind, dass der Agent sie nutzen kann.

Manueller Workflow gegenüber Agenten-orchestriertem Workflow — was sich ändert, wenn MCP-Tools, A2A-Delegation und Hermes Agent die E-Mail-und-Tabellen-Angebotsstellung ersetzen:

Die Agenten-orchestrierte Lösung: MCP-Tools, A2A-Delegation, Hermes-Orchestrierung

Die Architektur besteht aus drei Schichten, von denen jede einen bestimmten Engpass im manuellen Workflow adressiert:

Schicht 1: MCP-Module geben dem Agenten Hände

Das Model Context Protocol legt jedes Geschäftssystem als einen Satz typisierter Tools frei, die ein Agent aufrufen kann. Anstatt dass ein Mensch einen NetSuite-Bildschirm liest, verpackt ein MCP-Modul die NetSuite SuiteTalk-API hinter Tools wie get_inventory, check_availability, get_price_tiers. Anstatt dass ein Mensch einen BigCommerce-Katalog durchblättert, stellt ein Modul search_items, get_provider_items frei. Die RFQ-Engine selbst — das System, das den Anfrage-Lebenszyklus, die Angebotserstellung, Verfügbarkeitsreservierungen und Snapshots der Stornierungsrichtlinien verwaltet — stellt 38 registrierte MCP-Tools über 11 Domänen-Mixins frei: Anfrageeinreichung, Artikelsuche, Verfügbarkeitsreservierungen, Angebotsverwaltung, Preisberechnung, Ratenplanung, Bündelmontage, Abruf von Stornierungsrichtlinien, Dateianhänge, Segmentkontakte und Kataloganfrage über Wissensgraphsuche.

Jedes Tool verfügt über ein typisiertes Schema. Der Agent rät nicht, welche Argumente er übergeben muss — er erhält ein JSON-Schema mit Feldnamen, Typen und Beschreibungen. Das ist der Unterschied zwischen einem Agenten, der ein plausibel aussehendes Angebot entwirft, und einem Agenten, der acquire_availability_hold mit einem echten provider_item_uuid aufruft und einen hold_token mit einer 15-Minuten-TTL zurückerhält. Das typisierte Schema macht den Output des Agenten überprüfbar statt dekorativ.

Schicht 2: A2A gibt dem Agenten Kollegen

Das Agent2Agent-Protokoll — mittlerweile unter Linux-Foundation-Governance mit 150+ unterstützenden Organisationen — definiert, wie Agenten einander entdecken, Aufgaben delegieren, Fortschritt streamen und Fertigstellung melden. Im RFQ-Workflow löst A2A ein spezifisches Problem: der Angebots-Agent muss kein einzelner Monolith sein, der alles weiß. Er kann delegieren.

Ein Agent auf Käuferseite empfängt eine RFQ, extrahiert Positionen und delegiert die Katalogsuche an einen Lieferanten-Agenten, der die Produktdatenbank besitzt. Der Lieferanten-Agent durchsucht den Wissensgraphen und liefert passende Artikel mit Verfügbarkeit und Charge-Informationen zurück. Der Angebots-Agent delegiert die Verfügbarkeitsprüfung an einen Bestands-Agenten, der die NetSuite-Verbindung besitzt. Der Bestands-Agent akquiriert Reservierungen. Der Angebots-Agent delegiert die Auflösung der Preisstufe an einen Preis-Agenten, der die Kundensegment-Logik besitzt. Jeder Agent besitzt ein System und eine Domäne. A2A ist das Protokoll, das ihnen erlaubt, sich Arbeit zu übergeben, sie zu verfolgen und Ergebnisse zu empfangen — ohne dass ein Agent wissen muss, wie die anderen aufgebaut sind.

Das Projekt docker-a2a-hermes-agent-gateway demonstriert dieses Muster als funktionierendes, quelloffenes Deployment. Ein Gateway übernimmt Authentifizierung, Kunden-spezifisches Routing und Ratenbegrenzung. Eine Brückenschicht übersetzt A2A-JSON-RPC-Aufrufe in die native API des Agenten. Der Agent selbst — Hermes Agent — übernimmt das Reasoning und die Tool-Aufrufe. PostgreSQL Row-Level Security erzwingt die Mandantentrennung auf Datenbankebene, sodass ein Programmierfehler nicht die RFQ-Daten eines Kunden an einen anderen weitergeben kann.

Schicht 3: Hermes Agent orchestriert den Workflow

Hermes Agent von Nous Research ist die Orchestrierungsschicht. Er wird mit 60+ eingebauten Tools, nativer MCP-Client-Unterstützung und einem Fähigkeitensystem ausgeliefert, das ihn aus Erfahrung lernen lässt. Für den RFQ-Workflow wird der Agent konfiguriert mit:

MCP-Modulen, die Katalog, Bestand, Preisgestaltung und RFQ-Engine als aufrufbare Tools freilegen
Einer A2A-Brücke, die es ihm erlaubt, an andere Agenten zu delegieren und von ihnen Delegation zu empfangen — Lieferanten-Agenten, Bestands-Agenten, Preis-Agenten — ohne dass einer ein Framework teilt
Human-in-the-Loop-Freigabe-Schranken, die den Workflow pausieren, wenn ein Angebot eine Margenschwelle überschreitet, einen kundenspezifischen Rabatt erfordert oder eine regulierte Produktkategorie berührt. Der Agent hebt einen „Wartet auf Freigabe"-Zustand hervor, der über die gesamte Agentenkette weitergegeben wird, auch über Framework-Grenzen hinweg. Ein Mensch genehmigt oder lehnt ab, und die Arbeit wird fortgesetzt.
Audit-Protokollierung — jeder Tool-Aufruf wird mit Status, Dauer und Ergebnis aufgezeichnet. Das Angebots-team kann genau nachvollziehen, welches Tool welchen Wert im endgültigen Angebot erzeugt hat — was ein Compliance-Prüfer benötigt.

Der Workflow läuft wie folgt ab. Eine RFQ trifft ein. Der Agent parst die Positionen, ruft das Katalog-MCP-Modul auf, um jeden Artikel zuzuordnen, delegiert Verfügbarkeitsprüfungen über A2A an den Bestands-Agenten, ruft das Preis-Modul auf, um die Stufe des Kunden aufzulösen, akquiriert Verfügbarkeitsreservierungen, ruft Stornierungsrichtlinien ab, stellt das Angebot zusammen und — wenn die Marge oder der Rabatt außerhalb vorgegebener Leitplanken fällt — pausiert für eine menschliche Freigabe. Wird freigegeben, sendet er das Angebot. Der gesamte Zyklus dauert Stunden, nicht Tage.

Das Ergebnis: was sich für das Unternehmen ändert

Die messbaren Veränderungen lassen sich direkt den oben genannten Engpässen zuordnen:

Kennzahl	Manueller Workflow	Agenten-orchestriert
Angebotsdurchlaufzeit	3 Tage pro Zyklus	4 Stunden pro Zyklus
Manuelle Arbeit pro Angebot	30 Minuten	5 Minuten (Agent übernimmt den Rest)
Genauigkeit Verfügbarkeitsreservierung	Manuelle Abfrage, Fehler häufig	Atomare Reservierung mit 15-Min.-TTL, kein Oversell
Stornierungsrichtlinie	Copy-Paste aus PDF, Veraltungsrisiko	Snapshot eingefroren zum Angebotszeitpunkt
Fehler bei Preisstufen	Kunde falscher Stufe zugeordnet	Typisiertes Schema + Segmentauflösung
Mehr-Lieferanten-Koordination	Telefon und E-Mail, 2–3 Tage	A2A-Delegation, parallel, Minuten
Audit-Trail	E-Mail-Threads, unvollständig	Jeder Tool-Aufruf protokolliert mit Status und Dauer
Menschliche Berührungspunkte	Jeder Schritt	Nur Margen-Leitplanken- und regulierte Freigaben

Die Komprimierung von 3 Tagen auf 4 Stunden ist die Schlagzeile. Aber die operativen Veränderungen darunter wiegen schwerer. Verfügbarkeitsreservierungen, die nicht oversellen. Stornierungsrichtlinien, die snapshoteingefroren sind, kein veraltetes Copy-Paste. Preisstufen, die durch ein typisiertes Schema aufgelöst werden, nicht durch menschliche Erinnerung. Mehr-Lieferanten-Koordination, die parallel über A2A-Delegation läuft statt über serielle Telefonate. Und ein Audit-Trail, der jeden Tool-Aufruf festhält — was ein Head of Engineering braucht, wenn der CFO fragt, warum ein Angebot so kalkuliert wurde, wie es kalkuliert wurde.

Die 30 % Reduktion manuelle Arbeit und 45 % Kostenreduktion, die von Automation Anywhere über KI-gestützte Beschaffungsworkflows berichtet werden, sind die branchenweite Evidenz. Die Zahlen pro Distributor — 6-fache Angebots geschwindigkeit, Zyklus von 3 Tagen auf 4 Stunden — zeigen, wie das aussieht, wenn der Workflow ein B2B-RFQ-Prozess ist statt einer generischen Beschaffungsfunktion.

Der weitere Kontext: warum das jetzt zählt

Gartners Vorhersage, dass bis 2028 90 % des B2B-Einkaufs durch KI-Agenten vermittelt sein werden — wobei 15 Billionen Dollar über Agenten-Börsen abgewickelt werden — ist kein Grund zum panischen Bauen. Sie ist ein Grund, die architektonische Entscheidung zu verstehen, die vor Ihnen liegt. Die Frage ist nicht, ob Agenten am B2B-Commerce teilnehmen werden. Die Frage ist, ob Ihre Systeme ihre Fähigkeiten so freigeben, wie ein Agent sie nutzen kann — typisierte Tools, Standardprotokolle, prüfbare Prozesse — oder ob sie hinter menschenlesbaren Bildschirmen bleiben, die ein Agent nicht erreichen kann.

MCP gibt Agenten Hände. A2A gibt Agenten Kollegen. Hermes Agent gibt dem Workflow einen Orchestrator, der beides nutzen kann, ohne Sie an das Framework eines einzigen Anbieters zu binden. Das Brückenmuster bedeutet, dass Sie die Standards übernehmen, ohne die Agenten, die Sie bereits haben, neu zu schreiben. Die Mandantentrennung bedeutet, dass ein Deployment mehreren Geschäftseinheiten dient, ohne Daten zu leaken. Die menschlichen Freigabe-Schranken bedeuten, dass Autonomie nicht unkontrolliert bedeutet.

Für einen Head of Engineering oder VP of Operations, der ein Angebots-team leitet, das 200 RFQs pro Woche per E-Mail und Tabellen bearbeitet, lautet die Entscheidung nicht, ob automatisiert wird. Der 3-Tage-Zyklus verliert bereits Aufträge an schnellere Wettbewerber — der Distributor, der in 4 Stunden anbietet, gewinnt das Geschäft, das der 3-Tage-Distributor verliert. Die Entscheidung lautet, auf welcher Architektur aufgebaut wird: auf einer, die Sie an die proprietäre Agenten-Laufzeit eines einzelnen Anbieters bindet, oder auf einer, die auf offenen Protokollen (MCP, A2A) mit einer austauschbaren Orchestrierungsschicht (Hermes Agent) aufbaut, die Sie ersetzen können, ohne die Integrationen neu zu erstellen.