Volver a la Biblioteca
A2A

De cadenas de correo a delegación de agentes: automatización de RFQ B2B con A2A y Hermes Agent

Última actualización: 24 de julio de 2026

Conclusiones clave

  • Gartner prevé que para 2028 el 90 % de la compra B2B estará intermediada por agentes de IA, canalizando 15 billones de dólares a través de intercambios de agentes — una ventana de dos años que convierte la preparación para agentes en un mandato de arquitectura de comercio, no en un asunto de investigación futura.
  • El procesamiento manual de RFQ tarda 3,4 semanas por ciclo de contrato y 30 minutos por cotización de media — la investigación de Forrester y Aberdeen muestra que la automatización puede comprimirlo a minutos, y un distribuidor reportó un aumento de velocidad de 6× (de 30 minutos a 5 minutos por cotización).
  • Los flujos de trabajo de aprovisionamiento habilitados por IA reportan reducciones del 30 % en trabajo manual y hasta del 45 % en costes — los datos de aprovisionamiento de 2026 de Automation Anywhere muestran que las ganancias son reales, no proyectadas.
  • El Agent2Agent Protocol superó las 150 organizaciones en su primer año — gobernanza de Linux Foundation, despliegues en producción en cadena de suministro, servicios financieros y operaciones de TI, con integración profunda en las plataformas de Google, Microsoft y AWS.
  • Hermes Agent de Nous Research se entrega con más de 60 herramientas integradas y soporte nativo de MCP — un agente que puede apuntarse a módulos MCP de RFQ, catálogo y precios sin pegamento de integración a medida, y que puede hablar A2A a través de una capa puente sin reescribir su interior.

El problema: un ciclo de RFQ de 3 días que no escala

Un distribuidor B2B de mercado intermedio recibe 200 RFQ a la semana. Cada uno llega como un correo con una hoja de cálculo o un PDF — líneas de artículos, cantidades, fechas de entrega solicitadas, a veces un número de cuenta de cliente. El equipo de cotización abre cada uno, busca cada artículo en el catálogo, comprueba los niveles de inventario actuales, asocia el cliente con el nivel de precios correcto, extrae las políticas de cancelación de los términos del proveedor, redacta una cotización y la envía de vuelta. Si el RFQ involucra a varios proveedores — un paquete de componentes de tres fabricantes — el proceso se multiplica. Alguien coordina con cada proveedor por teléfono o correo, espera respuestas, reconcilia la disponibilidad y ensambla la cotización combinada.

El resultado es un ciclo de 3 días. La investigación de Forrester y Aberdeen muestra que la aprobación manual de contratos por sí sola tarda de media 3,4 semanas. Un distribuidor midió 30 minutos por cotización antes de la automatización; después, 5 minutos — un aumento de velocidad de 6×. La reducción de costes del 45 % y la reducción del 30 % en trabajo manual reportadas en los flujos de trabajo de aprovisionamiento habilitados por IA no son proyecciones teóricas. Son resultados medidos de equipos que sustituyeron el ciclo de correo-y-hoja-de-cálculo por automatización estructurada.

El problema no es que al equipo de cotización le falte esfuerzo. El problema es que el flujo de trabajo está construido en torno a búsquedas manuales contra sistemas desconectados. El catálogo vive en BigCommerce o en un PIM. El inventario vive en NetSuite. Los niveles de precios viven en una hoja de cálculo o en un CRM. Las políticas de cancelación viven en PDFs de proveedores. Cada sistema tiene su propia API, su propia autenticación, su propio modelo de datos. Un humano los tiende leyendo pantallas y escribiendo valores. Un agente puede tenderlos invocando herramientas — pero solo si esas herramientas están expuestas de una forma que el agente pueda usar.

Flujo de trabajo manual frente a flujo de trabajo orquestado por agentes — qué cambia cuando las herramientas MCP, la delegación A2A y Hermes Agent sustituyen la cotización por correo-y-hoja-de-cálculo:

