Migración a SAP S/4HANA: los 3 caminos y la base que decide

El reloj del ECC está corriendo: el soporte mainstream de SAP termina en 2027 (con extensión paga hasta 2030). Por eso, la migración a SAP S/4HANA salió del «algún día lo haremos» y entró en la planificación de casi toda empresa que opera SAP. Sin embargo, hay una verdad que los proyectos descubren tarde: el éxito no se decide solo en lo funcional — se decide en la base.

En este artículo, por lo tanto, explicamos los caminos de la migración a SAP S/4HANA en lenguaje simple, qué cambia de verdad, y las lecciones de quien ya vivió grandes proyectos por dentro.

En una frase — migrar a S/4HANA es como mudarse de casa: usted puede reformar la actual (brownfield), construir una nueva (greenfield) o mudarse por habitaciones (híbrido) — y, en cualquier caso, lo que decide si la mudanza sale bien es la fundación, el camión y lo que usted se lleva o tira.

Los tres caminos, sin jerga

Brownfield (reformar la casa). Convierte el sistema actual: preserva histórico, personalizaciones y la forma de trabajar. Es más rápido; sin embargo, carga el legado — incluso lo que no sirve.
Greenfield (casa nueva). Implementación desde cero: procesos rediseñados, sistema limpio («clean core»). Es más transformador, aunque más largo y caro.
Híbrido / selectivo (mudarse por habitaciones). Migra por partes — sociedades, módulos o datos seleccionados. Por lo tanto, equilibra riesgo y transformación.

No existe un camino «correcto» universal — existe el camino correcto para su legado, su plazo y su apetito de transformación.

Migración a SAP S/4HANA: por qué la base decide el resultado

Infraestructura y dimensionamiento. HANA es una base de datos en memoria — guarda los datos en RAM para ser veloz, y la RAM es cara. Por eso, entornos de desarrollo, pruebas y producción mal dimensionados traban el proyecto.
Volumen de datos. Cada prueba de conversión procesa la base entera. Por lo tanto, archivar antes de migrar acorta ventanas, reduce costos y disminuye riesgos — es el primer ahorro del proyecto.
Seguridad y perfiles (SoD). SoD significa «segregación de funciones»: quien compra no aprueba, quien paga no registra. La migración es el momento de ordenar esto — no de copiar el problema a la casa nueva.
Costo de nube (FinOps). Además, los entornos paralelos y los ciclos de prueba disparan el consumo. Sin control, la factura llega antes que el go-live.

Experiencia de campo — en proyectos de implementación y migración de gran porte que vivimos por dentro, los puntos que más frenaron el cronograma no fueron funcionales: fueron el control disciplinado de transportes (cada cambio rastreado entre entornos), la matriz de perfiles cargo × actividad definida temprano (evitando el caos de accesos en el go-live) y el plan de cutover ensayado — con roles, horarios y plan B escritos antes del fin de semana del arranque.

Cómo ayuda Inove

Somos el socio de la base de la migración a SAP S/4HANA: dimensionamiento y operación de infraestructura y nube, reducción de volumen con archiving, gobierno de accesos y SoD, FinOps del proyecto y sostenimiento en el post-go-live — con la experiencia de quien conoce el entorno SAP por dentro.

Nuestra visión de siempre: queremos que el cliente no tenga dolores de cabeza con TI y sea feliz — incluso en una migración a S/4HANA.

Por dónde empezar

Assessment — legado, personalizaciones y el camino correcto (brownfield, greenfield o híbrido).
Reducción de volumen — archiving antes de la conversión.
Base dimensionada — infraestructura, nube, entornos y FinOps.
Perfiles y SoD desde el inicio — no al final.
Cutover ensayado — y, por último, sostenimiento preparado para el día siguiente.

Infografía: los 3 caminos de la migración a S/4HANA y la base que decide — Los 3 caminos y las 4 disciplinas de la base — en una imagen.

Lea también

¿Está planificando la migración? Hable con Inove Solutions — cuidamos la base para que el proyecto no se trabe por debajo.