Salesforce está ampliando Headless 360 para convertir funciones alojadas hasta ahora dentro de sus aplicaciones empresariales en capacidades que puedan utilizar agentes de inteligencia artificial, herramientas de desarrollo y otras interfaces.
La compañía extiende esta arquitectura a sus principales nubes e incorpora nuevos servidores basados en Model Context Protocol (MCP), acceso a Data 360, integración con Slack y más de un centenar de «Skills» reutilizables. El movimiento desplaza una parte relevante de la interacción con el CRM fuera de su interfaz tradicional, aunque también eleva la importancia de cómo se gobiernan los permisos y las acciones automatizadas.
El anuncio abarca Marketing, Sales, Service, Commerce, MuleSoft, Informatica y Tableau, además de la plataforma general de Salesforce. Algunas piezas están disponibles de forma general, mientras que otras permanecen en beta, una diferencia relevante para empresas que estudien llevar estos mecanismos a sistemas de producción.
Headless 360 lleva la lógica de Salesforce fuera del CRM
La arquitectura «headless» separa las capacidades de negocio de la interfaz en la que tradicionalmente se utilizan. Salesforce lleva años exponiendo información y operaciones mediante APIs, pero Headless 360 intenta añadir una capa pensada específicamente para un escenario en el que el consumidor puede ser un agente de IA que necesita localizar herramientas, interpretar su significado y ejecutar una tarea.
Para una empresa, la diferencia afecta sobre todo al trabajo de integración. Una acción ya configurada en Salesforce, desde actualizar una oportunidad comercial hasta iniciar un flujo, puede ponerse a disposición de otros entornos conservando elementos como identidad, permisos, metadatos, reglas de validación y lógica empresarial. La propuesta reduce la necesidad de reconstruir esa misma lógica alrededor de cada asistente o aplicación.
El Headless 360 MCP Server ocupa una posición central en ese diseño. Salesforce lo plantea como una vía para que clientes compatibles con MCP, incluidos agentes que funcionen sobre diferentes proveedores de modelos, puedan acceder a las capacidades de su plataforma mediante una conexión común.
La documentación técnica aporta un matiz a la presentación comercial del lanzamiento. El servidor Headless 360 se encuentra en beta desde julio de 2026 y concentra el acceso en cuatro herramientas, respaldadas por una biblioteca creciente de operaciones de Salesforce. Entre las acciones documentadas figuran consultar y modificar registros, gestionar determinados aspectos de usuarios, trabajar con disparadores Apex o crear integraciones basadas en eventos.
Ese diseño pretende evitar que un modelo tenga que examinar miles de definiciones de herramientas antes de decidir cuál utilizar. Para los equipos de arquitectura, el cambio puede simplificar la superficie expuesta al agente, pero traslada parte de la complejidad a la definición de qué capacidades puede descubrir cada sistema y bajo qué credenciales puede ejecutarlas.
Headless 360 se apoya en MCP para abrir sus capacidades
Model Context Protocol ha ganado peso como mecanismo de conexión entre modelos de IA y sistemas externos desde que Anthropic lo presentó como estándar abierto en noviembre de 2024. Su arquitectura distingue entre servidores que exponen datos o herramientas y clientes capaces de consumirlos, con la intención de evitar una integración específica entre cada asistente y cada fuente empresarial.
Salesforce utiliza ahora ese modelo para ampliar el alcance del CRM, pero el protocolo resuelve principalmente la forma de conexión. La seguridad efectiva sigue dependiendo de la autenticación, los permisos, el diseño de las herramientas disponibles y las políticas que controlen su ejecución. Esta separación resulta especialmente relevante cuando el agente deja de limitarse a recuperar información y empieza a modificar datos o lanzar procesos.
Ahí aparece una de las decisiones arquitectónicas de Headless 360. Salesforce sostiene que las acciones heredan las reglas ya existentes en su plataforma. Un agente autorizado puede descubrir objetos y procesos junto con sus relaciones, permisos o reglas de validación, reduciendo la necesidad de representar esa lógica mediante instrucciones escritas específicamente en un «prompt».
El enfoque puede resultar atractivo en organizaciones con años de procesos construidos sobre Salesforce. También introduce una dependencia operativa clara: cuanto más utilicen los agentes la lógica empresarial alojada en la plataforma, mayor será la importancia de mantener correctamente sus modelos de permisos, metadatos y automatizaciones. Configuraciones que hasta ahora afectaban principalmente a usuarios dentro del CRM pueden terminar condicionando acciones iniciadas desde otros entornos.
Data 360 amplía lo que los agentes pueden hacer con los datos
La segunda pieza relevante es Data 360 MCP Server, disponible de forma general. Salesforce afirma que expone cerca de 200 APIs de Data 360 mediante estándares abiertos. El alcance va más allá de consultar perfiles de clientes: los agentes autorizados pueden trabajar con modelos semánticos, transformaciones, campos, gráficos de identidad, segmentación de audiencias, activación de campañas y creación de nuevos flujos de datos.
Esta ampliación modifica el tipo de tareas que pueden delegarse. Un asistente conectado al contexto corporativo puede pasar de responder una consulta sobre un cliente a intervenir en procesos de preparación, transformación o activación de datos.
Salesforce acompaña esa capa con «Skills», paquetes reutilizables que encapsulan recursos, validaciones, orquestación y lógica empresarial para tareas concretas. El repositorio supera las 100 capacidades y está disponible de forma general, mientras que la compañía situó la disponibilidad general de las Skills específicas de Data 360 durante agosto de 2026.
Para los departamentos de tecnología, reutilizar esas piezas puede acortar parte del desarrollo necesario para incorporar agentes. Sin embargo, la reducción de código personalizado no elimina el trabajo previo sobre calidad del dato, taxonomías, permisos o definición semántica. Un agente puede disponer de un acceso técnicamente correcto y seguir operando sobre información mal clasificada o procesos incoherentes.
Slack convierte la conversación en una interfaz operativa
Otra parte de la expansión de Headless 360 lleva las acciones directamente a Slack. El cliente MCP de Slackbot ya está disponible de forma general y puede conectarse con los servidores MCP de Salesforce y con más de 20 aplicaciones de terceros, entre ellas Atlassian, Box, Canva, Docusign, Notion y Zoom.
Desde una conversación, un empleado puede consultar o actualizar oportunidades, recuperar contratos o iniciar flujos empresariales utilizando las credenciales y políticas establecidas en los sistemas conectados. Salesforce ya documentaba en julio escenarios en los que actividades habituales del equipo comercial podían ejecutarse desde Slack sin abrir directamente una pestaña del CRM.
El desplazamiento hacia interfaces conversacionales puede tener consecuencias sobre cómo se diseñan las aplicaciones internas. Salesforce Multi-framework, ya disponible de forma general, permite además crear aplicaciones React utilizando autenticación, seguridad y acceso a datos nativos de Salesforce. Headless Experience Layer permanece en beta abierta y cubre experiencias web, móviles, embebidas y conversacionales.
La combinación amplía las superficies desde las que puede utilizarse una misma capacidad empresarial: una aplicación propia, Slack, un agente autónomo o una herramienta conectada mediante MCP. El CRM permanece como sistema de datos, reglas y gobierno, aunque la interacción puede ocurrir cada vez más lejos de sus pantallas.
Para CIO y CTO, esa evolución plantea una cuestión operativa inmediata. El valor de Headless 360 dependerá menos de incorporar otro asistente y más de saber qué procesos empresariales están preparados para ser ejecutados fuera de su interfaz original. Salesforce ofrece una infraestructura para reutilizarlos; decidir cuáles pueden quedar en manos de agentes, con qué nivel de autonomía y bajo qué controles seguirá siendo una tarea interna de arquitectura y gobierno.
