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

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:

  1. Preparar el destino. Aprovisionar el tenant/subaccount/servicio equivalente en Multi-Cloud Foundation.
  2. Trasladar contenido. Copiar o recrear aplicaciones, iFlows, APIs, modelos, configuraciones, datos u otros artefacto.
  3. Reconstruir lo que no se migra automáticamente. Credenciales, certificados, destinations, passwords, security material, conexiones, etc.
  4. Reconectar el escenario. Cambiar URLs, endpoints, DNS, Cloud Connector, IdP, OAuth, sistemas emisores/receptores, allowlists, etc.
  5. Validar. Pruebas técnicas, integración end-to-end y pruebas funcionales.
  6. Cutover. Hacer que los usuarios y sistemas utilicen el nuevo entorno.
  7. 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.

El Cuadrante Mágico de Gartner sobre las plataformas de Análisis y Business Intelligence de 2021: Una Decepción

¿Por qué nos ha decepcionado?
– Centrado en soluciones Cloud.
– Ausencia de referencias sobre volúmenes de datos y usuarios.
– Escasa información sobre los productos de cada marca.
– Impacto COVID-19 ausente.
– Abuso del término “Aumentado”. El último: «Augmented consumers»


Sí, así es, me ha decepcionado este informe, tanto o más como los anteriores que sobre esta tecnología ha publicado la consultora Gartner en los últimos años. No porque mi “equipo” favorito no figura en el podio, sino por la ausencia referencias y debilidad de fundamentos que otrora los “Magic Quadrant for Analytics and Business Intelligence Platforms” aportaban.

Sí, sabemos que estamos accediendo al resumen del informen y que existe un documento completo de pago, pero dudamos que sea muy diferente en su esencia.

Las plataformas ABI actuales tratan de cubrir un ciclo completo para el análisis, que abarca desde la preparación de los datos que se desean analizar, hasta la generación de información a través de visualizaciones con funcionalidades de autoservicio en todo el proceso.

¿Por qué nos ha decepcionado?

  • Centrado en soluciones Cloud. Las soluciones informáticas en la nube, de cualquier tipo, en muchos casos, pueden ser una alternativa rápida y económica para organizaciones de reciente creación. ¿Pero qué sucede con las organizaciones que cuentan con instalaciones On-Premise (físicas) y tienen desarrollado una amplia gama de soluciones en uso y/o cuentan con una gran cantidad de usuarios? Para este tipo de organizaciones, quizás, podría interesarles mantener su arquitectura actual o diseñar arquitecturas hibridas para desplegar soluciones complementarias para equipos de usuarios distintos que puedan coexistir sin sobresaltos, en tal sentido, aspectos tales como la conectividad On-Premise – Cloud sería un aspecto muy importante a tener en consideración.
  • Ausencia de referencias. En años anteriores los informes indicaban, para cada marca o producto, las características generales de los clientes, señalando el volumen de datos que procesaban y el número promedio de usuarios de la plataforma. Así mismo, informaban las regiones en dónde tenían presencia y soporte el fabricante. En ocasiones, para las marcas líderes, comentaban cómo estaban gestionando o superando una “Precaución” o “Debilidad” señalada en el informe del año anterior. Por ejemplo, para Microsoft lo problemas de conectividad señalados en el informe de febrero 2020 ya no existen en 2021.
  • Escasa información sobre los productos de cada marca. Al estar centrado el informe en la propuesta Cloud de cada marca, brinda escasos datos sobre las soluciones on-premise y las posibilidades de integración entra la arquitectura física y las soluciones en la nube. En el caso de SAP, no se señala las características de Análisis Embebido que tiene SAP S/4, las posibilidades de análisis y presentación de SAP Fiori, la potencia de cálculo de SAP BW/4, las librerías de análisis avanzado de SAP HANA o la versión 4.3 de SAP BusinessObjects BI con interfaz basada en SAP Fiori con características gráficas y de presentación mejoradas. Todas estas plataformas SAP cuentan con grandes posibilidades de Análisis y Business Intelligence que se pueden integrar con SAP Analytics Cloud.
  • Impacto COVID-19 ausente. 2020, un año singularmente marcado por la pandemia de COVID-19, en tal sentido, nos sorprende que no sea señalado en ninguna parte del informe y quizás, para ir en línea de cómo se podría amenguar este impacto, aspectos tales como la conectividad o facilidades para redimensionar recursos y usuarios que ofrece cada marca, sería un aspecto a valorar o puntuar.
  • Abuso del término “Aumentado”. Gartner quizás sea el principal “creador” de términos en las tecnologías de la información, además del manido “Análisis Aumentado” o “Analítica Aumentada” (augmented analytics) ahora introduce el término “Consumidores aumentados” (augmented consumers) el cual describe a ciertas personas sin conocimiento técnico que esperan encontrar información en forma de historias de manera automática, ajustada a su rol o función laboral con posibilidades de consulta en lenguaje natural (natural language query – NLQ). Otro término es “asistencia al usuario aumentada” (augmented user assistance) para hacer referencia a las funciones de ayuda para tratar los datos o crear visualizaciones. La incorporación de tantos términos sólo obedecen a las necesidades del marketing que saturan o confunden a los usuarios.

