La transformación digital de los procesos empresariales básicos es celebrada incansablemente por el grupo de software SAP, con sede en Walldorf, como un paraíso ERP ilimitado, ágil y basado en la nube, pero un análisis crítico de las realidades contractuales revela que esta promesa es un corsé estratégico muy complejo que obliga a los clientes actuales de SAP a un bloqueo de proveedor sin precedentes.

En el centro de este cambio tectónico se encuentra el cambio de paradigma del modelo clásico on-prem basado en la propiedad a un modelo de suscripción en la nube, flanqueado por una opaca lista de precios y condiciones (PKL), nuevas restricciones de las API y la rigurosa monetización de los flujos de datos.

Para los clientes existentes de SAP, el cambio a S/4 Hana ya no significa una actualización técnica de la versión, sino un reajuste fundamental de su arquitectura de TI comercial, donde el riesgo de explosiones de costes, exceso de licencias y la pérdida total de soberanía digital es un compañero constante. Cualquiera que no deconstruya los mecanismos de SAP Cloud Subscription, la Business Technology Platform (SAP BTP), la Business Data Cloud (SAP BDC) y las nuevas métricas de licencias hasta el más mínimo detalle será inevitablemente víctima de una máquina de monetización magistralmente orquestada.

La transición histórica de SAP al mundo de la nube, impulsada principalmente por los paquetes contractuales integrales Rise and Grow, marca un complejo cambio del gasto de capital (capex) al gasto operativo continuo (opex) para los usuarios de ERP. Mientras que las licencias on-prem se adquirían como propiedad perpetua y garantizaban el derecho legal permanente a utilizar el sistema aunque se rescindieran los contratos de mantenimiento, la suscripción a la nube degrada al cliente a inquilino indefenso.

SAP está convirtiendo las licencias on-prem existentes en suscripciones a la nube mediante la conversión de contratos, lo que conlleva la destrucción irrecuperable de las antiguas y valiosas licencias de compra. El instrumento central de esta transformación es la métrica Full Use Equivalent (FUE), un conjunto de reglas muy complejo que presiona la anterior asignación detallada de usuarios basada en el uso del mundo ECC hacia tipos de uso estandarizados en la nube.

Una FUE sirve como unidad de facturación, que se asigna a tipos de usuario como Acceso de desarrollador, Uso avanzado, Uso básico o Uso de autoservicio utilizando diferentes factores de ponderación. El reto crítico para los clientes actuales de SAP radica en la base de valoración: en el nuevo mundo de S/4 Cloud, SAP ya no concede licencias principalmente en función del uso real del software, sino rigurosamente en función de las autorizaciones asignadas en el sistema.

Dado que las autorizaciones se asignaban a menudo de forma extremadamente generosa en los entornos SAP R/3, R/3 Enterprise y ERP/ECC 6.0 (SAP Business Suite) ya crecidos, esta medición basada en autorizaciones conduce a un exceso masivo de licencias en caso de una migración no preparada.

Portada junio 2026

La realidad de los centros de datos y los departamentos de TI de los actuales clientes de SAP se asemeja a menudo a una excavación arqueológica en la que se ha acumulado durante décadas una enorme red de problemas técnicos heredados. En la época dorada de los sistemas R/3 y ECC 6.0, el lenguaje de programación Abap ofrecía a las empresas una libertad arquitectónica ilimitada, permitiéndoles profundizar en el código estándar del software ERP de SAP y adaptar el sistema con precisión a sus procesos empresariales individuales mediante programas Z, modificaciones y desarrollos propios muy específicos.

Lo que fue celebrado por directivos, CIO y miembros del consejo de administración de CCC como una ventaja competitiva para destacar en el mercado global se ha convertido en un legado plomizo y tóxico ante la imparable transformación digital y la proximidad del fin del mantenimiento de los antiguos sistemas SAP. Estos monolitos de SAP, históricamente crecidos, están intercalados con millones de líneas de código específico del cliente, hasta un ochenta por ciento del cual ya no se utiliza en las operaciones cotidianas, pero sigue causando inmensos costes de mantenimiento, pone en peligro la estabilidad del sistema y alberga graves riesgos de seguridad. El cambio obligatorio a la nueva generación de ERP basada en memoria SAP S/4 Hana y la dirección estratégica asociada hacia la nube requieren ahora un cambio radical de paradigma que plantea a los responsables de TI retos financieros, técnicos y organizativos. En este tenso entorno de mercado, el grupo de software SAP ha proclamado una nueva doctrina de desarrollo que domina todo el mercado bajo el término „Clean Core“ y está obligando a los clientes a replantearse fundamentalmente sus arquitecturas de TI que han evolucionado durante décadas.

