Salida de la IA para los clientes actuales de SAP

Modelos de IA agnósticos

Una vía de escape técnica de la dependencia de la IA pasa por los modelos independientes de los agentes. Este enfoque tiene como objetivo desacoplar por completo el conocimiento de los procesos críticos para el negocio y la lógica de dichos procesos de las plataformas de IA subyacentes. El objetivo es que la plataforma de IA pueda sustituirse en un plazo relativamente corto, ya sea por necesidad o ante consolidaciones impredecibles del mercado, de modo que las inversiones realizadas y los conocimientos sobre los procesos permanezcan en la empresa y no se pierdan irremediablemente en plataformas externas, a menudo no europeas.

Otra alternativa al BTP consiste en la creación de entornos informáticos híbridos y en el concepto de «Composable ERP», en el que plataformas de integración independientes (iPaaS), como Boomi, se encargan de la orquestación de los procesos. En lugar de someterse a las condiciones de licencia impuestas por el BTP, los usuarios de ERP utilizan, por ejemplo, plataformas como Boomi para alimentar los datos centrales de SAP de forma fluida y sin necesidad de desarrollos complejos en cualquier lago de datos en la nube o en modelos externos de IA. Esto permite a los clientes actuales de SAP desarrollar estrategias de datos escalables, nativas de la nube y controladas por IA, que son totalmente independientes del proveedor y mantienen el control sobre los agentes de IA autónomos en sus propias manos.

Para los clientes actuales de SAP que, por motivos de protección de datos, cumplimiento normativo o rentabilidad, se muestran reticentes a dar el salto a la nube pública, las plataformas operativas de código abierto especializadas, como Red Hat OpenShift AI o Suse AI (véase también el artículo de portada de E3 de septiembre de 2026) una solución fiable y segura para el funcionamiento exclusivamente local de la inteligencia artificial.

En lugar de transferir datos empresariales confidenciales a hiperescaladores estadounidenses o a la nube de SAP para su procesamiento, en estas plataformas se pueden utilizar modelos de lenguaje a gran escala (LLM) de código abierto locales, como Llama o Mistral, en el hardware propio de la empresa o en la nube privada. Desde el punto de vista arquitectónico, en este modelo «side-by-side», el sistema SAP sigue siendo el backend para los datos empresariales estructurados, mientras que la lógica de IA propiamente dicha se ejecuta en una infraestructura independiente y se comunica únicamente a través de interfaces estandarizadas como OData, MCP-Server o REST.

Esta desconexión radical no solo garantiza la soberanía absoluta sobre los datos, sino que, en el marco de una estrategia de salida de la IA, permite cambiar en cualquier momento y sin problemas los modelos de lenguaje utilizados, sin que ello afecte a los procesos centrales existentes de SAP.

SAP Business AI y el Knowledge Graph

El director general de SAP, Christian Klein, y su equipo directivo han presentado en las conferencias internas Sapphire el concepto de «Autonomous Enterprise», en el que cientos de agentes de IA especializados se encargarán de gestionar los procesos empresariales de forma prácticamente autónoma. Desde el punto de vista técnico, este escenario se sustenta esencialmente en dos pilares: SAP Business AI y SAP Knowledge Graph (HANA).

El problema fundamental del uso de modelos genéricos de lenguaje a gran escala (LLM) en las empresas es su falta de contexto empresarial. Los LLM no conocen ni las relaciones específicas entre tablas ni las directrices internas de autorización. El Knowledge Graph (SAP HANA) actúa aquí como brújula semántica para mantener una visión general en el universo altamente complejo de los sistemas ERP, con más de siete millones de campos de datos.

Mediante la generación automática de ontologías a partir de los metadatos de SAP Hana Cloud, el motor Hana Graph Engine vincula estructuras de datos relacionales, objetos de negocio (como clientes, pedidos y facturas) y ampliaciones específicas para cada cliente en una red semántica de relaciones. Esta base semántica permite al asistente de IA Joule y a los agentes que colaboran con él extraer conclusiones precisas y lógicas, y reducir drásticamente las temidas «alucinaciones» de los modelos de IA.

SAP Hana Cloud Graph Engine

El motor técnico de la base de datos en segundo plano es el Hana Cloud Graph Engine, que, desde la actualización del primer trimestre de 2025, ofrece compatibilidad nativa para el almacenamiento y la consulta de grafos de conocimiento. De este modo, SAP subsana una carencia funcional, ya que anteriormente los clientes tenían que utilizar en paralelo distintos sistemas (como, por ejemplo, Neo4j) para los datos relacionales y las bases de datos de grafos.

Ahora es posible consolidar ambos mundos en una única base de datos y controlarlos mediante lenguajes de consulta basados en grafos, como openCypher o SPARQL. De este modo, un LLM puede traducir consultas en lenguaje natural a una consulta SPARQL y ejecutarla, sin que los desarrolladores tengan que programar previamente y con gran esfuerzo unas API rígidas. Desde un punto de vista técnico, este enfoque supone una forma elegante de armonizar los datos.

El «corsé» de BTP y el cambio de marca a SAP BAIP

