De ECC a S/4HANA en seis meses, con seis horas de downtime.
Cómo un fabricante de empaques con varias plantas convirtió a S/4HANA un landscape SAP ECC altamente personalizado mediante una conversión brownfield, conservó más de 1,000 objetos personalizados y redujo un 60% el tamaño de su base de datos.
Proveedor especializado de estuches plegados con precisión, insertos y outserts con calidad garantizada para marcas líderes farmacéuticas y de consumo masivo. Opera desde la década de 1970 con producción propia y control de calidad integrado en varias plantas de manufactura.
SAP era la aplicación central del negocio desde 2007, muy adaptada a las necesidades de la industria del empaque: más de 1,000 objetos ABAP personalizados, numerosos formularios de salida e integraciones con SAP BusinessObjects, DMS, sistemas de código de barras y un motor de automatización no SAP.
El detonante de negocio
Un landscape ECC maduro, listo para su siguiente plataforma.
Años de personalización exitosa habían convertido al ECC en el centro del negocio y, a la vez, hacían del paso a S/4HANA un trabajo delicado. La empresa quería la velocidad y la simplificación de S/4HANA sin perder lo que hacía que su SAP encajara con el negocio.
Cierre de período frenado por dependencias de procesos batch
El cierre de mes dependía de largas ejecuciones batch; el negocio quería un cierre que pudiera hacer en cualquier momento.
Reportes que podían ser más rápidos
La corrección de errores y la visibilidad de los reportes iban por detrás del ritmo de las plantas.
Personalizaciones que valía la pena conservar
Más de 1,000 objetos personalizados y formularios de salida contenían lógica de negocio real y debían llegar intactos.
Finanzas listas para New GL
Seguía vigente el Classic GL, junto con cambios de GST y nuevas notas de S/4HANA por incorporar.
El enfoque de skie.io
Una conversión brownfield planificada a partir del impacto.
El equipo aplicó su metodología de conversión, acelerada con su cockpit de despliegue rápido, para evaluar el impacto técnico, de Basis y funcional antes de mover nada. Alcance: conversión del ECC, transformación del landscape y del negocio, migración a New GL y más de 100 apps Fiori estándar en FI/CO, SD, MM, PP, QM, PM y DMS.
Evaluación de impacto
Código personalizado adecuado a los estándares de HANA con Code Inspector; impacto de Business Partner en los maestros de proveedores y clientes mapeado; dependencias de salidas BRF+ y de contabilizaciones directas identificadas.
Primero, finanzas
Actualización a New GL completada antes de la conversión, con document splitting activado para que el cumplimiento, incluido el cambio a GST, quedara integrado desde el inicio.
Sandbox
Construido con los datos de producción más recientes; código migrado, convertido y probado en varias iteraciones.
QA
Congelamiento de código, confirmación del downtime, migración, pruebas y corrección de errores en el landscape destino: capa de aplicación S/4HANA en Windows, HANA en Linux.
Producción
Cutover validado y go-live, con los sistemas periféricos reintegrados en menos de 24 horas.
Resultados
Cierre más rápido, finanzas más simples, base de datos más pequeña.
La conversión se completó en seis meses, con seis horas de downtime técnico y dieciséis horas de downtime funcional en producción.
Impacto en el negocio
- Cierre de mes más rápido, con la posibilidad de hacer un soft close en cualquier momento
- Se eliminó el esfuerzo de conciliación entre Finanzas y Controlling
- Regreso al estándar: soporte y upgrades más rápidos, menos complejidad que gestionar
Impacto operativo
- Seis horas de downtime técnico en producción; dieciséis de downtime funcional
- Sistemas periféricos integrados en menos de 24 horas tras el go-live
- Más de 100 apps Fiori estándar en producción en siete módulos
Impacto tecnológico
- Base de datos reducida de 415 GB a 168 GB, cerca de un 60% menos
- Más de 1,000 objetos personalizados adecuados y conservados
- Document splitting y cumplimiento de GST integrados en el núcleo
Por qué importa para tu entorno
La prueba del camino B: personalizaciones conservadas, ventana de cambio acotada.
Así se ve en la práctica el camino de conversión en un solo paso. Para un entorno ECC cuyo código personalizado vale la pena conservar, el brownfield lleva al negocio a S/4HANA con un solo cutover y un solo ciclo de pruebas, y la evaluación de impacto previa es lo que mantiene el downtime en horas.
El código personalizado viaja
Adecuarlo a los estándares de HANA permite que los objetos Z con lógica de negocio pasen al nuevo sistema, en lugar de reconstruirse.
Finanzas preparadas de antemano
Resolver New GL y document splitting antes de la conversión sacó el cambio más riesgoso de la ventana de cutover.
Menor costo de hardware
Una base de datos un 60% más pequeña reduce el costo de operación en cualquier infraestructura que venga después.
Lo que viene
Un núcleo estándar, listo para la nube.
Con el negocio en S/4HANA y de vuelta al estándar, el landscape queda listo para el siguiente paso: infraestructura certificada por SAP en AWS, operada desde el primer día, con la periferia personalizada ya bien separada del núcleo.
¿Se acerca tu renovación de VMware o la fecha límite de SAP ECC?
Hay dos relojes corriendo. Toma una sola decisión, no dos.
Conoce los cuatro caminos hacia S/4HANA, la evaluación de 30 días y cómo skie.io migra SAP y todo lo que lo rodea, lo deja optimizado y lo opera desde el primer día.