„Los entornos SAP nunca están acabados“, explica el profesor Alexander Zeier, coinventor de la base de datos SAP Hana y cofundador de Nova Intelligence. Requisitos normativos, nuevos modelos de negocio, mejoras funcionales, cambios de versión… la cuestión de cómo mantener el código personalizado limpio, mantenible y cercano al estándar no se plantea una vez, sino continuamente, cada trimestre, durante años.

„Nova está diseñada precisamente para este ciclo de vida: como plataforma permanente para el análisis, la documentación, la evaluación de la adecuación al estándar, la gobernanza del núcleo limpio, el nuevo desarrollo y la optimización continua“, subraya Zeier y afirma: „Si sólo utiliza Nova para la migración, sólo está utilizando una fracción de ella: la plataforma acompaña al código personalizado desde el análisis hasta la modernización y el nuevo desarrollo“. Esto también se refleja en nuestros cálculos del ROI de PAC. En el escenario de migración pura y con el desarrollo continuo del entorno S/4, ya podemos demostrar valores de ROI. Si se combinan ambos escenarios, se obtienen valores de ROI de alrededor del 1400 por ciento en un escenario de despliegue ejemplar con alrededor de 100.000 objetos de código personalizados. No se trata de un ROI de proyecto. Se trata de una ventaja económica estructural a largo plazo".

Portada mayo 2026

El Informe de Inversiones 2026 del DSAG revela un panorama caracterizado por el escepticismo: aunque los presupuestos generales de TI siguen aumentando, las inversiones en software SAP se realizan de forma mucho más selectiva y crítica que en el pasado. La base de usuarios fieles se resiste cada vez más a las limitaciones impuestas por la nube. Como resultado, S/4 en funcionamiento on-prem sigue siendo la opción preferida para muchas empresas, mientras que los modelos de nube pura, comercializados agresivamente, están luchando por ganar impulso.

Para un preocupante 70% de las empresas encuestadas, la restrictiva y compleja estructura de licencias y contratos de SAP es uno de los mayores obstáculos. Para el usuario crítico de SAP, la conclusión es que, aunque SAP sigue siendo estratégicamente relevante como pieza central transaccional, la confianza en la política de precios de Walldorf (SAP PKL) y en la estrategia de nube se ha erosionado permanentemente. „La evolución de los presupuestos refleja la continua presión económica a la que se ven sometidas muchas empresas. Los precios de la energía, las incertidumbres geopolíticas y un entorno de mercado tenso hacen que las inversiones se analicen de forma más crítica y, en algunos casos, se pospongan, también en el entorno SAP“, afirma el director general de DSAG, Jens Hungershausen. Desde la perspectiva de DSAG, las empresas están realizando inversiones más específicas sin cuestionar fundamentalmente SAP.

El paso a la nube de SAP se está vendiendo a los clientes actuales como la liberación definitiva y un paraíso de agilidad ilimitada, pero una mirada investigadora a las opciones de salida revela un abismo estratégico sin precedentes. La amarga verdad, que se oculta sistemáticamente en los brillantes folletos, es que SAP no tiene en realidad una estrategia de salida de la nube viable y estandarizada. Cualquier cliente existente de SAP que se implique en el tan cacareado modelo Rise with SAP se adentra en una peligrosa vía de sentido único, que los expertos denominan con razón „función de trampilla“ matemática: un camino en el que es tentadoramente fácil entrar, pero del que prácticamente no hay escapatoria técnica ni contractual.

„Los resultados muestran claramente que las empresas ya no ven las inversiones en SAP de forma aislada. La transformación digital y la modernización de procesos siguen siendo los impulsores clave, pero están claramente flanqueados por la necesidad de operar de forma más eficiente y cumplir de forma fiable los requisitos normativos y de seguridad“, afirma Jens Hungershausen. „En un contexto de incertidumbre económica, costes crecientes y complejos modelos de licencia y mantenimiento, las inversiones en SAP deben ser innovadoras, económicamente viables y resistentes al mismo tiempo.“

