El core limpio que se ensucia sin que nadie lo decida
Por qué en utilities y oil & gas de LATAM el core de S/4HANA se erosiona por decisiones puntuales, no por una gran modificación, y qué implica para el upgrade.
· 6 min de lectura
El síntoma no es la gran modificación, es la pequeña excepción razonable
Ninguna organización de utilities u oil & gas en América Latina decide, en una sola reunión, “vamos a ensuciar el core de S/4HANA”. Nadie firma esa decisión. Lo que ocurre es distinto y más silencioso: un cierre de mes con un desbalance que no puede esperar al próximo release, una integración urgente para un concentrador AMI que ya está instalado, un reporte regulatorio con una fecha límite que no negocia con el roadmap de TI. Cada una de esas decisiones, tomada de forma aislada, parece perfectamente razonable. El problema aparece cuando se acumulan.
Esta es la primera pieza de una serie sobre el gobierno permanente del core después de la conversión a S/4HANA Utilities. Antes de hablar de niveles de extensibilidad o de gobernanza formal, vale la pena detenerse en el punto de partida: entender por qué el core limpio que tanto costó dejar estable empieza a agrietarse otra vez, semanas o meses después del go-live.
Un patrón conocido en el sector
En el contexto de servicios públicos y energía de la región, el gobierno del core después de la conversión enfrenta presiones particulares: pérdidas no técnicas que exigen ajustes rápidos en Comercial y Facturación, procesos de recaudación con reglas locales cambiantes, y una infraestructura de medición avanzada (AMI) que genera volúmenes de eventos que el diseño estándar del sistema no siempre anticipa. Algunos ejemplos típicos de ese tipo de fricción operativa:
Ninguno de estos problemas se resuelve tocando directamente una tabla estándar o sobrescribiendo un programa del core — y sin embargo, es exactamente ahí donde suele aparecer la tentación del “parche urgente”. Un ajuste directo en el core, hecho bajo presión de un cierre de mes o de una falla en producción, resuelve el síntoma hoy y crea una dependencia de upgrade que nadie documentó formalmente.
Por qué esto no es un tecnicismo, es una decisión de negocio
El concepto que la industria SAP llama “core limpio” no es una preferencia estética de arquitectura. Se refiere, de forma concreta, a un sistema S/4HANA donde ninguna tabla estándar se altera manualmente, ningún programa estándar se sobrescribe y ningún objeto interno no publicado se llama desde código de cliente (ERP Implementation, 2026). Esa definición importa porque cada excepción a esa regla es una hipoteca contra el próximo upgrade: algo que hoy resuelve un problema puntual, y que en el siguiente ciclo de actualización se convierte en trabajo de remediación no planificado.
El momento regional agrega urgencia a esta conversación. El fin del soporte estándar (mainstream) de SAP ECC está previsto para diciembre de 2027, lo que convierte a 2026 en un año donde muchas organizaciones de la región están cerrando o consolidando su conversión a S/4HANA (Praxis Info Solutions, 2026). Al mismo tiempo, la adopción de SAP Business Technology Platform como plataforma de extensibilidad ha crecido de forma sostenida entre los clientes SAP, lo que confirma que existe un camino disponible para resolver estas necesidades sin tocar el core directamente (SAVIC Technologies, 2026).
El patrón que se repite: la conversión no es el final, es el punto de partida
Aquí está la tensión de fondo que esta serie va a desarrollar: el proyecto de conversión a S/4HANA Utilities logra, al cierre, un core estable y listo para actualizarse sin fricción. Pero esa estabilidad no es un estado permanente que se conserva solo; es un activo que se puede erosionar decisión por decisión si no existe una disciplina posterior al go-live. La paradoja, señalada también por la literatura especializada, es que la necesidad de personalización no desaparece con la conversión — simplemente cambia de lugar, y ese cambio de lugar solo funciona si hay gobierno explícito sobre dónde se permite y dónde no (Prolifics, 2026).
Para utilities y oil & gas en América Latina, donde la presión operativa (cortes, reconexiones, lecturas críticas, cumplimiento regulatorio) no da tregua, la tentación de resolver “rápido y adentro” del core siempre va a estar presente. La pregunta que esta serie busca responder no es si esa presión existe — existe siempre — sino cómo se gobierna sin volver a caer en el mismo ciclo que la conversión buscaba romper.
Lo que sigue
La siguiente pieza de esta serie entra en el terreno práctico: cómo distinguir, con cuatro niveles concretos, qué tan limpia está realmente cada extensión que ya vive en tu sistema.
Fuentes
- ERP Implementation, “SAP Clean Core Strategy: BTP Extensions & S/4HANA” (2026): https://www.erpimplementation.eu/en/sap-clean-core-strategy-btp-extensions-s4hana-2026/
- Praxis Info Solutions, “SAP Clean Core: What It Means for Your Business and Why It Matters in 2026” (2026): https://praxisinfosolutions.com/blog/what-sap-clean-core-means-for-business/
- SAVIC Technologies, “SAP Clean Core Strategy 2026 — Practical Guide for Enterprises” (2026): https://www.savictech.com/insights/sap-clean-core-strategy-2026/
- Prolifics, “SAP Clean Core Strategy: What It Means and Why It Matters” (2026): https://prolifics.com/usa/resource-center/blog/clean-core-strategy-in-sap
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