Sin embargo, desde el punto de vista empresarial, detrás de esta arquitectura de Hana se esconde una estrategia comercial y de licencias cuyo objetivo es limitar la independencia que los clientes actuales de SAP han conseguido con tanto esfuerzo. La Business Technology Platform es el escenario exclusivo para los escenarios de IA de SAP. Con el fin de centralizar el control sobre todo el ecosistema de datos e inteligencia artificial, SAP fusionó en 2026 la BTP, la Business Data Cloud (BDC) y el Business Transformation Management en una única pila consolidada bajo el nombre de SAP Business AI Platform (BAIP).

El cambio de denominación de la competencia BTP a BAIP se produjo el 30 de junio de 2026, mientras que los nuevos requisitos, más estrictos, sobre la capacidad de suministro de IA entrarán en vigor a partir de enero de 2027. Para los clientes actuales de SAP, este giro estratégico significa sobre todo una cosa: la implantación de la inteligencia artificial quedará indisolublemente ligada al restrictivo modelo de licencia BTP y a la obligación de suscribir contratos de nube.

Quien desee utilizar el asistente de IA Joule o el Generative AI Hub debe optar por los costosos modelos de contrato BTP, como el Cloud Platform Enterprise Agreement (CPEA) o el BTP Enterprise Agreement (BTPEA), en los que la facturación, poco clara, se realiza mediante las denominadas «unidades de capacidad» (CU) y el consumo de tokens.

La asociación de usuarios de SAP DSAG critica duramente esta obligación del BTP: dado que los puntos de IA basados en el consumo no son transferibles al año siguiente, los contingentes no utilizados caducan al final del año, mientras que cualquier exceso de uso se factura sin descuento, a precios de catálogo. Además, la Política de API de SAP, que se endureció en abril de 2026, bloquea la salida directa de datos y restringe drásticamente la conexión sin licencia de agentes de IA de terceros, lo que consolida aún más la obligación de utilizar el BTP y las comisiones por transacción asociadas.

Las alternativas a la plataforma SAP: Simplifier y Boomi

Los clientes actuales de SAP no están en absoluto indefensos ante estas condiciones de licencia. Existen alternativas independientes del fabricante que se toman en serio el derecho a la soberanía técnica. Quien desee desarrollar en paralelo y, aun así, eludir las tasas de licencia de SAP BTP, encontrará en Simplifier una alternativa destacada en el ámbito del «low-code».

Mientras que BTP ata cada vez más a los usuarios al corsé propietario de SAP SaaS, Simplifier apuesta por estándares web abiertos y el marco UI5, lo que evita la dependencia de un único proveedor. Simplifier permite a las medianas empresas desarrollar aplicaciones Fiori hasta diez veces más rápido, integrar de forma flexible sistemas SAP y no SAP y, al mismo tiempo, mantener el núcleo de S/4 absolutamente limpio (Clean Core).

Para la orquestación y la integración de datos, resulta ideal la plataforma iPaaS independiente de fabricantes de Boomi. Boomi se ha consolidado en el Cuadrante Mágico de Gartner como líder del mercado junto a BTP, aunque se distingue por su filosofía abierta. La alianza estratégica entre Boomi y Red Hat, anunciada en mayo de 2026, supone aquí el impulso decisivo. Gracias a la combinación de AgentStudio de Boomi y Red Hat AI, las empresas pueden crear una pila de IA de código abierto, nativa de Kubernetes y totalmente autónoma. Esta pila permite una verdadera estrategia de IA privada y una estrategia de salida de la IA sin costes adicionales.

Pánico por los tokens: enrutamiento inteligente y código abierto

El uso no regulado de la IA generativa está provocando actualmente un aumento vertiginoso de los costes en muchas empresas. Ante los costosos modelos de vanguardia de OpenAI (como GPT-5) y Anthropic (como Claude/Fable), los analistas del mercado ya hablan de un «pánico mundial por los tokens», en el que el gasto en tokens eclipsa el valor añadido real. Para reducir estos costes de forma eficaz o evitarlos por completo, los arquitectos de TI recurren cada vez más a las denominadas «LLM-Gateways» y «LLM-Routers».

Modelos de código abierto

El mercado está experimentando un cambio radical hacia modelos de código abierto alojados localmente. Sistemas potentes como LLaMA de Meta, Mistral o los modelos chinos de Open Weights, como DeepSeek, Qwen y Kimi, se encuentran técnicamente a solo unos meses de los modelos de vanguardia, pero cuestan solo una fracción de su precio. Incluso el director ejecutivo de Microsoft, Satya Nadella, está estudiando la posibilidad de utilizar DeepSeek para su propio Copilot, con el fin de garantizar los márgenes. Un cliente actual de SAP puede utilizar estos modelos de código abierto de forma económica y conforme a la normativa de protección de datos en su propio hardware, lo que le ahorra por completo el costoso rodeo que supone la facturación a través de BTP.

La respuesta esclarecedora a la pregunta de si un cliente actual de SAP está obligado a utilizar soluciones propias como Joule, el SAP Knowledge Graph o la Business AI es: no, no existe ninguna obligación técnica ni funcional. La comunidad de SAP y los usuarios innovadores de ERP llevan mucho tiempo por delante del departamento de desarrollo de SAP. El Informe de Inversiones de DSAG 2026 demuestra que la mayoría de los clientes actuales de SAP y de los miembros de DSAG implementan sus casos de uso productivos de IA con soluciones de terceros y no con herramientas de SAP.