Portada abril 2026

Thomas Failer, fundador y director general del grupo suizo Data Migration International, considera que la situación actual es una oportunidad histórica para la comunidad SAP. Failer cree firmemente que las empresas que fijen ahora el rumbo correcto saldrán fortalecidas de la transformación. Su visión es la de una empresa impulsada por los datos que puede responder a los cambios del mercado con agilidad porque no está encadenada por su propio pasado. Considera que su oferta JiVS IMP (Information Management Platform) es la clave para romper estos grilletes.

Thomas Failer habla a menudo de la necesidad de que los clientes actuales de SAP dejen de ver los datos como algo que hay que atesorar. En su lugar, deberíamos ver los datos como un flujo que circula por la organización y se utiliza donde es necesario. Hay que acabar con los rígidos silos de los sistemas heredados". El Director General del Grupo Swiss Data Migration International está convencido de que la separación de infraestructura, aplicación y datos es la única forma de mantener la flexibilidad a largo plazo.

„La independencia de los datos es la capacidad de las empresas para gestionar sus datos con independencia de las aplicaciones en las que se generaron originalmente hasta que se eliminan de una manera legalmente conforme“, explica Thomas Failer en una entrevista exclusiva para E3. „Esto hace necesario separar los sistemas operativos de la información histórica. Es esta información la que normalmente atasca los sistemas operativos como lastre de datos difíciles de digerir o permanece inactiva en archivos y, por lo tanto, es inútil para el negocio. Esta separación permite una gestión del ciclo de vida sin fisuras y un acceso a prueba de auditorías.“

La comunidad SAP se enfrenta a un punto de inflexión comparable en alcance al efecto 2000 o a la introducción del euro, pero con implicaciones arquitectónicas y estratégicas mucho más complejas. Para muchos clientes actuales, el cambio a S/4 ya no es una mera necesidad técnica, sino una marcha forzada hacia una nueva era, cuyas reglas a menudo se reescriben mientras aún se está jugando la partida.

En el centro de esta tormenta se encuentra la gestión de datos, una disciplina que se ha gestionado durante décadas como un mal necesario en el sótano de los departamentos de TI y que ahora, de repente, decide el bien y el mal de estrategias corporativas enteras. Esto se debe a que S/4 Hana no es sólo una nueva versión; es un cambio de paradigma basado en la base de datos en memoria Hana y requiere una limpieza fundamental de los problemas históricos heredados. Cualquiera que tropiece aquí se arriesga no solo a disparar los costes del proyecto, sino también al fracaso de toda la transformación digital. „La independencia de los datos es, en efecto, el aspecto central de la soberanía de los datos, pero no el único. Es el requisito previo para tener en cuenta los demás aspectos en primer lugar“, subraya Thomas Failer.

Portada marzo 2026

El reajuste estratégico del ERP marca un cambio de paradigma que tiene implicaciones empresariales, técnicas y organizativas de gran alcance para toda la comunidad SAP y que está siendo acompañado por analistas, representantes de usuarios de DSAG y socios con críticas y esperanzas. Se trata de una hoja de ruta desde el estable pero rígido mundo on-prem hacia un universo en la nube dinámico pero técnica y jurídicamente desafiante en el que SAP ya no es la única estrella fija, sino un sol en un sistema de hiperescaladores, especialistas en datos como Databricks y Snowflake y potentes consultoras.

En el centro de esta transformación ERP se encuentra la constatación de que el núcleo digital del cliente SAP existente debe mantenerse limpio: la denominada estrategia de núcleo limpio. Para aumentar la velocidad de innovación y garantizar la mantenibilidad de un sistema S/4 o de la nueva Business Suite, las modificaciones y mejoras se prohíben rigurosamente en el núcleo y se trasladan a la SAP Business Technology Platform (BTP). La BTP actúa como pieza central técnica, como una oferta „PaaS“ (Platform-as-a-Service) que agrupa desarrollo, integración, automatización, gestión de datos e inteligencia artificial.