Flujo de RFQ manual frente a orquestado por agentes Manual: ciclo de 3 días PASO 1 Abrir correo, leer hoja de cálculo/PDF PASO 2 Buscar cada artículo en el catálogo (manual) PASO 3 Comprobar inventario en NetSuite (lectura de pantalla) PASO 4 Asociar cliente a nivel de precios (hoja de cálculo) PASO 5 Coordinar con proveedores por teléfono/correo PASO 6 Redactar cotización, enviar por correo 3 días 30 min por cotización · errores frecuentes · sin traza de auditoría Agente: ciclo de 4 horas 1 Analizar RFQ, extraer líneas de artículos Hermes Agent lee el correo entrante 2 Buscar catálogo vía módulo MCP Herramientas tipadas: search_items, get_provider_items 3 Delegar disponibilidad vía A2A El agente de inventario adquiere reservas atómicas (TTL 15 min) 4 Resolver nivel de precios vía MCP Esquema tipado + resolución de segmento 5 Aprobación humana (solo salvaguardas de margen) El estado de aprobación A2A viaja por toda la cadena de agentes 6 Enviar cotización, registrar cada llamada a herramienta Traza de auditoría: estado, duración, resultado por llamada 4 horas 5 min de tiempo humano · sin sobreventa · traza de auditoría completa 6x velocidad de cotización (30 min a 5 min) 30% menos trabajo manual (Automation Anywhere) 150+ organizaciones en A2A (Linux Foundation) MCP da manos a los agentes · A2A les da colegas · Hermes orquesta — ideabosque.com/library

La solución orquestada por agentes: herramientas MCP, delegación A2A, orquestación con Hermes

La arquitectura tiene tres capas, cada una abordando un cuello de botella específico del flujo de trabajo manual:

Capa 1: los módulos MCP dan manos al agente

El Model Context Protocol expone cada sistema de negocio como un conjunto de herramientas tipadas que un agente puede invocar. En lugar de un humano leyendo una pantalla de NetSuite, un módulo MCP envuelve la API SuiteTalk de NetSuite detrás de herramientas como get_inventory, check_availability, get_price_tiers. En lugar de un humano navegando un catálogo de BigCommerce, un módulo expone search_items, get_provider_items. El propio motor de RFQ — el sistema que gestiona el ciclo de vida de la solicitud, la creación de cotizaciones, las reservas de disponibilidad y las instantáneas de política de cancelación — expone 38 herramientas MCP registradas en 11 mixins de dominio: envío de solicitudes, búsqueda de artículos, reservas de disponibilidad, gestión de cotizaciones, cálculo de precios, programación de plazos, ensamblado de paquetes, recuperación de políticas de cancelación, adjuntos de archivos, contactos de segmento y consulta de catálogo mediante búsqueda en grafos de conocimiento.

Cada herramienta tiene un esquema tipado. El agente no adivina qué argumentos pasar — recibe un esquema JSON con nombres de campos, tipos y descripciones. Esta es la diferencia entre un agente que redacta una cotización de aspecto plausible y un agente que llama a acquire_availability_hold con un provider_item_uuid real y obtiene de vuelta un hold_token con un TTL de 15 minutos. El esquema tipado es lo que hace verificable la salida del agente en lugar de decorativa.

Capa 2: A2A da colegas al agente

El Agent2Agent Protocol — ahora bajo gobernanza de Linux Foundation con más de 150 organizaciones de apoyo — define cómo los agentes se descubren entre sí, se delegan tareas, transmiten el progreso y notifican la finalización. En el flujo de RFQ, A2A resuelve un problema específico: el agente de cotización no necesita ser un único monolito que lo sabe todo. Puede delegar.

Un agente del lado del comprador recibe un RFQ, extrae las líneas de artículos y delega la búsqueda en el catálogo a un agente de proveedor que posee la base de datos de productos. El agente de proveedor busca en el grafo de conocimiento, devuelve los artículos coincidentes con disponibilidad e información de lote. El agente de cotización delega la verificación de disponibilidad a un agente de inventario que posee la conexión a NetSuite. El agente de inventario adquiere las reservas. El agente de cotización delega la resolución del nivel de precios a un agente de precios que posee la lógica de segmentos de cliente. Cada agente posee un sistema y un dominio. A2A es el protocolo que les permite pasarse trabajo entre sí, seguirlo y recibir resultados — sin que ningún agente necesite saber cómo están construidos los demás.

