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.
· 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 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).
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 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
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
- Kellton — SAP S/4HANA Migration Approaches: Greenfield, Brownfield, Bluefield: https://www.kellton.com/kellton-tech-blog/sap-s4hana-migration-approaches-greenfield-brownfield-bluefield
- SAP — Conversion Guide for SAP S/4HANA 2025, SAP Help Portal: https://help.sap.com/doc/2b87656c4eee4284a5eb8976c0fe88fc
- SAP Community — Custom code migration to SAP S/4HANA powered by SAP Joule for Developers, ABAP AI capabilities (2026): https://community.sap.com/t5/technology-blog-posts-by-sap/custom-code-migration-to-sap-s-4hana-powered-by-sap-joule-for-developers/ba-p/14329094
- SAP Community — Maintenance Timelines for SAP ERP 6.0: https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/maintenance-timelines-for-sap-erp-6-0/ba-p/13524564
- IBsolution — End of maintenance for SAP ECC in 2027 (2026): https://www.ibsolution.com/academy/blog_en/it-modernization-and-innovation/erp-modernization/end-of-maintenance-for-sap-ecc-in-2027-what-companies-can-still-do-now
- DSAG — Investitionsreport 2026, comunicado de prensa del 26.02.2026: https://impulsant.dsag.de/formate/pressemeldung/dsag-investitionsreport-2026-unternehmen-investieren-gezielter-ki-etabliert-sich-cloud-auf-dem-prufstand/
- SAP Support — Selective Data Transition Engagement: https://support.sap.com/en/offerings-programs/support-services/data-management-landscape-transformation/selective-data-transition-engagement.html
¿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.