SAP BTP es el lugar donde puede tener lugar el futuro del ERP componible, mientras que el núcleo del ERP „tradicional“ en forma de S/4 se convierte en un sistema estable de registro. Sin embargo, este nuevo y valiente mundo del ERP componible conlleva enormes retos técnicos y organizativos. SAP BTP no es un bloque monolítico -algunos dicen que ni siquiera una plataforma-, sino un kit de construcción heterogéneo compuesto por varios entornos de tiempo de ejecución como Cloud Foundry, Kyma (Kubernetes) y el entorno Abap, que se ha dado a conocer bajo el nombre en clave „Steampunk“ y que emociona especialmente a los clientes habituales de SAP.

E3 Portada febrero 2026

Si un cliente actual de SAP cree en las promesas de Rise with SAP, en el futuro no necesitará ni un CCC ni un CCoE: pero eso es solo marketing y una promesa vacía de SAP. Numerosos clientes actuales de SAP y socios de la comunidad SAP han informado en los últimos meses de que ocurre todo lo contrario: quienes firmaron un contrato Rise with SAP tuvieron que ampliar su equipo básico de SAP (Customer Center of Expertise) o delegar más tareas a proveedores de servicios. ¡Rise realmente da mucho trabajo!

De este modo, la idea de SAP del CCoE se convirtió en un campo de experimentación para el soporte básico de SAP. ¿Por qué? Con un sistema SAP ERP en la nube, no se resuelve ni uno solo de los problemas del anterior sistema ERP/ECC 6.0. Las copias del sistema, la gestión de permisos, la administración de usuarios, la supervisión y la automatización, los lotes y las actualizaciones de programas, etc., siguen estando en la agenda del equipo de TI propio. Algunas tareas se pueden delegar a SAP a través de un sistema de tickets Rise, pero SAP no actúa de forma proactiva en el marco de un contrato Rise: el cliente actual de SAP debe crear un ticket para cada trabajo. Por lo tanto, los conocimientos sobre S/4, la administración de TI y la arquitectura empresarial siguen siendo responsabilidad de un CCoE.

Portada de diciembre de 2025/enero de 2026

En la era de la transformación digital, la decisión sobre la futura arquitectura ERP plantea a los actuales clientes de SAP un complejo dilema que va mucho más allá de la simple elección entre su propio centro de datos (on-prem) y la nube externa (nube privada o pública). Mientras que el clásico sistema on-prem dominó como estándar ERP incluyendo la virtualización durante mucho tiempo, el ideal de la tecnología en la nube se ha convertido cada vez más en el centro de atención de la comunidad SAP en los últimos años, con modelos híbridos y soberanos que conllevan retos y riesgos específicos que deben superarse.

El modelo tradicional on-prem, en el que el software funciona en el propio hardware de la empresa, ofrece a los usuarios del ERP un control total sobre los datos, los procesos empresariales y las licencias. También permite controlar y personalizar por completo las medidas de cumplimiento y los procesos empresariales individuales (modificaciones de Abap). Sin embargo, esta autonomía del ERP tiene un alto precio: Las soluciones on-prem se asocian a elevados costes de adquisición de hardware y software, deben diseñarse para posibles picos de carga, lo que provoca costes innecesariamente altos, y se ven muy afectadas por la escasez de mano de obra cualificada y dependiente del personal informático cualificado necesario para un funcionamiento 24/7. Además, los sistemas heredados suelen ser incapaces de soportar nuevas tecnologías como la IA o la analítica. Sin embargo, los clientes existentes de SAP pueden cambiar a la Plataforma de Tecnología Empresarial (SAP BTP), que también puede funcionar en combinación con una Business Suite 7 on-prem.

La nube pública de los hiperescaladores (como AWS, Azure o GCP) adopta el enfoque opuesto: ofrece servicios públicamente a través de Internet, utiliza una estructura multiarrendatario y atrae a los clientes con una gran flexibilidad y escalabilidad elástica, así como con una facturación basada en el uso (pay-as-you-go). Sin embargo, esta comodidad no está exenta de riesgos para los actuales clientes de SAP. La suposición de que la nube pública es generalmente más rentable que la operación interna no se ha materializado en los últimos años. En los últimos años, muchos clientes actuales de SAP han orquestado de forma óptima sus centros de datos.