El proyecto docker-a2a-hermes-agent-gateway demuestra este patrón como un despliegue funcional y de código abierto. Una pasarela gestiona la autenticación, el enrutado por cliente y los límites de tasa. Una capa puente traduce las llamadas JSON-RPC de A2A a la API nativa del agente. El propio agente — Hermes Agent — hace el razonamiento y la invocación de herramientas. La seguridad a nivel de fila (RLS) de PostgreSQL aplica el aislamiento entre inquilinos a nivel de base de datos, de modo que un error de programación no puede filtrar los datos de RFQ de un cliente a otro.

Capa 3: Hermes Agent orquesta el flujo de trabajo

Hermes Agent de Nous Research es la capa de orquestación. Se entrega con más de 60 herramientas integradas, soporte nativo de cliente MCP y un sistema de habilidades que le permite aprender de la experiencia. Para el flujo de RFQ, el agente se configura con:

  • Módulos MCP que exponen el catálogo, el inventario, los precios y el motor de RFQ como herramientas invocables
  • Un puente A2A que le permite delegar y recibir delegaciones de otros agentes — agentes de proveedor, de inventario, de precios — sin que ninguno comparta un framework
  • Puertas de aprobación humanas en el bucle que pausan el flujo de trabajo cuando una cotización supera un umbral de margen, requiere un descuento a medida o toca una categoría de producto regulada. El agente plantea un estado de «esperando aprobación» que se propaga por toda la cadena de agentes, incluso a través de las fronteras entre frameworks. Un humano aprueba o rechaza, y el trabajo se reanuda.
  • Registro de auditoría — cada llamada a herramienta se registra con estado, duración y resultado. El equipo de cotización puede rastrear exactamente qué herramienta produjo qué valor en la cotización final, que es lo que necesita un revisor de cumplimiento.

El flujo de trabajo se ejecuta así. Llega un RFQ. El agente analiza las líneas de artículos, invoca el módulo MCP de catálogo para asociar cada artículo, delega las comprobaciones de disponibilidad al agente de inventario vía A2A, invoca el módulo de precios para resolver el nivel del cliente, adquiere reservas de disponibilidad, recupera las políticas de cancelación, ensambla la cotización y — si el margen o el descuento caen fuera de las salvaguardas preestablecidas — se pausa para aprobación humana. Si se aprueba, envía la cotización. El ciclo entero dura horas, no días.

El resultado: qué cambia para el negocio

Los cambios medibles se corresponden directamente con los cuellos de botella identificados arriba:

Métrica Flujo manual Orquestado por agentes
Tiempo de respuesta de cotización 3 días por ciclo 4 horas por ciclo
Trabajo manual por cotización 30 minutos 5 minutos (el agente hace el resto)
Precisión de la reserva de disponibilidad Búsqueda manual, errores frecuentes Reserva atómica con TTL de 15 min, sin sobreventa
Política de cancelación Copiar-pegar del PDF, riesgo de obsolescencia Instantánea congelada en el momento de la cotización
Errores de nivel de precios Cliente asociado al nivel incorrecto Esquema tipado + resolución de segmento
Coordinación con múltiples proveedores Teléfono y correo, 2-3 días Delegación A2A, en paralelo, minutos
Traza de auditoría Hilos de correo, incompleta Cada llamada a herramienta registrada con estado y duración
Puntos de contacto humano Cada paso Solo aprobaciones de salvaguarda de margen y reguladas

