SAP convierte Joule en una capa agéntica entre aplicaciones
SAP SE está cambiando su forma de hablar de los agentes de IA. En SAP Connect 2026, la compañía alemana de software anunció que su arquitectura Autonomous Enterprise estará disponible de forma general este mes. SAP presentó esta arquitectura en mayo, en Sapphire, su conferencia para clientes. Llega acompañada de dos productos nuevos, Joule Work y Joule Desktop, y de un catálogo más amplio de asistentes y agentes autónomos.
El cambio principal tiene que ver con dónde funcionan los agentes. SAP ya no quiere que la IA esté dentro de cada aplicación. Quiere que los agentes estén por encima de las aplicaciones y trabajen con todas ellas.
De asistente conversacional a capa de trabajo
Joule se lanzó en 2023 como el asistente de IA generativa de SAP y desde entonces se ha convertido en el eje de la estrategia de automatización de la compañía. Con esta versión, SAP lo presenta como una interfaz conversacional que funciona junto al software del cliente, en lugar de dentro de una sola aplicación.
Manoj Swaminathan, presidente y director de producto de Autonomous Suite en SAP, lo resumió así en una entrevista con SiliconANGLE: "El primer principio es que se trata de IA sobre las aplicaciones y no de IA dentro de las aplicaciones".
También afirmó que la interfaz ya va más allá de una ventana de chat. "Para nosotros, Joule ya no es un cliente de chat en lenguaje natural; es una experiencia a pantalla completa", dijo.
El lanzamiento consta de tres partes:
-
Joule Work es el marco que integra los asistentes en los flujos de trabajo de los clientes. Funciona tanto con aplicaciones de SAP como de otros proveedores.
-
Joule Desktop es la capa de interfaz. Está donde los usuarios ya trabajan, recoge la misma información empresarial y se encarga de la tarea en sí, en lugar de vincularla a los recursos de una sola aplicación.
-
Los agentes actualizados abarcan finanzas, cadena de suministro, gasto, plantilla y experiencia de cliente, además de áreas específicas de cada sector dentro de la suite autónoma.
Cómo funciona en la práctica
Swaminathan puso como ejemplo el gasto corporativo total. Hoy esa pregunta no encaja bien en una sola aplicación. Joule podría deducir que la respuesta necesita datos del ERP (planificación de recursos empresariales, el sistema central que usan las empresas para finanzas y operaciones), de las herramientas de viajes y gastos y de las plataformas de compras. Después combinaría los registros y devolvería una única respuesta de negocio.
La mayoría de los empleados de oficina ya han visto versiones más sencillas de esto, como un agente que redacta un memorando en un procesador de textos o que busca hilos antiguos en un cliente de correo. Lo que defiende SAP es que su ventaja está en conectar los datos del ERP, los documentos financieros y el correo electrónico en un mismo flujo.
Autonomía con una persona al mando
Swaminathan sostuvo que "autónomo" no significa dejarlo todo en manos de los agentes y desentenderse. En su opinión, los clientes necesitan primero herramientas para observar a los agentes, describir lo que deben hacer y ganar confianza en ellos antes de delegarles cualquier proceso. El control, la gobernanza y un registro de auditoría de la actividad de los agentes van primero.
"Cuando hablamos de empresa autónoma, somos conscientes de que va a ser un camino para el cliente", afirmó, y añadió que no es algo que se active de la noche a la mañana solo porque haya agentes disponibles.
En el modelo de SAP, los usuarios expresan su intención y el agente decide qué sistemas utilizar. Los agentes se tratan de forma muy parecida a los empleados, con reglas de seguridad, sistemas de registro y permisos de ejecución definidos. Las personas siguen participando en el proceso para garantizar la gobernanza y la transparencia.
El argumento de los datos
Swaminathan lanzó una afirmación directa sobre la competencia. Los clientes aportan sus propios datos y sus lakehouses en la nube, y SAP organiza esos datos en un grafo de conocimiento estructurado. Según él, los modelos y agentes de propósito general de OpenAI y Anthropic no pueden ofrecer ese contexto cuando simplemente se colocan encima de los datos empresariales. Los datos del ERP, los procesos, la semántica, las políticas y las relaciones entre ellos son lo que él llamó la "receta secreta" de SAP.
SAP no es el único proveedor que va por este camino. Salesforce y ServiceNow también avanzan hacia aplicaciones headless, capas de contexto y planos de control agénticos.
Precio y disponibilidad
SAP seguirá cobrando mediante unidades de IA. El modelo se basa sobre todo en el consumo y no en una suscripción de tarifa plana: la inferencia de los agentes consume unidades y los clientes pueden ver cuánto gastan. Las actualizaciones de Joule se desplegarán a lo largo de octubre, y los clientes ya pueden consultar los agentes en el Discovery Center de SAP.
Nuestra opinión
Para los equipos de TI de las empresas, el planteamiento de "IA sobre las aplicaciones" es lo que hay que vigilar. Sugiere que la interfaz principal del software empresarial podría dejar de ser la pantalla de cada aplicación para pasar a una capa de agentes que consulta muchos sistemas a la vez. SAP, Salesforce y ServiceNow parecen competir por hacerse con esa capa, y quien la controle ganaría una influencia considerable sobre los clientes.
El énfasis de SAP en observar a los agentes, auditarlos y tratarlos como empleados encaja con una tendencia más amplia. Los proveedores venden cada vez más gobernanza junto a las capacidades, como se ve en iniciativas como los controles para cargas de trabajo de agentes de IBM y CoreWeave. La pulla a OpenAI y Anthropic llega además en un momento en que las grandes empresas están replanteándose cómo usan los modelos de propósito general, como demuestra el reciente recorte del uso de Claude en Meta y Microsoft.
El precio por consumo merece una atención especial. Los agentes que recorren varios sistemas para dar una sola respuesta podrían consumir mucha inferencia, y poder ver el uso no basta para limitar la factura. Habrá que ver si SAP añade límites estrictos como los topes de gasto en tokens que Cohere ha introducido recientemente. La otra incógnita es si la ventaja del grafo de conocimiento se mantiene en implantaciones reales, sobre todo en empresas con muchos sistemas ajenos a SAP.
