La nube puede esperar; el mantenimiento de tus sistemas SAP on-premise, no

La migración a la nube no elimina la necesidad de mantener actualizados nuestros sistemas SAP on-premise. Fechas de mantenimiento de S/4HANA, BW/4HANA y ECC.


Toda la atención parece estar en las soluciones cloud de SAP. Mientras hablamos de nuevas plataformas y proyectos de transformación, nuestros sistemas on-premise siguen necesitando atención regular.

Tener prevista una migración a la nube no elimina esa necesidad. Hasta completar la transición, esos sistemas siguen soportando operaciones, cierres financieros y procesos de negocio.

¿Por qué mantenerlos actualizados?

Las actualizaciones incorporan correcciones de errores y de seguridad. SAP publica notas de seguridad el segundo martes de cada mes y recomienda aplicar Support Package Stacks al menos una vez al año. Los parches críticos requieren una evaluación específica según su urgencia y aplicabilidad.

Pero actualizar también exige comprobar compatibilidades. Si utilizamos un add-on, una solución sectorial o un componente específico, debemos verificar que sea compatible con la versión y el stack de destino. La revisión debe incluir dependencias técnicas, integraciones y pruebas de los procesos afectados. La Product Availability Matrix (PAM), Maintenance Planner y las notas de versión son referencias esenciales.

¿Dónde estamos con las principales plataformas?

  • SAP S/4HANA: estar en S/4HANA no garantiza mantenimiento indefinido. Desde la versión 2023, cada release tiene siete años de mantenimiento estándar (la 2023, hasta finales de 2030). El compromiso hasta 2040 exige ir evolucionando entre versiones.
  • SAP BW/4HANA: el mantenimiento estándar de 2.0 terminó el 31/12/2025; el de 2021 finaliza el 31/12/2027 y el de 2023, el 31/12/2030. La siguiente versión planificada es BW/4HANA 2027, prevista para noviembre de 2027.
  • SAP BW 7.5 y NetWeaver 7.5: mantenimiento estándar hasta el 31/12/2027, con ampliación opcional hasta 2030.
  • SAP ERP 6.0/ECC: las versiones sin EHP y con EHP1–EHP5 terminaron su mantenimiento estándar el 31/12/2025. EHP6, EHP7 y EHP8 lo mantienen hasta el 31/12/2027, con ampliación opcional y de pago hasta el 31/12/2030. Pasar de EHP7 a EHP8 no amplía esas fechas.

Conviene revisar dos cosas por separado: si la versión sigue en mantenimiento y si la instalación incorpora las actualizaciones necesarias.

Antes de cerrar el próximo presupuesto o calendario de proyectos, revisemos el inventario de versiones, los parches pendientes y las compatibilidades. Asignemos responsables y ventanas de pruebas y actualización.

La estrategia cloud también debe contemplar cómo mantenemos los sistemas que nos llevan hasta ella.

Anexo 1. SAP S/4HANA: versiones y mantenimiento

VersiónRelease S4CORELanzamientoFin mant. estándarFin mant. ampliado opcional
1511100201531/12/2020—
1610101201631/12/2021—
1709102201731/12/202231/12/2025
1809103201831/12/202331/12/2025
1909104201931/12/202431/12/2025
2020105202031/12/2025—
2021106202131/12/2026—
2022107202231/12/2027—
2023108202331/12/2030—
2025109202531/12/2032—
«—»: sin ampliación general confirmada. Versiones on-premise; Public Edition sigue otro calendario. SAP Safekeeper: servicio de pago solo para clientes RISE with SAP (1503, 1605 y 1709–2020, desde el 01/01/2026, máximo 27 meses por release).

Anexo 2. SAP BW/4HANA: versiones y mantenimiento

VersiónRelease DW4CORELanzamientoFin mant. estándarFin mant. ampliado opcional
1.0100201631/12/2021—
2.0200201931/12/2025—
2021300202131/12/2027—
2023400202331/12/2030—
2027 (planificada)PendienteNov 2027 (previsto)Dic 2034 (previsto)—
Fechas de BW/4HANA 2027 sujetas a cambio. El compromiso con la familia hasta 2040 no amplía el mantenimiento de cada versión instalada.

Anexo 3. SAP ERP 6.0 / ECC: versiones y mantenimiento

VersiónRelease SAP_APPLFin mant. estándarFin mant. ampliado opcional
ERP 6.0 sin EHP60031/12/2025—
ERP 6.0 EHP160131/12/2025—
ERP 6.0 EHP260231/12/2025—
ERP 6.0 EHP360331/12/2025—
ERP 6.0 EHP460431/12/2025—
ERP 6.0 EHP560531/12/2025—
ERP 6.0 EHP6606 (616 on HANA)31/12/202731/12/2030
ERP 6.0 EHP761731/12/202731/12/2030
ERP 6.0 EHP861831/12/202731/12/2030
La ampliación de EHP6–EHP8 hasta 2030 requiere contratación adicional (+2% sobre la base de mantenimiento). ERP 6.0 sin EHP y EHP1–EHP5 pasaron a mantenimiento específico del cliente.

