S4HANA – 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

Group Reporting, la revolución en la Consolidación Financiera de SAP

A partir de la edición 1809 de S/4 HANA Finance, se incluye Group Reporting como componente de Central Finance, la suite que permite aglutinar los datos necesarios para obtener los informes financieros – contables que requiera una organización. (La solución de Group Reporting, ya estaba incluida en la versión Cloud de S/4 HANA, la cual suele ir por delante en la innovación de funcionalidades).

Al parecer, ahora le toca a la Consolidación de SAP. Después de más de una década de SAP BusinessObjects Planning and Consolidation (SAP BPC), en la que han surgido, no tan sólo nuevas versiones, sino también variantes de la plataforma, estás últimas han ido afectando, principalmente, a la rama de la Planificación y Presupuestos, en la forma de implementar este tipo de soluciones.

Por variantes de SAP BPC, nos referimos a la Estándar, Embedded y a la Optimizada para S/4 HANA, cada una ellas con principios comunes, pero con arquitecturas diferentes y recursos particulares que repercuten en el diseño y desarrollo de cada solución.

La otra rama o categoría de soluciones de SAP BPC son las de Consolidación. Las tres variantes o ediciones de este producto, de algún modo, han mantenido los principios básicos del modelado de soluciones de Consolidación SAP BPC, bueno, hasta ahora.

Group Reporting, tomando lo mejor de cada herramienta.

A partir de la edición 1809 de S/4 HANA Finance, se incluye Group Reporting como componente de Central Finance, la suite que permite aglutinar los datos necesarios para obtener los informes financieros – contables que requiera una organización. (La solución de Group Reporting, ya estaba incluida en la versión Cloud de S/4 HANA, la cual suele ir por delante en la innovación de funcionalidades).

Group Reporting, está llamado a ser, según un comunicado de SAP (por lo pronto, sólo lo he encontrado en Alemán), la herramienta que permita diseñar soluciones de Consolidación, que aglutinará las mejores funcionalidades de todas las herramientas de consolidación ofrecidas hasta ahora por este fabricante: SAP Enterprise Controlling Consolidation System (SAP EC-CS), SAP Strategic Enterprise Management Business Consolidation System (SAP SEM-BCS), SAP Financial Consolidation y SAP Business Planning & Consolidation (SAP BPC).

Group Reporting, implicaría ahorros

S/4 HANA se afirma como la base sobre la cual se constituirán los componentes que brinden a los negocios la gestión de sus transacciones del día a día y la analítica tradicional o avanzada, que con inmediatez, facilidad y de manera centralizada tendrán acceso los usuarios. En esta línea, Group Reporting, para la implementación de una solución de Consolidación, implicaría, de manera clara, lo siguiente:

Reducción de infraestructuras, al utilizarse el mismo servidor o instalación.
Minimización o eliminación de procesos de carga de datos ETL, al utilizarse el Universal Journal de S/4, brindando mayor rapidez e integridad en los datos de origen.

Group Reporting en Central Finance ejecutaría los pasos de la consolidación para derivar los Estados Financieros consolidados, incluidas la conversión monetaria y las eliminaciones de operaciones entre las compañías del grupo.

Group Reporting es un cambio importante que deberemos observar al considerar un nuevo desarrollo o migración de versiones de SAP BPC.

Referencia: SAP News

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.

Los cambios qué hay que tener en cuenta al adoptar SAP S/4 HANA

Tal como señala el fabricante, SAP S/4 HANA no es el sucesor de SAP Business Suite, S4 sigue los principios funcionales del conocido ERP, con las características estándares para los negocios, pero se erige sobre la arquitectura de datos in-memory de SAP HANA Database y la filosofía de interfaz de usuario de SAP Fiori. Estas dos nuevas tecnologías de SAP, las más disruptivas, conllevan cambios técnicos que se deben tener en cuenta al considerar la adopción de SAP S/4 HANA.

[caption id="attachment_10958" align="aligncenter" width="485"]

simplification-list-for-sap-s-4hana-on-premise-edition-1511

Muestra del documento de referencia[/caption]

Tal como señala el fabricante, SAP S/4 HANA no es el sucesor de SAP Business Suite, S4 sigue los principios funcionales del conocido ERP, con las características estándares para los negocios, pero se erige sobre la arquitectura de datos in-memory de SAP HANA Database y la filosofía de interfaz de usuario de SAP Fiori. Estas dos nuevas tecnologías de SAP, las más disruptivas, conllevan cambios técnicos que se deben tener en cuenta al considerar la adopción de SAP S/4 HANA.

Muchas organizaciones cuentan con desarrollos a medida que utilizan una serie de estructuras de datos que quizás, por la simplificación de la nueva arquitectura de S/4, ya no existan o podrían estar considerablemente modificadas. SAP ha intentado agrupar, en un documento, la relación de estos cambios, en el denominado «Simplification List for SAP S/4HANA«, el cual consideramos de obligada lectura si se está considerando o planificando la implementación de SAP S/4 HANA.

Referencia: Simplification List for SAP S/4HANA (en sitio oficial o aquí)

La simplicidad de SAP Simple Finance

SAP Simple Finance es la primera solución completa de SAP S/4HANA (SAP Business Suite 4 SAP HANA o simplemente S/4), la nueva generación de aplicaciones basadas en la tecnología in-memory de SAP HANA, con interfaz de usuario renovada basada en SAP Fiori, la cual podrá ser utilizada bajo la modalidad Software como Servicio (SaaS) u on-premise (instalación propietaria).

Las Ediciones

Las posibilidades de adopción de SAP Simple Finance va en línea a S/4, son las siguientes:

On-premise: Incluye control total sobre el sistema, configuración y con la posibilidad de realizar modificaciones. Es responsabilidad de la organización la gestión de la seguridad y la aplicación de actualizaciones.
SAP HANA Enterprise Cloud. SAP mantiene el software y los servidores dedicados con la posibilidad que el usuario configure sus procesos de negocio, pero sin la posibilidad de realizar modificaciones. Al utilizar servidores independientes, el nivel de actualización no siempre será el mismo entre todos los clientes. El soporte técnico y las actualizaciones se encuentran dentro del servicio que ofrece SAP.
Private cloud deployment. SAP ofrece la posibilidad de contar con un entorno privado bajo la modalidad SaaS, dónde la infraestructura y el software es gestionado por SAP. La configuración es estándar y las modificaciones no están permitidas. El cliente siempre será llevado al mismo nivel de actualización que el resto de clientes.
Public cloud deployment. Se trata de un despliegue básico, se trata de un modelo SaaS con multitenancy (más de una base de datos en el mismo sistema). La gestión de la infraestructura y el software es responsabilidad de SAP. La configuración es estándar, no se admiten modificaciones y todos los clientes tienen el mismo nivel de actualización. Es considerada la opción de más pronto despliegue y asegura a los usuarios una instalación con las últimas mejoras de manera permanente.
Hybrid deployment. Se trata de una implementación que combina la opción on-premise e implementaciones cloud. Se sugiere esta opción para procesos puntuales que no requieren una estrecha integración con el resto de SAP Business Suite o para grandes organizaciones que requieran la integración con subsidiarias o empresas de reciente adquisición.

La simplificación de SAP Simple Finance

A través de cualquiera de las ediciones de SAP Simple Finance, los beneficios son los siguientes:

Acceso a cualquier funcionalidad de una manera más simple e inmediata y desde cualquier dispositivo.
Simplificación de la ejecución de procesos de datos financieros en tiempo real que requieren se reconciliados.
Simplificación para el uso de predicción y simulaciones
Simplificación de la arquitectura, sin agregados y sin datos redundantes.