Arquitecto de TI de una distribuidora eléctrica y un ingeniero de campo comparan rutas en un cruce de caminos de servicio junto a una subestación rural
SAP

Brownfield rápido: la deuda técnica que el comité no vio

Elegir Brownfield por velocidad esconde el costo de remediar el código Z de un IS-U. Qué mide realmente esa decisión en una utility de LATAM.

CVSA
Equipo AGT Comunidades

· 11 min de lectura

En los comités de tecnología de las distribuidoras eléctricas de América Latina hay una escena que se repite con demasiada fidelidad. Alguien presenta tres rutas hacia SAP S/4HANA, describe una como “la conversión técnica”, la señala como la más rápida y la menos disruptiva para la operación comercial, y el comité levanta la mano. La reunión dura noventa minutos. La decisión gobierna los siguientes tres a cinco años de presupuesto de TI.

El problema no es que Brownfield sea una mala ruta. El problema es que la variable que decidió la votación —velocidad percibida— no es la variable que va a determinar el costo real del proyecto. Esa otra variable, la que casi nunca está sobre la mesa cuando se vota, es cuánto código propio se lleva la utility consigo y en qué estado llega.

La velocidad que el comité compró no es la velocidad que recibió

La ruta técnica, en dos lecturas
Lo que la conversión promete y lo que también conserva
La misma decisión, vista desde la lámina del comité y desde el código que viaja con el proyecto
Lo que se presentó
Lo que viaja con el proyecto
Es la ruta más rápida y la menos disruptiva para la operación comercial.
La variable que determina el costo real es cuánto código propio se lleva la utility consigo y en qué estado llega.
Se conserva la configuración, se conserva el histórico, se conserva el proceso que la organización ya sabe operar.
También se conserva la deuda técnica existente: código custom, modificaciones y soluciones alternativas acumuladas durante décadas (*Kellton, 2025*).
Para un IS-U que factura millones de cuentas al mes, «no rediseñar el proceso comercial» suena a control de riesgo, no a atajo.
Esa deuda arrastrada puede limitar el potencial de optimización de S/4HANA.
La ruta se presenta como «la conversión técnica», y con ese nombre se vota en el comité.
El código Z de facturación con tarifa regulada, corte y reconexión, lectura, convenios de pago e interfaces de recaudación no desaparece porque la ruta se llame técnica: viaja con el proyecto y una parte tendrá que ser adaptada, porque SAP simplificó objetos del estándar sobre los cuales fue construido.
La ruta no cambia con este contraste; cambia lo que el comité sabe cuando la elige.
Conversemos con nuestro equipo

La promesa de una conversión de sistema es atractiva y es legítima: se conserva la configuración, se conserva el histórico, se conserva el proceso que la organización ya sabe operar. Para un IS-U que factura millones de cuentas al mes, “no rediseñar el proceso comercial” suena a control de riesgo, no a atajo.

Pero la conversión también conserva algo que nadie presentó en la lámina. Las conversiones Brownfield arrastran la deuda técnica existente —código custom, modificaciones y soluciones alternativas acumuladas durante décadas— y eso puede limitar el potencial de optimización de S/4HANA (Kellton, 2025). En una utility con quince o veinte años de IS-U productivo, esa frase no describe un riesgo abstracto: describe los desarrollos Z de facturación con tarifa regulada, los programas de corte y reconexión, los ajustes de lectura, los convenios de pago, las interfaces con el sistema de recaudación y las adaptaciones a cada resolución del ente regulador de turno.

Ese cuerpo de código no desaparece porque la ruta se llame “técnica”. Viaja con el proyecto. Y una parte de él tendrá que ser adaptada, porque SAP simplificó objetos del estándar sobre los cuales ese código fue construido.

Lo que hace que el impacto sea medible, no opinable

Aquí está la parte que cambia la conversación: el impacto sobre el código propio no es una intuición del arquitecto. Es un dato que se puede levantar antes de decidir.

