Estrategias de salida de SAP para la nube y la IA

SAP-ERP necesita un plan B para la IA empresarial

Esta intervención sin precedentes pone de manifiesto la vulnerabilidad de las empresas europeas, que, en el marco de su transformación digital, han confiado ciegamente en los gigantes estadounidenses de las tecnologías de la información. Para el grupo de software SAP, con sede en Walldorf, este control de exportaciones afecta precisamente a su talón de Aquiles estratégico, ya que el director general de SAP, Christian Klein, había elegido recientemente el modelo de lenguaje Claude, de Anthropic, como el principal «modelo de razonamiento» para su asistente digital Joule y para toda la plataforma de IA empresarial.

La tan alabada visión de la «empresa autónoma» (Autonomous Enterprise), en la que, en el futuro, los agentes de IA se encargarán de forma autónoma de tareas críticas para el negocio, como el cierre trimestral o la gestión de la cadena de suministro, se asienta, por tanto, sobre una línea de fractura geopolítica. Los riesgos para los clientes actuales de SAP son evidentes: si un gobierno extranjero pudiera desactivar de la noche a la mañana el motor cognitivo de un sistema ERP europeo, se correría el riesgo de una pérdida brusca de funcionalidad y de una interrupción operativa de consecuencias incalculables para toda la cadena de valor.

Dependencia del proveedor SAP

Esta peligrosa tendencia obliga a los responsables de la toma de decisiones en materia de ERP a replantearse y ampliar radicalmente sus estrategias defensivas. Mientras que la asociación de usuarios DSAG y los clientes actuales de SAP más críticos llevan años exigiendo con vehemencia una estrategia de salida de la nube sólida desde el punto de vista jurídico y técnico para escapar del «vendor lock-in» de contratos como «Rise with SAP», ahora se hace patente la imperiosa necesidad de una estrategia específica de salida de la IA de SAP.

La profunda integración de modelos de lenguaje a gran escala (LLM) externos conlleva el riesgo de una dependencia masiva a nivel empresarial, organizativo y técnico, ya que las aplicaciones suelen adaptarse a la estructura específica de la API, al formato de las instrucciones y al comportamiento de salida de un proveedor de IA concreto. Si este modelo específico dejara de estar disponible de forma repentina debido a sanciones políticas o restricciones estratégicas, los procesos de IA que se han construido con tanto esfuerzo correrían el riesgo de quedar sin valor, por lo que contar con una estrategia arquitectónica preparada para la salida y el cambio de servicios de IA se convertirá en el futuro en una cuestión de supervivencia para cualquier empresa.

Exit: SAP Business Technology Platform con GenaAI Hub

Paradójicamente, es precisamente la Business Technology Platform (SAP BTP) —que muchos clientes suelen mirar con recelo— la que ofrece en esta crisis una vía de escape arquitectónica que permite compensar la pérdida de Anthropic. Con el Generative AI Hub de la BTP, SAP ha establecido una capa de mediación abstracta (patrón de adaptador) que se sitúa entre la aplicación ERP y los proveedores externos de IA.

Esta arquitectura de BTP permite a los usuarios, en teoría, sustituir rápidamente los modelos bloqueados y redirigir sus prompts de forma flexible a otros proveedores, como Microsoft Azure/OpenAI o Google Vertex AI, o a modelos abiertos como Llama de Meta, Mistral AI o IBM Granite. Sin embargo, para poder aprovechar realmente esta oportunidad, los desarrolladores de la base de SAP deben mantener la máxima disciplina arquitectónica y evitar estrictamente cualquier vinculación codificada de forma fija a formatos propietarios de un único LLM.

La Ley de Datos de la UE como estrategia de salida

A nivel normativo, el bloqueo de Anthropic pone además de manifiesto las enormes lagunas de la legislación europea actual. La Ley de Datos de la UE (EU Data Act) intenta actualmente romper el «lock-in» de la nube y garantizar jurídicamente la salida de la nube, obligando a los proveedores a garantizar la portabilidad de los datos y a eliminar las barreras técnicas. Sin embargo, este enfoque se queda muy corto en la era de la IA agentiva, ya que la entrega meramente física de datos brutos carece de valor práctico para una empresa si se le priva de la lógica cognitiva de aplicación asociada.

Por lo tanto, la Unión Europea no tendrá más remedio que ampliar considerablemente su marco normativo, más allá de la Ley de IA de la UE y la Ley de Datos, con el fin de consagrar legalmente estrategias vinculantes de salida de la IA y normas estrictas de interoperabilidad para los modelos base, de modo que los sistemas económicos europeos dejen de ser rehenes de los monopolios extranjeros.

El estado de ánimo dentro de la comunidad SAP ante este desastre de la IA es una mezcla explosiva de confirmación y profunda inquietud. Ya mucho antes de la prohibición estadounidense, en las tertulias de SAP reinaba un marcado escepticismo respecto a las promesas de IA de la empresa de Walldorf. El último informe de inversión de DSAG demuestra que el 77 % de los clientes de SAP que ya utilizan escenarios de IA en producción lo hacen deliberadamente con soluciones ajenas a SAP y evitan el costoso y restrictivo ecosistema de IA de SAP. El bloqueo de Anthropic confirma los temores de estos usuarios críticos y aviva la vehemente demanda de una verdadera soberanía digital. En la comunidad se hace cada vez más fuerte la demanda de arquitecturas híbridas, en las que los datos centrales de SAP no salgan de la empresa y, en su lugar, se utilicen modelos de lenguaje grandes (LLM) de código abierto locales en el propio hardware empresarial. Para los clientes actuales de SAP, el bloqueo de Anthropic es la prueba definitiva de que el camino a ciegas hacia la dependencia de la nube y la IA, dominadas por Estados Unidos, es un callejón sin salida estratégico del que solo pueden liberarse mediante una autonomía técnica consecuente.