¿La Analítica Aumentada debe decidir por nosotros?

La Analítica Aumentada es la posibilidad de desarrollar soluciones con funcionalidades de análisis predictivo, aprendizaje automático e inteligencia artificial para crear contenidos para analizar y comprender los datos. Consideramos que en la gestión del día a día de los procesos de negocio, las decisiones las señalan y toman las personas, y no se debería esperar que la Analítica Aumentada nos señale las decisiones a tomar, tal como señala Gartner en su informe, situación que si se comprendería en un proceso productivo totalmente automatizado.  

Las diferencias entre las propuestas ABI se ha trasladado de las capacidades de visualización (ahora muy similares entre todas las propuestas) a las capacidades de Analítica Aumentada, es decir, funcionalidades de aprendizaje automático (machine learning – ML) e Inteligencia Artificial (Artificial Intelligence – AI) para la preparación, generación y explicación de la información, según Gartner, de una manera más eficaz que si se hace manualmente.

¿Es justo que Microsoft este posicionado como líder?

La popularidad de MS Power BI es innegable, así como las buenas posibilidades gráficas y facilidad de aprendizaje y uso, pero todo ello no deja que pase desapercibido cuestiones tales como las siguientes:

  • Problemas de conectividad con fuentes de datos SAP. La principal fuente de datos para analizar que tienen las empresas son datos transaccionales de SAP, con MS Power BI muchas veces se replican los datos SAP en otra base de datos. Problema señalado en el informe del año anterior, ignorado en el informe de este año, pero el problema es vigente.
  • Administración de la plataforma mejorable. Poca facilidad de administración de los contenidos, señalado en el informe actual.

Ambos aspectos consideramos que son pesados lastres que tiene este producto que no justifican una posición tan destacada en el Cuadrante Mágicos de plataformas de BI y Análisis.

Organizaciones con grandes instalaciones de Business Intelligence no pueden volcarse de lleno a una propuesta cloud. Informes de este tipo deben valorar o puntuar las posibilidades que ofrece cada fabricante para desplegar arquitecturas hibridas.

Conclusiones

Dado que las posibilidades gráficas son similares entre los principales fabricantes, y se da por descontado que la solución elegida debe ofrecer posibilidades de dashboard y reporting, la valoración de una solución debería centrarse en los siguientes aspectos:

  • Seguridad. Administración de usuarios y auditoria de acceso/autenticación.
  • Administración de contenidos. Las posibilidades de que los usuarios puedan crear sus conjuntos de datos (datasets) y visualizaciones parece una atractiva funcionalidad, pero igual de útil es que estos contenidos puedan ser administrados con seguridad y facilidad.
  • Conectividad. Acceso a datos y contenidos On-Premise – Cloud de manera bidireccional.

