La release Winter ’27 de Salesforce lleva la orquestación de terceros basada en A2A a una gran suite empresarial y valida la interoperabilidad como requisito de compra.
La release Winter ’27 de Salesforce incluye orquestación de agentes de terceros en entornos compatibles con A2A. La compañía afirma que Agentforce puede coordinar agentes de AWS, Azure, Google y otros ecosistemas, o participar como subagente cuando un orquestador externo controla el flujo de trabajo.
Un anuncio de producto no demuestra interoperabilidad perfecta en cualquier entorno real. Sí indica que la coordinación multi-proveedor ha pasado de la discusión de estándares al hoja de ruta del software empresarial mainstream.
Se debilita la estrategia de una sola plataforma
Las grandes empresas ya operan ecosistemas multi-cloud y multi-SaaS. La arquitectura de agentes heredará esa realidad.
Un agente de atención puede vivir junto al CRM. Uno de cadena de suministro, en otra nube. Ingeniería puede elegir su propio agente de código. Un proceso regulado puede exigir un modelo privado. Una empresa adquirida puede aportar otra plataforma.
Consolidar todos los agentes antes de crear valor no es realista. Permitir que cada uno se conecte mediante integraciones propietarias punto a punto tampoco es sostenible.
La interoperabilidad se convierte en requisito de compras.
La orquestación puede tener varios propietarios
Un flujo de trabajo multiagente puede estar coordinado por:
- una plataforma de dominio como CRM o ERP;
- una capa neutral de orquestación;
- una aplicación propia;
- un agente especialista;
- un motor de flujos de trabajo por eventos.
No existe una respuesta única. Debe ser propietario el nivel que tenga el estado de negocio y la responsabilidad más claros.
En una resolución de servicio, el CRM puede controlar el caso y coordinar otros agentes. En compras transversales quizá convenga un orquestador neutral. En una release de software, la plataforma de delivery puede mantener el estado.
El error es dejar que la propiedad aparezca por accidente porque un proveedor hizo primero la demo.
A2A reduce fontanería, no responsabilidad
A2A puede estandarizar descubrimiento, delegación, estado y resultados. No responde por sí solo:
- ¿Puede este agente delegar esta tarea?
- ¿Qué usuario o evento la autorizó?
- ¿Qué datos cruzan la frontera del proveedor?
- ¿Cómo se verifica el resultado receptor?
- ¿Quién responde ante caída o acción incorrecta?
- ¿Dónde vive la traza completa?
- ¿Puede detenerse el proceso en todas las plataformas?
Los controles deben viajar con la tarea o imponerse desde un gateway y plano de políticas compartidos.
La malla de agentes necesita arquitectura
A medida que la orquestación externa se generalice, las organizaciones necesitarán una agent mesh, análoga a las capas anteriores de APIs y service mesh.
Puede incluir:
- registro y descubrimiento;
- identidad y confianza;
- política y autoridad delegada;
- propagación de trazas;
- ciclo de vida de tareas;
- routing y contingencia;
- clasificación de datos;
- asignación de costes;
- aislamiento ante incidentes;
- compatibilidad de versiones.
La malla no debería hacer que todos los agentes fueran accesibles entre sí. Su primera misión es segmentar de forma controlada.
Skills y capacidades como unidad reutilizable
El trabajo paralelo de Salesforce con servidores MCP y skills refuerza un patrón complementario. A2A coordina agentes horizontalmente. MCP expone capacidades verticalmente. Las skills empaquetan el conocimiento y la lógica para usarlas.
Juntas pueden formar una arquitectura multi-proveedor:
evento empresarial → orquestador → agente especialista → capacidad gobernada → sistema de registro
Cada límite tiene contrato. Cada acción puede trazarse.
Cambian las preguntas de compras
Los compradores deberían añadir a las plataformas:
- protocolos abiertos y trazas exportables;
- identidad y delegación documentadas;
- esquemas de herramientas portables;
- capacidad para actuar como coordinador y subagente;
- flexibilidad de modelos y marcos;
- pruebas de versión y conformidad;
- condiciones claras de transferencia y residencia;
- salida para estado y skills almacenadas.
“Se integra con todo” no basta. Hace falta saber protocolo, control y portabilidad exactos.
La visión de Lexdatum
Los sistemas multi-proveedor no son una excepción futura. Son el resultado por defecto de cómo las empresas compran tecnología.
El objetivo no es que todos los agentes conversen libremente. Es composición controlada: cada plataforma aporta la capacidad que posee, mientras identidad, política y evidencia sobreviven a cada traspaso.
Las organizaciones que definan ahora su capa de orquestación evitarán recrear los silos de integración de la era anterior.
Fuentes
- Salesforce — Salesforce’s Top Innovations in the Winter 2027 Release (2026-08-31)
- A2A Protocol — A New Chapter for A2A: Joining the Agentic AI Foundation (2026-08-27)
- Salesforce — Expanding Headless 360: Enterprise Capabilities (2026-08-19)
Nota de investigación: este análisis se basa en información pública disponible a 31 de agosto de 2026. Las capacidades, los precios y las interpretaciones regulatorias pueden cambiar. Las métricas comunicadas por proveedores se identifican como tales. No constituye asesoramiento jurídico, de seguridad o inversión.