Subida del SAP: Una cuestión de soberanía 

El debate sobre SAP ha alcanzado un nuevo nivel. Ya no se trata solo de cambiar a SAP S/4 Hana o de modernizar procesos antiguos. La cuestión ahora es: ¿cuánta soberanía digital quieren -y pueden- conservar las empresas en el futuro?

¿Tiene que funcionar necesariamente un ERP SAP en la nube en los centros de datos de los proveedores globales de la nube estadounidense? ¿O existen alternativas realistas en las que los sistemas, datos y procesos críticos permanezcan bajo control interno? Esta pregunta es casi idéntica para la introducción simultánea de soluciones de IA y la necesidad asociada de capacidades de nube híbrida de las empresas. No se trata solo de un debate arquitectónico. Se trata de la capacidad estratégica de las empresas para actuar, y de la independencia digital de Europa.

En 2025, SAP respondió a los requisitos cambiantes y crecientes del panorama del cliente con un mayor desarrollo estratégico del programa de transformación en la nube. 

Rise journey y SAP Cloud ERP

Mientras que anteriormente el enfoque se centraba en la migración a S/4 Hana en combinación con el modelo operativo en la nube, en gran medida estandarizado, este enfoque se amplió para incluir el concepto mucho más amplio del denominado „Rise Journey“. En esencia, este modelo persigue una trayectoria de transformación a largo plazo en la que se define, junto con el cliente, una imagen objetivo para el futuro panorama funcional y de procesos, incluidos los efectos económicos. A diferencia de los anteriores acuerdos Rise, que se regían más por funciones, plataformas y plazos, ahora existe un margen de maniobra mucho mayor. Para las empresas, esto debería traducirse en una mayor flexibilidad en cuanto al calendario de las distintas fases de transformación, así como en posibles opciones de salida y personalización. Se trata de un punto importante si a largo plazo resulta evidente que los objetivos económicos o funcionales no pueden alcanzarse en la medida esperada. 

Migración compleja a S/4

Será interesante ver si los innumerables sistemas de clientes de SAP se fusionarán realmente en algún momento en un servicio de software en la nube estandarizado y funcionalmente comparable. Al fin y al cabo, un enfoque puramente lift-and-shift -especialmente para sistemas ERP- tiene poco sentido y a menudo no justifica los considerables costes adicionales.

Al mismo tiempo, SAP está utilizando este enfoque para abordar un problema práctico central que afecta especialmente a las empresas grandes y complejas: la migración completa de los sistemas heredados a S/4 Hana para el final del mantenimiento en 2030 es difícilmente factible para muchas organizaciones en las condiciones marco actuales. Esta valoración también está respaldada por asociaciones de usuarios como DSAG, que siguen señalando el lento progreso general de las migraciones a S/4 Hana, y no solo entre los grandes clientes.

En este contexto, un número significativo de empresas se encuentra todavía al principio de este viaje. 

Sólo al principio del viaje S/4

Esta fase se caracteriza por el hecho de que la imagen deseada sólo puede describirse en términos cualitativos. Las afirmaciones concretas sobre los efectos en las estructuras de costes, las mejoras de los procesos o los desarrollos funcionales siguen estando inicialmente cargadas de incertidumbre. En consecuencia, las cifras realistas -si las hay- sólo serán cuantificables en una fase avanzada de la transformación. 

Para SAP, el objetivo a largo plazo es mucho más claro: El modelo de ingresos crece inevitablemente: los ingresos operativos complementan los ingresos por software. El hardware, los servicios de terceros y los servicios que antes proporcionaba el cliente o terceros aparecen ahora como ingresos de la nube en los libros de SAP. Cifra clave: „Ingresos recurrentes anuales“ (ARR). El servicio de infraestructura suele proporcionarlo un hiperescalador, a menos que el cliente plantee objeciones significativas. La fidelidad del cliente está entrando en una nueva dimensión de dependencia. Mientras que antes el vínculo se limitaba principalmente al software utilizado, ahora se está ampliando a un servicio global casi indisoluble que comprende aplicaciones, bases de datos y las plataformas de sistemas subyacentes. Este estrecho vínculo entre el fabricante del software y, por regla general, el proveedor de la nube estadounidense es fuente de irritación para los clientes. Además del ya pronunciado software lock-in, el hiperescalador tiene otro.

Consecuencias: soberanía tecnológica y organizativa limitada. En caso de crisis, poca o ninguna influencia puede ejercerse sobre la propia TI de la empresa. Los costes difíciles de calcular y gestionar pueden convertirse en un acelerador del incendio en caso de problemas económicos debido a la falta de opciones de salida. Por ello, muchos buscan vías más soberanas. De alguna manera, conservar al menos parte del control o poder retomar las riendas en el peor de los casos.

Utilice la nube, permanezca en sus instalaciones

Desde el lanzamiento de Rise, SAP también ofrece un modelo de nube on-prem: „SAP Cloud ERP Private, Customer Data Centre Option (CDC)“. Como parte del contrato de nube de SAP, el software se ejecuta en la infraestructura del propio centro de datos del cliente o en una ubicación compartida de su elección. En cualquier caso, la empresa conserva el acceso físico a los sistemas, el almacenamiento de datos y las aplicaciones, una baza potencial en caso de desastre o salida de la empresa.

La diferencia entre este modelo y la implantación de hyperscaler radica principalmente en la ubicación. La tecnología y la función son idénticas. La línea de código de software SAP estandarizada garantiza que todos los modelos de implantación sean funcionalmente idénticos. En última instancia, el mismo software se ejecuta en todas las opciones certificadas u opciones ofrecidas por SAP.

Más: latencia y rendimiento