Por último, ¿es serio que Alibaba se incluya en este informe?  Seguro que el PCCH estaría muy contento que las grandes empresas mundiales suban sus datos en la nube de Alibaba.

Referencia: Gartner MQ ABI 2020 y 2021

SAP Analytics Cloud, Entornos de Producción y No-Producción

En instalaciones tradicionales u on-premise es habitual contar con los típicos entornos de Desarrollo o Producción, o adicionales tales como Test, Integración o Formación, todos ellos, alineados a nivel de objetos o metadatos pero diferenciados a nivel de datos, conexiones, usuarios y autorizaciones. Este buen hábito no puede quedar al margen con SAC u otra plataforma cloud de SAP.


Que SAP gestione tanto la infraestructura como el software, incluyendo la planificación de su actualización, en soluciones tales como SAP Analytics Cloud (SAC), no nos libera la responsabilidad que definamos un plan de despliegue de entornos o sistemas.

En instalaciones tradicionales u on-premise es habitual contar con los típicos entornos de Desarrollo o Producción, o adicionales tales como Test, Integración o Formación, todos ellos, alineados a nivel de objetos o metadatos pero diferenciados a nivel de datos, conexiones, usuarios y autorizaciones. Este buen hábito no puede quedar al margen con SAC u otra plataforma cloud de SAP.

Uno o Múltiples Sistemas

La decisión de contar con un único Sistema o Entorno se puede comprender si se trata de un despliegue pequeño, inicial o de prueba. En este contexto, la separación entre objetos en Desarrollo y Producción se realizaría a través del uso de carpetas lo que conllevaría un riesgo elevado de contratiempos.

SAP sugiere que se cuente con por lo menos dos sistemas (en nomenclatura SAP denominados Tenants). Un entorno SAC para desarrollar y probar una solución, cuyo contenido sería promovido o transportado al entorno de Producción a través de las características Importar/Exportar. Cada uno de estos entornos podría estar conectado a distintos sistemas.

Privado vs Publico

Una solución SAC puede contratarse bajo la modalidad de Inquilino Privado o Público. Un Sistema o Inquilino Privado significa que nuestro entorno utiliza un Sistema SAP HANA que no es compartido con otros inquilinos o clientes. Un Inquilino Privado puede tener una configuración de hasta 50 usuarios nominales, URL única y contar con un tamaño de 64 GB, 128 GB o 256 GB, 512 GB… El costo de la licencia se establece por el sistema en su conjunto, no por el número de usuarios. Un Sistema Privado no puede utilizarse para un entorno de Producción.

Un Sistema Público, por el contrario, comparte un Sistema SAP HANA con otros inquilinos o usuarios, por lo que no se tiene ningún tipo de control sobre la memoria o almacenamiento, lo cual si se puede realizar en un inquilino Privado (esta circunstancia no conlleva, necesariamente, a problemas de rendimiento). Un inquilino público se puede utilizar para entornos Productivos o no-Productivos.

El hecho que un inquilino público de SAC comparta el Sistema SAP HANA sobre el cual es configurado con otros usuarios o inquilinos, no significa que nuestros objetos o datos sean accesibles por parte de otros usuarios ajenos a nuestra instalación u organización.

Referencia: aquí y aquí

SAP Analysis for Microsoft Office, edition for SAP Analytics Cloud: “Problema” a la vista

La solución SAC (SAP Analytics Cloud) de SAP Analysis for Microsoft Office, si me permiten la licencia, es la versión reducida del plugin Analysis de SAP Analysis for Microsoft Office que usamos para trabajar con instalaciones on premise (instalaciones locales). Esta edición para la nube de Análisis de SAP nos permite conectarnos con modelos SAC, para ello, es necesario instalar este Add-in en nuestros equipos locales.


La solución SAC (SAP Analytics Cloud) de SAP Analysis for Microsoft Office (SAP AO), si me permiten la licencia, es la versión reducida del plug-in Analysis de SAP Analysis for Microsoft Office que usamos para trabajar con instalaciones on premise (instalaciones locales). Esta edición para la nube de Análisis de SAP nos permite conectarnos con modelos SAC, para ello, es necesario instalar este Add-In en nuestros equipos locales.

