FASE CERO

Muchas organizaciones llevan años posponiendo esta decisión:

• “Todavía aguanta ECC”

• “No es el momento”

• “Primero resolvemos lo urgente”

Sin embargo, hay dos realidades que ya no se pueden ignorar:

1. El soporte estándar de SAP ECC termina en 2027 (con opciones extendidas que implican mayor costo).

2. Una migración a S/4HANA no es un proyecto corto ni trivial.

Esto cambia completamente el enfoque. Ya no se trata de decidir si migrar. Se trata de entender cuándo y cómo hacerlo sin comprometer la operación.

Y en ese punto, el mayor riesgo no es llegar tarde. Es empezar sin claridad.

El error de fondo: tratar la migración como ejecución

En muchos casos, la conversación arranca directamente en términos de implementación:

• ¿Greenfield o Brownfield?

• ¿Qué herramienta utilizamos?

• ¿Cuánto tiempo tomará?

Estas son preguntas válidas, pero pertenecen a la fase de ejecución. El problema es cuando se plantean sin haber entendido primero el punto de partida.

Esto suele derivar en:

• Estrategias elegidas sin contexto

• Estimaciones poco realistas

• Arrastre de problemas históricos

• Incremento en costos y tiempos por retrabajo

No es un problema de capacidad técnica. Es un problema de decisiones tomadas con información incompleta.

¿Qué es realmente una Fase Cero?

La Fase Cero no es un diagnóstico superficial ni un entregable documental. Es una fase de entendimiento profundo cuyo objetivo es reducir incertidumbre antes de tomar decisiones de alto impacto.

En esta etapa se busca responder preguntas como:

• ¿Qué tan complejo es realmente el sistema actual?

• ¿Cuánta de esa complejidad es necesaria?

• ¿Qué elementos existen por inercia histórica?

• ¿Qué cambiaría si se replantearan los procesos hoy?

• ¿Qué debería mantenerse y qué debería transformarse?

En otras palabras:

La Fase Cero no prepara el proyecto. Define si el proyecto está bien planteado desde el inicio.

La complejidad real no está en la tecnología

Uno de los errores más comunes es asumir que el principal reto es técnico. En la práctica, la complejidad suele concentrarse en tres dimensiones:

1. Customización acumulada

No se trata únicamente de la cantidad de desarrollos Z, sino de la falta de visibilidad sobre ellos:

• Cuáles siguen siendo críticos

• Cuáles realmente diferencian al negocio

• Cuáles duplican funcionalidad estándar

• Cuáles ya no se utilizan

Esto genera dependencia técnica, incrementa el riesgo de cambio y dificulta la evolución del sistema.

2. Datos sin gobierno

El problema no es solo la calidad de datos, sino su estructura y uso:

• Información duplicada o inconsistente

• Campos utilizados de forma incorrecta

• Datos que ya no responden a los procesos actuales

• Dependencia de conocimiento no documentado

Migrar estos datos sin un análisis previo implica trasladar los problemas al nuevo entorno.

3. Procesos desalineados con la operación actual

En muchos casos, el sistema refleja:

• Formas de operar de hace varios años

• Decisiones tomadas bajo contextos distintos

• Ajustes implementados como solución temporal

Esto provoca que el sistema ya no represente la realidad operativa actual.

Qué se hace en una Fase Cero (cuando se hace correctamente)

Una Fase Cero bien ejecutada va mucho más allá de un assessment técnico

1. Entendimiento funcional real

No se analiza únicamente la configuración.

Se identifican:

• Procesos que generan valor

• Procesos que funcionan como workaround

• Dependencias de customización

• Oportunidades de estandarización

Esto permite identificar complejidad innecesaria.

2. Análisis de código y objetos

Se construye un inventario real de desarrollos:

• Clasificación por criticidad

• Identificación de redundancias

• Detección de lógica que puede eliminarse o reemplazarse

El objetivo no es eliminar por eliminar, sino entender el impacto real del custom code en la operación.

3. Evaluación de datos

Se analiza tanto la calidad como la estructura y el uso:

• Qué datos son realmente necesarios

• Qué información está obsoleta

• Qué tan complejo será preparar los datos para migración

Este punto suele definir gran parte del esfuerzo total del proyecto.

4. Análisis de integraciones

Se revisan:

• Interfaces punto a punto

• Dependencias externas

• Flujos no documentados

• Integraciones críticas para la operación

Aquí se identifican riesgos que normalmente no son visibles hasta etapas avanzadas del proyecto.

5. Evaluación de arquitectura futura

En este punto se toman decisiones clave:

• Qué debe permanecer en el core

• Qué debe desacoplarse

• Qué puede resolverse con estándar

• Qué requiere extensión

Estas decisiones definen la sostenibilidad del sistema a largo plazo.

6. Definición de estrategia de migración con contexto

Aquí sí se evalúan alternativas como:

• Greenfield

• Brownfield

• Selective

Pero con base en información real, no en preferencias técnicas.

7. Construcción de un roadmap ejecutable

Se define un plan con:

• Fases claras

• Dependencias identificadas

• Riesgos documentados

• Estimaciones realistas

Esto permite pasar de una intención a un plan viable.

El factor tiempo: por qué la Fase Cero es ahora

El horizonte de 2027 no es lejano cuando se considera:

• La complejidad de los sistemas actuales

• La disponibilidad de recursos

• La necesidad de mantener la operación estable durante la transición

A medida que se acerca esa fecha, el margen para analizar y decidir correctamente disminuye.

Por eso, la Fase Cero no debe verse como el inicio del proyecto. Debe entenderse como el punto donde se gana claridad antes de comprometer la ejecución.

La pregunta que cambia todo

Antes de pensar en migrar, hay una pregunta que vale más que cualquier herramienta o metodología:

¿Entiendo realmente el sistema que estoy a punto de migrar?

Si la respuesta no es completamente clara, entonces el primer paso no es ejecutar.

Es entender.

¿Por dónde empezar?

Para aterrizar este enfoque, desarrollamos un Checklist de Fase Cero para migración a S/4HANA, que permite estructurar de forma práctica los puntos clave a evaluar:

• Evaluación del sistema actual

• Clasificación de desarrollos

• Revisión de datos

• Análisis de integraciones

• Definición de arquitectura

• Criterios para seleccionar estrategia de migración

• Identificación de riesgos antes de ejecutar

Este checklist está pensado como una herramienta de trabajo, no como teoría.

Si estás evaluando S/4HANA

Solicitar este checklist puede ser un primer paso para entender con mayor claridad el punto de partida y el nivel de preparación de tu organización.

A partir de ahí, es posible estructurar una Fase Cero alineada a la realidad del negocio y tomar decisiones con menor nivel de incertidumbre.

Envíanos un mensaje vía nuestro formulario de contacto y con gusto te compartiremos esta gran herramienta para que inicies.

Ing. Iziz Rosales

Práctica SAP

Con más de 20 años de experiencia optimizando procesos empresariales mediante soluciones tecnológicas innovadoras. Es cofundadora de Solution Factory, una empresa de 12 años que brinda servicios profesionales en SAP y tecnologías afines. Tiene amplia experiencia en gestión de proyectos de TI e implementación de ERP, y ha trabajado con empresas de diversos sectores para mejorar la eficiencia operativa. Su enfoque combina experiencia técnica, visión estratégica y compromiso con los resultados del cliente.