Un ejemplo de esta solución es la empresa danesa de tecnología energética Danfoss. Utiliza la opción on-prem de Rise para operar su entorno SAP S/4 Hana. Los daneses utilizan GreenLake Cloud Services de HPE. La ventaja es que Danfoss puede seguir utilizando sus centros de datos modulares energéticamente eficientes, que opera en su sede de Nordborg (Dinamarca).

Además de las ofertas de hiperescaladores y las opciones on-prem existentes, la apertura a una mayor soberanía en el uso de las soluciones SAP también trajo consigo otros enfoques de soluciones que también se localizaron en Europa. En septiembre de 2025, SAP también presentó la „SAP Sovereign Cloud“. Sin embargo, la gama de funciones y la tecnología se encuentran todavía en una fase incipiente. En este sentido, primero deben especificarse o esperarse escenarios de clientes concretos que puedan utilizarse a gran escala.

HPE GreenLake

¿Cómo entrar en la nube sin perder el control? GreenLake de HPE ofrece una respuesta. El servicio proporciona computación, almacenamiento y red local o híbrida „como servicio“, con todas las características típicas de la nube. El diferenciador clave: la operación tiene lugar en una ubicación elegida por la empresa. Como resultado, SAP también ha estado utilizando la solución GreenLake desde el principio como una opción on-prem dentro de Rise para clientes para los que el uso de uno de los principales proveedores de nube pública no es una opción.

Para las empresas que buscan un mayor grado de independencia tecnológica y operativa, la compra de GreenLake como modelo de nube en las instalaciones directamente a Hewlett Packard Enterprise (HPE) es una opción operativa alternativa.

En este escenario, el entorno SAP -para SAP S/4 Hana, por ejemplo- no funciona en una infraestructura de nube pública totalmente controlada por el proveedor de software, sino en un entorno no dedicado y centrado en el cliente que, no obstante, permite los modelos típicos de funcionamiento y facturación en la nube.

La principal ventaja de este enfoque reside en la mayor soberanía del cliente: Las empresas conservan la libertad de decidir qué proveedor de servicios es responsable del funcionamiento de la aplicación, cómo se diseña específicamente la pila tecnológica subyacente y dónde se puede influir específicamente en las estructuras de costes. Esto se aplica tanto a los componentes de infraestructura como a los procesos operativos y de servicio. El principal prerrequisito para este enfoque es que se disponga de licencias SAP adecuadas y válidas para el funcionamiento. Sin embargo, dentro de este marco, el modelo abre grados de libertad significativamente mayores en comparación con ofertas de nube más estandarizadas y totalmente integradas y, por lo tanto, puede contribuir de forma importante a reducir las dependencias unilaterales. Como plataforma de nube híbrida, GreenLake agrupa servicios de carga de trabajo de hiperescaladores, TI interna y proveedores externos. „Nube híbrida por accidente“ se convierte en „Nube híbrida por diseño“. La operación corre a cargo de HPE, el equipo de TI interno del cliente o un proveedor de servicios. 

«Se trata de la capacidad estratégica de las empresas para actuar, y de la independencia digital de Europa.“

Albrecht Munz,
Director de Desarrollo de Negocio DACH,
HPE

Base no sólo para los servicios SAP

Independientemente del modelo de operador, si el servicio de nube pública falla, los sistemas centrales del cliente siguen funcionando 1:1, por lo que los procesos de administración e integración deben adaptarse en consecuencia. Independientemente del modelo de despliegue, una infraestructura escalable y de alta disponibilidad sigue siendo la base de unas operaciones de TI rentables. SAP, Intel y HPE han desarrollado sistemáticamente estos sistemas juntos como parte de proyectos de ingeniería conjunta.

Como resultado, los servidores HPE basados en procesadores Intel Xeon cubren ahora todos los niveles de rendimiento, desde la instancia SAP más pequeña hasta la más grande. El informe IDC MarketScape - SAP Hana-Certified Server 2026 - ilustra la posición. En la actualidad, estos sistemas se encuentran en centros de datos de hiperescaladores, centros de datos de clientes o en proveedores de nubes privadas. Ejemplo: El especialista bancario FI-TS de Múnich utiliza ampliamente el Scale-up Server 3200 de HPE con procesadores Intel Xeon para sus servicios SAP. 

Estrategia de IA y nube híbrida

Paralelamente a las transformaciones de SAP, se está disparando la demanda de soluciones de IA. Estas también requieren infraestructuras y servicios de infraestructura con perfiles y funcionalidades muy diferentes. La seguridad, la soberanía y el control también desempeñan un papel importante en estos nuevos temas. Esta es una conclusión a la que se enfrentan hoy en día muchos directivos de empresas y que aumenta aún más la complejidad de la transformación. 

La transformación de TI forma así un triángulo estratégico de transformación y modelo operativo S/4, estrategia de IA escalable y nube híbrida económicamente viable. La cartera de IA de HPE también se basa en GreenLake Services y sigue el enfoque híbrido: la IA se ejecuta donde se generan los datos: en su propio centro de datos, en el perímetro o en la nube. El objetivo: una utilización de la IA flexible, escalable y al mismo tiempo soberana. GreenLake admite cargas de trabajo de IA clásica y generativa. HPE ve la IA como un servicio híbrido y controlable, no como una solución de nube pública pura.

Conclusión: 

SAP Journey, la innovación en IA y los modelos de negocio basados en datos están inextricablemente ligados a las plataformas en la nube. Esto crea una tensión entre innovación y control. Los que se desconectan pierden velocidad; los que se abandonan por completo se vuelven dependientes. El truco está en utilizar la fuerza innovadora global y mantener la soberanía tecnológica y económica. La soberanía es una tarea continua. Por lo tanto, el SAP Journey sigue siendo menos un proyecto técnico que un ejercicio estratégico de fijación del rumbo. (rk, fuente: HPE)