Aunque tengan funcionalidades muy similares, técnicamente estamos hablando de distintos productos. Desde la versión 2.5 de la edición «estándar» es posible conectarnos a fuentes SAC, haciendo clic derecho sobre el asistente de conexión.

A partir de la versión 2.7 contamos con la edición SAC para acceder de manera exclusiva a modelos SAP Analytics Cloud (Import Data Connection) o utilizar las denominadas conexiones en tiempo real (Live Data Connection), acciones que también podríamos hacer con la edición tradicional o estándar de SAP Analysis for Office.

EL “PROBLEMA”

Resulta que ambos productos, por el momento, no pueden estar instalados en el mismo equipo, no importando que tenemos instalado previamente, si ejecutamos un segundo instalador, este asistente nos pedirá desinstalar el producto previamente instalado.

Por lo que hemos visto hasta ahora, en algunas organizaciones el panorama es más o menos similar al siguiente: se está trabajando con usuarios y soluciones con filosofía on-premise y “tímidamente” se está comenzando a utilizar SAP Analytics Cloud… ¿Qué sucede con los usuarios que requieren entrar a ambos entornos?

Es obvio que ambas herramientas de Analaysis for Office, tanto para instalaciones locales como para SAC, recorrerán caminos distintos. Por ejemplo, hoy por hoy, el procedimiento para guardar nuestros libros de manera directa en SAC no es posible, debemos seguir el siguiente procedimiento:

  1. Guardar nuestro libro localmente,
  2. Luego subir nuestro libro al portal Web de SAC,
  3. Finalmente compartir la URL de enlace al libro cargado.

Pero quizás se podría evitar este “problema” de tener dos productos para más o menos lo mismo, si SAP incorporara un nuevo Plug-In para conexiones SAC, dentro del mismo producto, tal como se hizo cuando se fusionó el anterior Add-In para SAP BPC, denominado EPM Add-In.

LA SUGERENCIA

Si se requiere acceder tanto a SAC como a instalaciones locales, nuestra sugerencia, por el momento, es que se utilice la versión «estándar» de Analysis for Office, para la edición SAC se puede esperar la liberación de una mejor actualización. 

Quizás resulte útil consultar la Nota SAP 1518359 o aquí para ver las actualizaciones liberadas y próximas actualizaciones de ambas ediciones de SAP AO (por cierto, AO es el acrónimo oficial de Analysis for Office, no lo ponemos nosotros. lo establece el fabricante, quizás nos guste más AFO, A4O o AXO pero esta «inspiración» sólo puede conllevar a confusión).

NOTA: Si no observaras la opción de «Crear nueva conexión SAC…«, verifica la opción «Plataforma prefrida», la cual debería estar en «Seleccionable» (luego de lo cual, quizás debas salir y volver acceder a MS Excel).

CONCEPTOS

¿Qué es SAP Analysis Cloud (SAC)? Es la solución de Software como Servicio (SaaS – Software as a Service) o Software en la Nube de SAP para Business Intelligence, Análisis, Planificación, Presupuestos y Predicción.

¿Qué es Analysis for Office? Es un Add-In o complemento que se acopla a MS Office (Excel y PowerPoint) para conectarnos a sistemas que contengan datos en estructuras multidimensionales para analizar la información en tablas dinámicas o construir aplicaciones de planificación y presupuestos.

¿Qué es Live Data Connection de SAC? SAP Analysis Cloud (SAC) permite conectarnos a otros sistemas locales (on-premise) sin replicar o importar la información en SAC. Las conexiones de datos en tiempo real podrían ser de los siguientes tipos:

  • SAP HANA Views
  • SAP BW
  • SAP BW/4HANA
  • SAP BPC
  • SAP S/4HANA ABAP CDS (Core Data Services – Capa semántica de modelos de datos)