Anuncios y nuevas versiones – aníbal goicochea

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ón	Release S4CORE	Lanzamiento	Fin mant. estándar	Fin mant. ampliado opcional
1511	100	2015	31/12/2020	—
1610	101	2016	31/12/2021	—
1709	102	2017	31/12/2022	31/12/2025
1809	103	2018	31/12/2023	31/12/2025
1909	104	2019	31/12/2024	31/12/2025
2020	105	2020	31/12/2025	—
2021	106	2021	31/12/2026	—
2022	107	2022	31/12/2027	—
2023	108	2023	31/12/2030	—
2025	109	2025	31/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ón	Release DW4CORE	Lanzamiento	Fin mant. estándar	Fin mant. ampliado opcional
1.0	100	2016	31/12/2021	—
2.0	200	2019	31/12/2025	—
2021	300	2021	31/12/2027	—
2023	400	2023	31/12/2030	—
2027 (planificada)	Pendiente	Nov 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ón	Release SAP_APPL	Fin mant. estándar	Fin mant. ampliado opcional
ERP 6.0 sin EHP	600	31/12/2025	—
ERP 6.0 EHP1	601	31/12/2025	—
ERP 6.0 EHP2	602	31/12/2025	—
ERP 6.0 EHP3	603	31/12/2025	—
ERP 6.0 EHP4	604	31/12/2025	—
ERP 6.0 EHP5	605	31/12/2025	—
ERP 6.0 EHP6	606 (616 on HANA)	31/12/2027	31/12/2030
ERP 6.0 EHP7	617	31/12/2027	31/12/2030
ERP 6.0 EHP8	618	31/12/2027	31/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

SAP BTP NEO, con «sunset» (retirada programada) muy próxima

SAP BTP NEO se retira: 31/12/2028 es el cierre general (BTP completo), pero SAP Analytics Cloud en NEO tiene plazo propio, finales de 2026, con excepciones muy limitadas. Tres documentos SAP publicados en ocho semanas de 2026 (FAQ, KBA 3663574 y KBA 3663573) dan versiones distintas de ese segundo plazo, así que conviene verificar la nota vigente en «SAP for Me» antes de comunicar una fecha a un cliente.

SAP BTP (Business Technology Platform) es la plataforma en la nube (PaaS) de SAP que permite ejecutar aplicaciones, servicios e integraciones entre sistemas SAP y no SAP. Sobre esta plataforma se apoyan soluciones como SAP Analytics Cloud (SAC), SAP Datasphere o SAP Integration Suite.

A lo largo de su evolución, SAP BTP ha utilizado distintos entornos tecnológicos. El primero fue NEO, desarrollado sobre tecnología propia de SAP. Actualmente, SAP utiliza como plataforma base la Multi-Cloud Foundation, tecnologías cloud más modernas como Cloud Foundry, Kyma y ABAP Environment.

Por este motivo, SAP está retirando progresivamente el entorno NEO, trasladando los servicios y aplicaciones hacia la Multi-Cloud Foundation, donde está incluyendo todas las mejoras e innovaciones de sus productos.

¿Quién está afectado?

La pregunta correcta no es “¿utilizamos SAP BTP?” sino “¿tenemos algún tenant, subaccount, aplicación, servicio o integración ejecutándose todavía en NEO?”.

SAC

En el caso de SAP Analytics Cloud, la comprobación puede realizarse directamente a partir de la URL del tenant. Los identificadores regionales de un solo dígito, como EU1 o US1, están asociados al entorno NEO, mientras que los identificadores de dos dígitos, como EU10 o US10, corresponden a regiones utilizadas en Cloud Foundry.

Datasphere

Todo tenant de SAP Datasphere se ejecuta sobre Cloud Foundry, por lo que no requiere una migración de entorno. No obstante, deben revisarse sus dependencias, ya que puede integrarse con SAC en NEO, Integration Suite/CPI en NEO u otros servicios BTP heredados.

BTP

Para SAP BTP se requiere un inventario del Global Account y de sus subaccounts:

Identificar Global Account, directories y subaccounts.
Localizar subaccounts y servicios que todavía pertenecen al entorno Neo.
Inventariar aplicaciones, servicios, integraciones y dependencias.

NOTA: El Global Account de SAP BTP de un cliente puede contener uno o varios Subaccounts, utilizados para separar entornos, proyectos, regiones o servicios

¿Qué se hace después del inventario?

Inventariar los elementos a migrar es el primer paso que deberías realizar, luego de manera progresiva deberías acometer las siguientes acciones:

Preparar el destino. Aprovisionar el tenant/subaccount/servicio equivalente en Multi-Cloud Foundation.
Trasladar contenido. Copiar o recrear aplicaciones, iFlows, APIs, modelos, configuraciones, datos u otros artefacto.
Reconstruir lo que no se migra automáticamente. Credenciales, certificados, destinations, passwords, security material, conexiones, etc.
Reconectar el escenario. Cambiar URLs, endpoints, DNS, Cloud Connector, IdP, OAuth, sistemas emisores/receptores, allowlists, etc.
Validar. Pruebas técnicas, integración end-to-end y pruebas funcionales.
Cutover. Hacer que los usuarios y sistemas utilicen el nuevo entorno.
Retirar NEO. Una vez validado el nuevo entorno y eliminadas las dependencias, dejar de utilizar el origen Neo.