Por otra parte, los usuarios de ERP manifiestan una sensación de impotencia en caso de interrupción del servicio, ya que no hay acceso directo al centro de datos ni a su propio personal informático. Y el concepto de cloudificación no significa automáticamente simplificación, ya que la complejidad del funcionamiento del centro de datos, véase también Rise con SAP, sigue existiendo. También existe el riesgo de dependencia del proveedor y problemas de seguridad, ya que los datos valiosos de la empresa se encuentran fuera del cortafuegos de la empresa.

Portada noviembre 2025

Hay algunas pruebas de concepto, y la escena está dominada por los temas de Hana, BTP y BDC, la nube, la automatización y las licencias. ¿Están SAP y sus socios perdiéndose la evolución de la IA? ¿Y somos realmente mejores que Ada Lovelace, la primera mujer programadora?

Las actividades de los 180 socios de SAP en Bremen en el congreso organizado por la asociación de usuarios DSAG con más de 5.000 participantes difirieron notablemente de Viva Technology, un evento sobre TI e IA celebrado en París a principios del verano de 2025. Mientras que la comunidad SAP de los países de habla alemana sigue luchando con la transformación digital y la conversión a S/4, con temas como la supervisión, la automatización, las plataformas de TI y la gestión de datos ocupando un lugar central, los visitantes de París pudieron admirar numerosas aplicaciones de IA operativas de la comunidad global de TI y sus clientes. Incluso el antiguo CEO de SAP, Jim Hagemann Snabe, estuvo en el escenario principal de París como Presidente del Consejo de Supervisión de Siemens: no había ni rastro de SAP entre los 180.000 participantes. ¿Se está perdiendo SAP una vez más una gran tendencia de TI?

Mientras el mundo está en un frenesí de IA, el miembro de la Junta Ejecutiva de SAP Thomas Saueressig explicó en el escenario del Congreso DSAG en Bremen cómo la personalización de la nube pública S/4 puede tener éxito en un "sitio greenfield" - no hubo ninguna mención a la IA, como si el tema no existiera. Cuando se pregunta a SAP y a sus socios por la IA, se hace referencia a SAP BTP (Business Technology Platform) con un hub GenAI y Joule Studio (un entorno de desarrollo para bots inteligentes), así como a la importancia "primordial" de los datos y su gestión en relación con la empresa estadounidense Databricks basada en SAP Business Data Cloud (BDC).

Portada de octubre de 2025

Para los clientes actuales de SAP, la transición al mundo S/4 se ha hecho inevitable. Por un lado, esto se debe al anuncio de que el mantenimiento general de SAP Business Suite 7 (ERP/ECC 6.0) sólo se ofrecerá hasta finales de 2027, con un mantenimiento ampliado opcional hasta finales de 2030 y posiblemente 2033. Por otro lado, sin embargo, este salto técnico está inextricablemente ligado a una reorientación de gran alcance en términos de derecho de licencias y gestión empresarial. La ambición de SAP de transformarse de un mero proveedor de software en una empresa de la nube es clara. La dirección del Grupo, representada por el CEO Christian Klein y el CFO Dominik Asam, considera la nube como la medida estratégica decisiva para lograr el crecimiento previsto de los ingresos y generar unos ingresos estables y calculables mediante modelos de suscripción. Los ingresos procedentes de la nube se han convertido en una importante fuente de ingresos para SAP. Para muchos usuarios veteranos, la migración a la nube representa un reto que a menudo se asocia con el escepticismo y el deseo de disponer de entornos híbridos.

Un elemento central de la estrategia en la nube de SAP, especialmente en el contexto de Rise with SAP, es el concepto FUE. FUE es la clave de conversión que determina cómo se transforman las licencias locales existentes en suscripciones en la nube. Se trata de un conjunto complejo de reglas con instrucciones detalladas sobre cómo realizar la transición del modelo tradicional local a la nube.

La métrica FUE pretende simplificar la gestión de licencias convirtiendo las anteriores categorías de usuarios basadas en el uso en equivalentes basadas en la autorización. SAP define factores de conversión específicos para los diferentes tipos de uso de S/4 Cloud: Un FUE corresponde a un S/4 para Uso Avanzado (comparable a Usuario Profesional en el área on-prem), un FUE corresponde también a cinco S/4 para Uso Core (comparable a Usuario Funcional) y un FUE corresponde a treinta S/4 para Uso Self-Service.

Portada septiembre de 2025