ECC se acerca al fin de su mantenimiento: convertir la restricción en oportunidad.

La fecha límite la conoce todo el mundo. Y sin embargo sigue sorprendiendo. SAP ha fijado el fin del mantenimiento mainstream de ECC a finales de 2027; una extensión de pago sigue siendo posible hasta 2030 para las empresas que así lo decidan. Tres años de margen, sobre el papel. En realidad, mucho menos: una transformación del núcleo del sistema se encuadra, se decide, se contractualiza y luego se ejecuta, y cada una de esas etapas consume trimestres enteros. Lo constatamos en todos nuestros clientes: los que razonan en fecha de fin de mantenimiento ya llevan un tren de retraso. Los que razonan en fecha de arranque de su programa conservan la iniciativa.

Por qué esperar cuesta cada vez más caro

Ante una fecha impuesta, el primer reflejo es aplazarla. La extensión hasta 2030 existe precisamente para eso, y no la condenamos: puede ser una elección racional, a condición de ser una elección, respaldada por una trayectoria. Con demasiada frecuencia sirve de coartada para posponer la decisión. Pero el contador corre, y en muchas más líneas que la del mantenimiento extendido.

• El legacy se hace más pesado. Cada desarrollo a medida añadido a un ECC con los días contados es una deuda que la futura migración deberá pagar, con intereses.
• Los recursos escasean. A medida que la fecha se acerca, todo el mercado converge hacia los mismos perfiles: integradores, arquitectos, expertos en conversión. Los rezagados negociarán su programa en las peores condiciones de disponibilidad.
• El costo de oportunidad se acumula. Mientras el núcleo siga congelado, la analítica en tiempo real, la automatización o la IA sobre datos de empresa se quedan en la fase de piloto. Ese retraso no se mide en euros de mantenimiento; se mide en años de capacidades no construidas.
• Decidir bajo presión es decidir mal. Un programa lanzado con urgencia reproduce mecánicamente lo existente, por falta de tiempo para repensar nada. Difícil imaginar peor uso de un presupuesto de transformación.

Conversión, greenfield, híbrido: salir de las caricaturas

El debate público suele oponer la conversión técnica, «rápida y sin riesgo», al greenfield «ambicioso pero interminable». La realidad de los programas que observamos es menos tajante. Existen tres familias de trayectorias, y la buena elección depende de su sistema actual, no de una doctrina.

La conversión (brownfield)

Convertir el sistema existente a S/4HANA preserva el histórico, los procesos y los desarrollos. Esa es su fuerza; también es su límite. El enfoque conviene a las empresas cuyo núcleo ECC se ha mantenido razonablemente sano: procesos armonizados, desarrollos a medida controlados, datos correctos. Convertir un sistema desordenado equivale a mudarse sin abrir las cajas. El desorden llega intacto a la casa nueva, donde cuesta más caro.

El greenfield

Partir de un sistema nuevo permite adoptar los estándares de S/4HANA, purgar años de desarrollos a medida y reconstruir los procesos sobre una base limpia. Es el camino más transformador, y por tanto el más exigente: supone que la empresa acepte cambiar sus maneras de hacer tanto como su herramienta. Un greenfield llevado como una conversión disfrazada, donde cada desviación respecto al legacy se renegocia línea a línea, acumula los costos de ambos enfoques sin los beneficios de ninguno. Los hemos visto.

El híbrido (selective data transition)

Entre los dos, los enfoques selectivos permiten cribar: conservar lo que tiene valor, el histórico o los procesos maduros, y refundar lo que ya no lo tiene. Para los grupos multientidad con paisajes heterogéneos, donde no existe una respuesta única, suele ser la vía pertinente. Es también la más exigente en arquitectura, y la que menos perdona la improvisación.

Antes que una fecha de migración, 2027 es una fecha límite para decidir quién quiere ser usted como empresa en funcionamiento.

Cómo decidir, y a qué nivel

La elección del camino no es cuestión de doctrina. Se deduce de un diagnóstico honesto, realizado en cuatro dimensiones. El estado de los procesos: ¿están armonizados, o cada entidad vive su vida? El peso del desarrollo a medida: ¿qué hace realmente, y para quién? La calidad de los datos: ¿pueden recuperarse tal cual sin importar el pasivo? Y la capacidad de absorción: ¿qué pueden encajar realmente los equipos, en paralelo a sus operaciones?

Sobre todo, la decisión debe tomarse al nivel adecuado. Mientras la trayectoria S/4HANA siga siendo un expediente del departamento de sistemas, se arbitrará en costos informáticos, y ganará el escenario más barato a corto plazo, sea cual sea su costo real. Se lo decimos sin rodeos a nuestros clientes: es una decisión de dirección general, porque compromete el modelo operativo. ¿Qué procesos estandarizar? ¿Qué diferencias preservar porque crean valor? ¿Qué disciplina de arquitectura, el famoso clean core, imponer para que el nuevo sistema no reproduzca la deriva del antiguo?

Por dónde empezar

Nuestra convicción: la primera etapa no es ni una licitación ni una elección de herramienta. Es un encuadre corto y decisivo, que entrega tres cosas a la dirección. Para situar su punto de partida en cinco minutos, nuestro autodiagnóstico en 12 preguntas es un preámbulo útil.

• Una radiografía sin complacencia del sistema existente: procesos, desarrollos a medida, datos, costos, riesgos. Un diagnóstico que extrae consecuencias, y no un inventario más.
• Escenarios comparados de verdad, valorados en costos completos y en beneficios esperados, con sus condiciones de éxito explícitas. Un escenario sin condiciones de éxito es un argumentario comercial.
• Una hoja de ruta por oleadas, secuenciada según las dependencias y la capacidad de absorción, donde cada etapa entrega valor intermedio. La primera crisis presupuestaria interrumpe los programas que no producen nada antes de su término; más vale prevenirlo desde la secuenciación.

Este encuadre transforma la relación de fuerzas. La empresa que sabe lo que quiere, en qué orden y bajo qué condiciones, elige a sus socios en lugar de padecerlos. Y ahí es donde la restricción se convierte en oportunidad: la fecha límite de 2027 ofrece lo que ningún programa de transformación consigue fácilmente, el alineamiento de toda la empresa en torno a una misma fecha. Sería una lástima hacer de ella solo una migración.

Para ir más lejos: nuestro enfoque de la transformación SAP, nuestra oferta S/4HANA, y nuestra lectura de los casos de uso de IA en SAP, que empiezan todos por un núcleo digital en estado de marcha.