SAP publica el catálogo de ítems de simplificación —el inventario de los cambios incompatibles entre el estándar de ECC y el de S/4HANA— y la guía oficial de conversión indica verificar el código propio contra esa lista de simplificaciones (SAP, Conversion Guide for SAP S/4HANA 2025). La escala importa: SAP S/4HANA llega con más de 430 ítems de simplificación que afectan al código propio (SAP Community, 2026).

Las herramientas para levantar ese número existen y están documentadas. El análisis remoto con ABAP Test Cockpit permite revisar el código de un sistema ECC desde un sistema central de chequeo, y la aplicación Custom Code Migration —ejecutable en el entorno ABAP de SAP BTP— realiza el análisis de preparación para S/4HANA sobre el código del sistema on-premise (SAP Community, 2026). A eso se suma el paso que más presupuesto libera: identificar qué desarrollos Z ya no se ejecutan. La propia guía de conversión recomienda combinar el proyecto con actividades de saneamiento del código existente y obtener una vista consolidada de los desarrollos realmente usados en productivo (SAP, Conversion Guide for SAP S/4HANA 2025).

El impacto sobre el código propio se mide
Con qué se levanta el número antes de decidir
📚
Catálogo de ítems de simplificación
El inventario que SAP publica con los cambios incompatibles entre el estándar de ECC y el de S/4HANA.
Más de 430 ítems afectan al código propio
📘
Guía oficial de conversión
Indica verificar el código propio contra esa lista de simplificaciones (*SAP, Conversion Guide for SAP S/4HANA 2025*).
Referencia documentada
🔍
Análisis remoto con ABAP Test Cockpit
Permite revisar el código de un sistema ECC desde un sistema central de chequeo.
Sobre el sistema fuente
🧩
App Custom Code Migration
Ejecutable en el entorno ABAP de SAP BTP, realiza el análisis de preparación para S/4HANA sobre el código del sistema on-premise.
Entorno ABAP de SAP BTP
🧹
Vista consolidada de lo que sí se usa
Combinar el proyecto con actividades de saneamiento e identificar qué desarrollos Z ya no se ejecutan: el paso que más presupuesto libera.
Desarrollos realmente usados en productivo

Traducido a la realidad de un comité: es perfectamente posible llegar a la votación con un inventario, una clasificación y un costeo, en lugar de con una preferencia.

Por qué el reloj de 2027 empeora la decisión en lugar de aclararla

El reloj de 2027
Cómo la presión de calendario termina en sobrecosto
El calendario presiona
El mantenimiento estándar de SAP ERP 6.0 con los enhancement packages 6, 7 y 8 corre hasta el 31 de diciembre de 2027, con una fase opcional de mantenimiento extendido hasta el 31 de diciembre de 2030 (*SAP Community, 2023*).
🗳️
El comité elige por llegada
Cuando el reloj aprieta, el comité tiende a elegir la ruta que promete llegar antes.
📆
El análisis se posterga
El análisis de código propio —que toma semanas— se corre hacia la fase de preparación del proyecto ya arrancado.
🔁
La inversión de orden
Es exactamente la inversión de orden que produce el sobrecosto.
💸
El hallazgo llega tarde
La utility descubre el tamaño de la remediación cuando el presupuesto ya fue aprobado y el cronograma ya fue comunicado al directorio.
El mantenimiento extendido implica dos puntos porcentuales adicionales sobre la tarifa vigente y está concebido como solución de transición, no como arreglo permanente (*IBsolution, 2026*). Cerca de la mitad de las empresas encuestadas que todavía operan SAP ECC prevé completar su paso a S/4HANA para finales de 2030, mientras que un 37 % apunta a finales de 2027 (*DSAG, Investitionsreport 2026*); la muestra corresponde a empresas miembro de la región de habla alemana, de modo que sirve como referencia de tendencia del ecosistema SAP, no como medición del mercado latinoamericano.