La compresión de 3 días a 4 horas es el número titular. Pero los cambios operativos por debajo importan más. Reservas de disponibilidad que no sobrevenenden. Políticas de cancelación que se congelan como instantánea, no un copiar-pegar obsoleto. Niveles de precios resueltos por esquema tipado, no por memoria humana. Coordinación con múltiples proveedores que corre en paralelo mediante delegación A2A en lugar de llamadas telefónicas en serie. Y una traza de auditoría que registra cada llamada a herramienta — que es lo que necesita un Director de Ingeniería cuando el CFO pregunta por qué una cotización se precio como se precio.

La reducción del 30 % en trabajo manual y la reducción del 45 % en costes reportadas por Automation Anywhere en los flujos de trabajo de aprovisionamiento habilitados por IA son la evidencia a nivel de industria. Los números por distribuidor — velocidad de cotización de 6×, ciclo de 3 días a 4 horas — son el aspecto que adopta eso cuando el flujo de trabajo es un proceso de RFQ B2B en lugar de una función genérica de aprovisionamiento.

El contexto más amplio: por qué esto importa ahora

La predicción de Gartner de que para 2028 el 90 % de la compra B2B estará intermediada por agentes de IA — canalizando 15 billones de dólares a través de intercambios de agentes — no es razón para construir con pánico. Es razón para entender la decisión de arquitectura que tiene delante. La pregunta no es si los agentes participarán en el comercio B2B. La pregunta es si sus sistemas exponen sus capacidades de una forma que un agente pueda usar — herramientas tipadas, protocolos estándar, procesos auditables — o si permanecen detrás de pantallas legibles por humanos que un agente no puede alcanzar.

MCP da manos a los agentes. A2A les da colegas. Hermes Agent da al flujo de trabajo un orquestador que puede usar ambos sin encerrarle en el framework de un único proveedor. El patrón de puente significa que usted adopta los estándares sin reescribir los agentes que ya tiene. El aislamiento entre inquilinos significa que un único despliegue atiende a múltiples unidades de negocio sin fugas de datos. Las puertas de aprobación humana significan que autonomía no equivale a incontrolado.

Para un Director de Ingeniería o un VP de Operaciones que dirige un equipo de cotización que procesa 200 RFQ a la semana por correo y hojas de cálculo, la decisión no es si automatizar. El ciclo de 3 días ya está perdiendo negocios frente a competidores más rápidos — el distribuidor que cotiza en 4 horas gana el negocio que el distribuidor de 3 días pierde. La decisión es sobre qué arquitectura construir: una que le encierre en el runtime de agente propietario de un único proveedor, o una construida sobre protocolos abiertos (MCP, A2A) con una capa de orquestación intercambiable (Hermes Agent) que puede reemplazar sin rehacer las integraciones.

Lecturas relacionadas


Un distribuidor de mercado intermedio estaba perdiendo negocios frente a competidores que cotizaban en horas mientras su equipo tardaba 3 días. El cuello de botella no eran los precios — eran las búsquedas de catálogo en BigCommerce, las comprobaciones de inventario en NetSuite, la coincidencia de niveles de precios en una hoja de cálculo y la coordinación con proveedores por teléfono. Una pila de orquestación de agentes cambió el ciclo: los módulos MCP exponen cada sistema como herramientas tipadas, A2A permite al agente de cotización delegar en agentes de proveedor e inventario sin compartir framework, y Hermes Agent orquesta el flujo de trabajo con puertas de aprobación humana para las cotizaciones de salvaguarda de margen. El tiempo de respuesta de cotización bajó de 3 días a 4 horas. Las reservas de disponibilidad dejaron de sobrevenender. Las políticas de cancelación se congelan como instantánea en el momento de la cotización. Cada llamada a herramienta se registra para auditoría.

Solicite una construcción acotada

Descubrimiento de una semana. Obtendrá un inventario de sistemas, un mapa de flujo de trabajo y un alcance fijo — construya o no con nosotros.

¿Quieres esto construido para tus sistemas?

Cada documento aquí viene de trabajo real de producción. Si tienes un sistema objetivo y un flujo en mente, podemos definir un proyecto en una semana.

Solicitar un proyecto

Descubrimiento de una semana. Obtienes un inventario de sistemas, mapa de flujos y alcance fijo — decidas o no construir con nosotros.