Si tu empresa todavía opera sobre SAP ECC, el reloj ya está corriendo. El soporte estándar de SAP ECC finaliza el 31 de diciembre de 2027, y aunque existe soporte extendido hasta 2030, llega con un sobrecosto sobre la cuota de mantenimiento y sin acceso a nuevas innovaciones. La migración a SAP S/4HANA dejó de ser una opción: es una fecha en el calendario.
La pregunta de fondo no es cuándo migrar, sino cómo hacerlo sin arrastrar dos décadas de deuda técnica a tu nuevo ERP. Ahí entra el concepto que SAP convirtió en el estándar de toda implementación moderna: el Clean Core (núcleo limpio).
Según SAP, Clean Core es un conjunto de principios rectores que sostienen la transformación continua del negocio mediante el diseño de sistemas ERP ágiles, innovadores y eficientes. En su esencia, significa mantener el sistema ERP lo más cercano posible a su estado estándar provisto por el fabLicante, gestionando las personalizaciones a través de extensiones cloud e innovaciones side-by-side en lugar de modificar el código base.
Dicho de forma directa: un core limpio es un ERP sin equipaje. En vez de incrustar lógica propia dentro del corazón del sistema, donde cada upgrade la pone en riesgo, las personalizaciones viven fuera del core, conectadas mediante APIs y plataformas estándar. El core permanece estándar; tu diferenciación vive afuera.
Antes de entrar al método, hay que entender qué cubre una estrategia Clean Core — porque el error más común es creerla sinónimo de borrar código Z. SAP estructura el Clean Core en seis dimensiones. Entenderlas evita confundir “limpiar el core” con “eliminar código personalizado”. Son cosas relacionadas, pero no son lo mismo.
|
Dimensión |
Qué significa mantenerla “limpia” |
|
Software stack y core |
Mantener el core de S/4HANA actualizado y sin modificaciones directas, alineado a la estrategia de releases de SAP. |
|
Procesos |
Adoptar procesos estándar (fit-to-standard) y reducir variantes al mínimo. Documentar lo que sí se mantiene. |
|
Extensibilidad |
Construir extensiones con APIs liberadas, BAdIs y herramientas in-app o side-by-side en SAP BTP, en lugar de modificar el código estándar. |
|
Integraciones |
Conectar sistemas con APIs estándar (enfoque API-first) en vez de integraciones punto a punto frágiles. |
|
Datos |
Asegurar datos completos, correctos y sin duplicados ni registros obsoletos. La mala calidad de datos del ECC no desaparece al migrar: se amplifica. |
|
Operaciones |
Anclar un modelo de gobierno y monitoreo continuo del ciclo de vida del sistema. |
Después de 10 o 15 años, tu SAP ECC no es el sistema que compraste. Es el resultado de cientos de personalizaciones acumuladas: reportes que el estándar no entregaba, flujos de aprobación a medida, integraciones con sistemas que ya no existen pero que nadie se atrevió a desconectar. Esa acumulación de código a la medida es deuda técnica: el costo y la complejidad de mantener desarrollos propios que envejecen mal.
El problema no es solo técnico, es financiero y estratégico. SAP lo describe así: con el tiempo, las capas de código personalizado crean sistemas difíciles de mantener, caros de actualizar y propensos a errores; cada actualización se vuelve un proyecto riesgoso que frena la innovación.
Y ese equipaje no se queda atrás cuando migras. Como advierten los especialistas en migración de datos SAP, los datos heredados de baja calidad, duplicados, incompletos, sin validar, no desaparecen durante la migración: se trasladan a S/4HANA y amplifican los problemas aguas abajo. Migrar sin un enfoque Clean Core es pagar por una plataforma nueva para correr los mismos problemas viejos.
Los plazos son públicos y no se mueven. El soporte mainstream de SAP ECC (versiones EHP 6-8) termina el 31 de diciembre de 2027; el soporte extendido se ofrece hasta 2030 con un recargo aproximado del 2% sobre la cuota de mantenimiento y sin acceso a innovaciones.
El dato que debería preocupar a cualquier comité de TI: a finales de 2024, solo alrededor del 39% de las empresas con ECC había completado su migración a S/4HANA. La mayoría sigue en la línea de partida, y la ventana se está cerrando.
¿Por qué no esperar? Por tres presiones que se acumulan al mismo tiempo:
Clean Core no es magia ni un botón. Es un método. SAP recomienda un camino claro para transicionar hacia un core limpio, que se puede resumir en cuatro movimientos:
El criterio que ordena todo esto es la regla del 80/20: cerca del 80% de los procesos de negocio funciona de forma casi idéntica en todas las empresas y ofrece poco potencial de diferenciación, por lo que conviene mapearlo al estándar de S/4HANA. El 20% restante, lo que de verdad te distingue, es donde tiene sentido invertir en extensiones bien construidas sobre BTP.
Aquí fallan muchas empresas: tratan el Clean Core como una tarea puramente técnica y lo delegan al área de TI. En la práctica, exige tres capas trabajando integradas.
Esto es coherente con lo que SAP observa en campo: implementar Clean Core y la migración en paralelo aumenta los riesgos y exige gobierno claro, comunicación y el socio adecuado. No es un obstáculo: es la razón por la que el partner importa tanto como la tecnología.
Un proyecto sin métricas es solo una intención. Define indicadores desde el inicio y haz seguimiento hasta después del go-live. Los benchmarks reales de empresas que han implementado Clean Core te dan un punto de referencia para establecer tu propia línea base:
SAP BTP (Business Technology Platform) es la plataforma cloud que permite construir extensiones “side-by-side” (al lado del core) en vez de “inside” (dentro del core). Funciona como un runtime environment separado donde viven aplicaciones, integraciones y servicios de datos sin tocar el código estándar de S/4HANA. Es el mecanismo técnico central que hace posible mantener el core limpio mientras agregas funcionalidad.
Es un conjunto de principios para mantener el ERP lo más cercano posible al estándar de SAP, gestionando las personalizaciones mediante extensiones cloud y side-by-side sobre SAP BTP, en vez de modificar el código del core. El objetivo es un sistema estable, actualizable y de menor costo de mantenimiento.
No. Reducir el código a medida es una parte, pero Clean Core abarca seis dimensiones: software stack, procesos, extensibilidad, integraciones, datos y operaciones.
El soporte mainstream de las versiones EHP 6-8 finaliza el 31 de diciembre de 2027, con soporte extendido hasta 2030 a un costo adicional y sin nuevas innovaciones.
Lo ideal es aplicar los principios de Clean Core durante la migración. Hacerlo evita arrastrar deuda técnica y datos de baja calidad al nuevo sistema, donde los problemas se amplifican.
Quality Group, como consultora SAP Gold Partner con operación en Chile, Perú y México, aborda el Clean Core como lo que es: una transformación técnica, de riesgo y de personas a la vez. Pero no como un proyecto genérico. La diferencia está en la metodología y en cómo se plantea desde el primer día.
Mientras muchos partners entregan un listado plano de “recomendaciones” al final del assessment, Quality Group estructura un diagnóstico en 6-8 semanas que genera claridad ejecutiva desde la semana 2: cuál es el volumen exacto de deuda técnica que arrastras, qué cuesta mantenerla, cuál es el riesgo de no hacer Clean Core antes de la migración, y cuál es el roadmap realista. No especulación. Datos. Entonces tomas la decisión.
Para las áreas de RR.HH., Quality Group (a través de Quality HR) aplica exactamente el mismo rigor a la migración de SAP HCM hacia SAP SuccessFactors, asegurando que la transición sea limpia, gobernada y adoptada.
Da el primer paso: Agenda tu Clean Core Assessment
Si planeas migrar a S/4HANA en los próximos 18-24 meses, el mejor punto de partida es un diagnóstico profesional de tu Core actual: qué personalizaciones tiene, cuáles aporta valor, cuál es el riesgo de no hacerlo y cuál es el roadmap realista hacia una migración exitosa. Quality Group te acompaña en ese assessment inicial, sin compromiso comercial, para que tomes una decisión completamente informada.