Ampliación del plazo para ECC 6.0 hasta 2033

Conversión a S/4 costosa y sin garantías de éxito

Si SAP hubiera insistido en poner fin al mantenimiento en 2025, miles de clientes de SAP se habrían visto abrumados por las tarifas diarias cada vez más elevadas de los consultores externos. El grupo de usuarios de SAP de habla alemana (DSAG) hizo una campaña vehemente a favor de un aplazamiento, pidiendo hojas de ruta más sólidas y a largo plazo.

SAP accedió a estas demandas y anunció la primera ampliación del mantenimiento para SAP Business Suite 7 (ERP/ECC 6.0), inicialmente con mantenimiento estándar hasta finales de 2027 y mantenimiento ampliado opcional y de pago hasta finales de 2030, con un recargo de dos puntos porcentuales sobre la base de mantenimiento existente. DSAG acogió con satisfacción esta ampliación como un paso importante que desviaba la atención de las limitaciones de tiempo y la devolvía a la propia transformación.

El futuro de SAP sin AnyDB: ¿basta con Hana?

Sin embargo, a pesar del respiro hasta 2027/2030, las cuestiones clave seguían sin resolverse, lo que perpetuaba la incertidumbre dentro de la comunidad. Uno de los puntos centrales de las críticas era el silencio de SAP con respecto a las bases de datos AnyDB (de IBM, Microsoft y Oracle) después de la fecha límite, a pesar de que SAP ya había rescindido los contratos de bases de datos. El miembro del consejo de administración de SAP, Thomas Saueressig, argumentó que una prórroga más allá de 2030 era imposible debido a la expiración de las licencias de Oracle Java y AnyDB.

SAP ERP, Edición Privada, Opción de Transición 2033

Los últimos acontecimientos ponen en duda esta narrativa. Con la «SAP ERP, Private Edition, Transition Option», SAP promete ampliar el mantenimiento de Business Suite 7 hasta 2033. Sin embargo, esto solo está disponible para los clientes que se comprometan con SAP a largo plazo y se pasen al modelo RISE with SAP.

Esta nueva opción funciona principalmente como un instrumento estratégico para empujar a los clientes existentes indecisos, en particular a las grandes empresas con entornos de sistemas complejos, hacia la nube. La prórroga solo se aplica si los clientes utilizan Hana como base de datos (Suite on Hana, SoH) o migran a ella.

Se salva la conversión a S/4, pero sigue sin resolverse el retraso en la innovación

Por lo tanto, la comunidad SAP se enfrenta a una disyuntiva. La presión para migrar a S/4 se reduce, lo que da a los clientes más tiempo para una planificación, un análisis y una gestión del cambio exhaustivos, ya que la transformación se considera una nueva implementación.

Sin embargo, el «retraso en innovación» de los sistemas heredados se perpetúa porque SAP ofrece innovaciones casi exclusivamente para S/4 y principalmente para las versiones en la nube. Las empresas que utilicen la prórroga hasta 2030 o 2033 corren el riesgo de quedarse atrás tecnológicamente.

Las voces críticas de la comunidad interpretan la prórroga, especialmente en relación con RISE, como un contrato financiero restrictivo que obliga a los clientes a una situación de dependencia del proveedor en la nube. Mientras que SAP pretende generar ingresos predecibles y recurrentes mediante la transición de los gastos de capital (CapEx) a los gastos operativos (OpEx), los clientes pierden la autonomía de las licencias y carecen de una estrategia de salida clara para los contratos en la nube.

Falta de horizonte de desarrollo de SAP

La asociación de usuarios DSAG hace hincapié en que el tiempo ganado hasta 2030 o 2033 no es un cheque en blanco para esperar y ver qué pasa, sino más bien una señal para abordar finalmente la transformación digital de forma proactiva. Sin embargo, la comunidad SAP sigue esperando hojas de ruta verificadas con un horizonte de desarrollo de tres a cinco años para garantizar una planificación a largo plazo.

Esto se debe a que la prórroga solo pospone el problema fundamental de la escasez de consultores S/4 cualificados, lo que podría provocar un aumento masivo de las tarifas diarias después de 2027, cuando miles de clientes de SAP quieran migrar al mismo tiempo.

La prórroga del mantenimiento de SAP hasta 2033 es una maniobra estratégica para acelerar la migración a S/4, combinando la transición técnica con el cambio al modelo de suscripción a la nube Rise. Para la comunidad SAP, la ampliación supone un alivio temporal mezclado con una mayor presión estratégica para actuar. El aplazamiento de la fecha límite no elimina la necesidad de una transformación profunda de los procesos empresariales, sino que la vincula a nuevos retos en materia de licencias y negocios.

La reciente ampliación de los plazos de mantenimiento de SAP, en particular la opción de ampliar hasta 2033, desempeña un papel ambiguo y crítico en la comunidad SAP. Por un lado, proporciona un respiro muy necesario; por otro, vincula inevitablemente este respiro a un reajuste estratégico a favor de la estrategia en la nube de SAP y Hana, lo que provoca una continua incertidumbre entre muchos clientes actuales.

Sin una visión estratégica clara de SAP para el periodo posterior a S/4 o para el futuro de Hana más allá de 2040, la comunidad seguirá en un estado de «desarmonía» e incertidumbre a pesar del aplazamiento.