Referencias

  1. SAP News – New SAP S/4HANA Release and Maintenance Strategy
  2. SAP News – SAP Aligns Mainstream Maintenance Commitments
  3. SAP – SAP BW/4HANA 2023 FP04 What’s New (junio 2026)
  4. SAP Support – Maintenance strategy S/4HANA y Business Suite 7
  5. SAP Support – Support Package Stacks
  6. SAP Support – Support Package Stack Strategy
  7. SAP Support – SAP Security Notes / Patch Day
  8. SAP Support – SAP Product Versions
  9. SAP Product Availability Matrix (PAM)
  10. SAP Maintenance Planner

Aspectos claves de SAP BW/4HANA

SAP BW/4HANA es la, relativamente, nueva solución de data warehouse (liberado el 7 de septiembre 2016), a la que SAP dedicará sus mejores esfuerzos en el futuro. El fabricante señala que BW 4HANA no es el sucesor de soluciones actuales similares tales SAP BW o SAP BW powered by HANA o BW edition for HANA, dado que es una solución completamente construida sobre SAP HANA, la cual introduce nuevos objetos y descarta otros, inclusive cuenta con un nuevo Business Content.


SAP BW/4HANA es la, relativamente, nueva solución de data warehouse (liberado el 7 de septiembre 2016), a la que SAP dedicará sus mejores esfuerzos en el futuro. El fabricante señala que BW 4HANA no es el sucesor de soluciones actuales similares tales SAP BW o SAP BW powered by HANA o BW edition for HANA, dado que es una solución completamente construida sobre SAP HANA, la cual introduce nuevos objetos y descarta otros, inclusive cuenta con un nuevo Business Content.

BW 4/HANA introduce, a través de nuevas interfaces de usuario, una nueva gama de objetos para el modelado de datos que cubran necesidades tales como acceso en tiempo real a grandes volúmenes de información.

¿Qué pasará con las actuales soluciones BW de SAP?

La solución clásica de SAP NW BW o las más recientes, basadas en HANA, denominadas con los sufijos ON HANA o powered by HANA entrarán en fase de mantenimiento, con innovaciones mínimas, las más relevantes innovaciones se darán en BW/4HANA, solución que será independiente de la plataforma SAP NetWeaver.

¿Qué relación tiene BW/4HANA  con S/4HANA?

El término “/4” puede inducir a creer que existe una relación entre ambos productos, pues esto no es así, se trata de dos productos totalmente independientes uno del otro.  Tampoco se solapan, dado que la filosofía, ámbito y alcance de ambas plataformas es distinta. S/4 HANA es una plataforma transaccional que brinda la posibilidad de obtener informes operativos de los datos actuales de una única aplicación SAP.

BW/4HANA es una plataforma data warehouse que permite consolidar información actual e histórica, de diversas fuentes, SAP y no SAP, con el fin de facilitar su explotación.

¿SAP BW/4HANA con qué  herramientas analíticas es compatible?

SAP asegura compatibilidad SAP Digital Boardroom y SAP BusinessObjects Cloud. Así mismo asegura compatibilidad con la plataforma SAP BusinessObjects BI Enterprise la cual incluye a Lumira, Design Studio, Analysis for Office, Web Intelligence y Crystal Reports.

En cuanto a la plataforma BEx (Business Explorer), una vez más, parece que esta vez será así, SAP asegura que no será soportado. Las querys BEx seguirán siendo compatibles pero se deberá utilizar la herramienta SAP BW/4HANA Modeling Tools para mantenerlas.

Comentario final

Sí, la “vorágine innovadora” de SAP conlleva a que nuevas implementaciones sean obsoletas desde el momento en que se planifican. Pero resulta elevadamente arriesgado adoptar una plataforma con tan poco recorrido, cuyas mejoras e innovaciones se encuentran en curso, los mecanismos de migración son artesanales y la compatibilidad o equivalencia entre objetos, tal como señala el fabricante, es mínima.

Pero este riesgo, que en algunos casos se deberá asumir, tanto para nuevas implementaciones como implementaciones existentes que requieren una actualización, debe ser gestionado definiendo fases con criterio funcional, identificando con claridad la arquitectura de datos crítica en cada momento, determinando los elementos técnicos de BW4/HANA disponibles que requiere el modelo de datos identificado y minimizando desarrollos personalizados, dado lo que pueda faltar hoy, puede ser posteriormente agregado por el fabricante, por ejemplo,  el denominado Business Content Optimizado recientemente ha agregado definiciones para FI, CO, MM y SD.