El calendario presiona y la presión distorsiona. El mantenimiento estándar para SAP ERP 6.0 con los enhancement packages 6, 7 y 8 corre hasta el 31 de diciembre de 2027, seguido de una fase opcional de mantenimiento extendido hasta el 31 de diciembre de 2030 (SAP Community, 2023). Ese mantenimiento extendido no es gratuito: implica dos puntos porcentuales adicionales sobre la tarifa de mantenimiento vigente y está concebido como una solución de transición, no como un arreglo permanente (IBsolution, 2026).

Y el mercado ya se está moviendo. Cerca de la mitad de las empresas encuestadas que todavía operan SAP ECC prevé completar su paso a SAP S/4HANA para finales de 2030 —asumiendo el recargo del mantenimiento extendido—, mientras que un 37 % apunta a finales de 2027 (DSAG, Investitionsreport 2026). La muestra corresponde a empresas miembro de la región de habla alemana, de modo que sirve como referencia de tendencia del ecosistema SAP, no como medición del mercado latinoamericano.

Aquí está la trampa. Cuando el reloj aprieta, el comité tiende a elegir la ruta que promete llegar antes, y el análisis de código propio —que toma semanas— se posterga hacia la fase de preparación del proyecto ya arrancado. Es exactamente la inversión de orden que produce el sobrecosto: la utility descubre el tamaño de la remediación cuando el presupuesto ya fue aprobado y el cronograma ya fue comunicado al directorio.

Lo que está realmente en juego para una utility de la región

Dos formas de llegar a la votación
Convertir sin clasificar frente a medir antes de elegir
Convertir sin clasificar
Código Z Cada desarrollo se adapta «para que siga funcionando igual».
Proceso Se conserva un proceso que quizá ya no debería existir.
Decisión Es elegir el statu quo sin haberlo evaluado; no es neutral.
Criterio de la votación Decide la velocidad percibida, que no es la variable que determina el costo real del proyecto.
Lo que queda fuera de la mesa Cuánto código propio se lleva la utility consigo y en qué estado llega casi nunca se discute cuando se vota.
Medir antes de elegir
Insumo de la votación Un inventario, una clasificación y un costeo, en lugar de una preferencia.
Momento La medición ocurre antes de que la estrategia se convierta en un compromiso presupuestario.
Criterio La estrategia se elige contra un costo estimado, no contra una percepción de velocidad.
Alcance de la decisión Se elige la ruta sabiendo qué se está eligiendo cargar.
Percepción de velocidadCosto estimado

Para una distribuidora eléctrica de América Latina, el margen de maniobra es más estrecho que en otras industrias. El presupuesto de modernización compite con inversión en red, con la gestión de pérdidas no técnicas y con la continuidad del ciclo comercial. Un sobrecosto de remediación no se absorbe: se paga con alcance recortado en otra parte del programa, y lo primero que suele recortarse es la capa de integración y las pruebas.

Hay una consecuencia menos visible y más cara. Cada desarrollo Z que se adapta “para que siga funcionando igual” es una decisión de conservar un proceso que quizá ya no debería existir. Convertir sin clasificar no es neutral: es elegir el statu quo sin haberlo evaluado.

En AGT acompañamos a operadores de servicios públicos de la región a hacer esa medición antes de que la estrategia se convierta en un compromiso presupuestario. No porque Brownfield sea la respuesta equivocada, sino porque nadie debería elegirla sin saber qué está eligiendo cargar.

Instalado el problema, la siguiente pregunta es la obvia: qué significan realmente Brownfield, Greenfield y Selective Data Transition cuando se les quita la jerga del consultor. Esa es la próxima entrega de esta serie.

Fuentes

Conversemos 30 minutos

¿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.

Al enviar aceptas ser contactado por AGT Consultoría para el assessment solicitado. Tus datos no serán compartidos con terceros ni usados para publicidad.

Equipo AGT Comunidades · AGT Consultoría
#sap s/4hana #brownfield #deuda tecnica #is-u #utilities latam #custom code