SAC es el caso más sencillo y automatizado: El tenant SAC situado en NEO se copia a una nueva instancia SAC situada en Cloud Foundry. Lo que SAP denomina como una SAP led migration, o migración gestionada/liderada por SAP. Para el resto de componentes se señala una migración manual.

En el caso de SAC, el trabajo del consultor se concentra mucho más en la preparación, revisar conexiones, autenticación, seguridad y validación del resultado. Se puede optar por una migración manual, vía exportación/importación de algunos elementos que no considerase el proceso automático.

La nota SAP sobre su compatibilidad con navegadores Web de Microsoft

En la Nota SAP 1672817 se brinda información sobre la compatibilidad de los productos SAP con las principales versiones de los navegadores Web de Microsoft. Entre ellas se señala al nuevo navegador Edge de Windows 10, el cual tiene una arquitectura distinta a IE11, entre otras características se señala que no soporta ActiveX.

En la Nota SAP 1672817 se brinda información sobre la compatibilidad de los productos SAP con las principales versiones de los navegadores Web de Microsoft. Entre ellas se señala al nuevo navegador Edge de Windows 10, el cual tiene una arquitectura distinta a Internet Explorer 11 (IE11), entre otras características se señala que no soporta ActiveX.

En este mismo documento de referencia señala la incompatibilidad de MS Edge con productos SAP y la previsión que se ofrece para superarla, destacamos los siguientes casos:

SAP BusinessObjects BI (Web Intelligence y Crystal Reports) sería compatible con MS Edge con la BI 4.2 SP2 a mediados de 2016.
SAP Lumira soportaría MS Edge desde la actualización 1.29.
SAP Design Studio también será compatible con MS Edge, no se precisa fecha, se señala que será «tan pronto como sea posible», depende de los trabajos de adaptación de SAPUI5.

Referencia: SAP Note 1672817 (o aquí)

El «Modo Enterprise» de Internet Explorer 11 (#IE11)

Ignorar que un software no tendrá más soporte por parte del fabricante, en cualquier caso y más a nivel empresa, es un riesgo muy alto, más aún si se trata de una aplicación que de por si es una «ventana abierta a todo el mundo», como es Internet Explorer, cuya versiones previas a la 11, ya se encuentran en esta situación.

El principal motivo que puede llevar a una empresa a no utilizar la versión recomendada por Microsoft de su clásico navegador, es la dependencia que puedan tener sus aplicaciones web a determinadas versiones de Internet Explorer.

Una alternativa es comprobar la compatibilidad con otros navegadores, como puede ser Google Chrome o Mozilla Firefox, en ambos casos hemos visto que algunos de los productos que utilizamos son compatibles con estos navegadores pero hasta cierto nivel de actualización.

Otra alternativa es el «Enterprise Mode» que ofrece Microsoft para Internet Explorer 11 (IE11). Conocedor de los problemas que puede ocasionar su medida, este fabricante ofrece un kit o complemento que brinda características de las versiones previas de IE11, para que las aplicaciones web que lo requieran funcionen correctamente. En el lace de referencia encontrará más información y el enlace para su descarga.

Referencia: Microsoft.com

Desde el 12.01.2016, la única versión de Internet Explorer con soporte será la 11 (#IE11)

Guste o no, desde el 12 de enero de 2016, Microsoft, para Internet Explorer sólo brindará soporte a la versión 11 (IE11), la cual sólo será posible para los sistemas operativos Windows 7, Windows 8.1 y Windows 10.

Guste o no, desde el 12 de enero de 2016, Microsoft, para Internet Explorer sólo brindará soporte a la versión 11 (IE11), la cual sólo será posible para los sistemas operativos Windows 7, Windows 8.1 y Windows 10.

Independientemente de la versión del sistema operativo Windows que se utilizando, todas las versiones anteriores de este navegador, tales como Internet Explorer 7, Internet Explorer 8, Internet Explorer 9 e Internet Explorer 10, no tendrán más actualizaciones de seguridad o actualizaciones que eviten su vulnerabilidad.

Este hecho es muy importante para empresas que utilizan software dependiente de la versión de este navegador, tales como aplicaciones de gestión o de Business Intelligence.

Pareciera que esta medida de Microsoft va encaminada a forzar a los usuarios a utilizar su nuevo navegador, denominado Microsoft Edge introdicda en Windows 10, imposible en muchos casos, dado que su arquitectura no es compatible con la arquitectura habitual de las aplicaciones web que se desarrollan en las empresas.

Nuestras sugerencias:

Realiza un test minucioso de tus aplicaciones de negocio con la versión 11 de este navegador, quizás algunas características no funcionen como estaría previsto. Tenerlas identificadas puede ayudar a buscar una solución con el proveedor del software.
Controla las actualización de IE 11, desactivando su instalación automática. Dependiendo de la urgencia de la actualización de IE11, antes de aplicarla a toda la empresa, realiza pruebas de compatibilidad, una determinada actualización puede significar el motivo de que tus aplicaciones Web no funcionen. Ten presente, que en algunas ocasiones, una actualización puede ser revertida.
Valora el uso del «Enterprise Mode» de Internet Explorer 11, se trata de un kit que ofrece compatibilidad para entornos que requieran características de versiones anteriores de este navegador.

Referencia: Microsoft.com