Por qué las utilities con IS-U customizado eligen Brownfield
En utilities LATAM con IS-U profundamente personalizado, la deuda técnica acumulada en facturación y medición inclina la estrategia hacia Brownfield.
· 8 min de lectura
En una utility con quince o veinte años de IS-U productivo, la personalización no vive en un inventario abstracto de objetos Z: vive en dos procesos muy concretos que la operación no puede detener — la facturación regulada y la medición avanzada. Ahí es donde hay que mirar antes de fijar cualquier ruta de conversión, porque ahí es donde la arquitectura ya tomó decisiones que ninguna metodología de S/4HANA puede deshacer sin tocar la recaudación.
Dónde vive la personalización: facturación y medición antes que código
En la mayoría de utilities LATAM que acompañamos, la personalización no está concentrada en un solo módulo: está distribuida entre Comercial y Facturación (M2C) y la capa de medición avanzada (AMI). Ahí aparecen problemas concretos que un análisis de conversión superficial suele pasar por alto:
Estos síntomas no son anecdóticos ni exclusivos de un sistema mal mantenido. SAP documenta oficialmente fallas conocidas en los procesos de lectura de medidores de IS-U asociadas al buffering de datos maestros — errores de clave duplicada en el buffer de lecturas, bloqueos de dispositivo y órdenes de lectura generadas dentro de un período que ya fue facturado (SAP Knowledge Base, nota 2167033). Son, casi al detalle, los síntomas que la capa de integración AMI de una utility con años de personalización termina resolviendo con desarrollo propio: normalización de eventos, mapeo M2C para priorizar cortes y reconexiones, o colas de buffer para absorber tráfico.
Ese desarrollo funciona — pero es exactamente el tipo de activo que una conversión Greenfield estaría dispuesta a descartar en nombre del clean core, y que una utility con años de operación estable no está dispuesta a perder de un día para otro.
Por qué la personalización profunda inclina la balanza hacia Brownfield
Migrar a S/4HANA como implementación nueva implica rediseñar procesos desde cero y decidir, uno por uno, qué personalización se reconstruye y cuál se abandona. Para una utility cuya facturación y medición dependen de lógica acumulada durante más de una década, ese rediseño no es un ejercicio de modernización: es un riesgo directo sobre la recaudación y sobre la calidad del dato de medición que alimenta esa recaudación.
Proveedores especializados en gestión de cambios SAP señalan que las organizaciones con mayor madurez suelen retener una porción significativa de su código personalizado al migrar, aunque sin un estudio primario público que sustente una cifra exacta (Rev-Trac, 2026). En utilities con procesos de facturación y medición altamente regulados, esa proporción tiende a ser aún mayor, porque buena parte de ese código no es deuda técnica arbitraria: es la traducción operativa de reglas tarifarias y requisitos de continuidad de servicio que la utility no puede reinventar sin pasar antes por procesos regulatorios locales.
Brownfield es, por diseño, la ruta que preserva ese historial de datos, configuraciones y personalizaciones (TeamIdea, 2025): las convierte tal como están, priorizando velocidad y continuidad sobre rediseño (SAP Community, 2025). Para una utility que necesita seguir facturando y midiendo sin interrupciones mientras moderniza su plataforma técnica, esa característica pesa más que cualquier ventaja de innovación que ofrezca una implementación desde cero.
El costo oculto de subestimar lo que ya funciona
El riesgo real de esta elección no está en escogerla — está en escogerla sin medir cuánta deuda técnica se está llevando consigo. Una utility puede optar por Brownfield asumiendo que “solo convierte lo que ya tiene” y descubrir, ya en fase de remediación de código, que buena parte de esa personalización de facturación y medición nunca fue documentada con el mismo rigor con el que fue construida.
Ese es precisamente el punto ciego que atraviesa a las utilities con IS-U customizado: la decisión de ruta se toma con relativa rapidez, pero el inventario real de cuánto custom code arrastra cada proceso — y cuánto cuesta remediarlo — suele quedar para después. Cuando ese inventario se hace tarde, el cronograma de conversión se estira y el presupuesto acotado con el que trabaja la mayoría de utilities de la región se ve comprometido antes de llegar a producción.
Qué implica esto para el equipo de TI de la utility
Acompañar a una utility hacia Brownfield no significa simplemente confirmar la ruta y avanzar. Significa, desde el primer momento, poner sobre la mesa un inventario honesto de la personalización que vive en facturación y en medición, entender cuál de esa lógica es negociable y cuál no lo es, y anticipar que el trabajo de remediación de código será, con alta probabilidad, la variable que más presione el cronograma y el presupuesto del proyecto.
En AGT acompañamos a utilities de la región precisamente en esa etapa temprana: antes de que la elección de ruta se convierta en un compromiso de cronograma que ya no se puede revisar.
La ruta que la operación ya había decidido
En la pieza anterior de esta serie describimos las tres rutas disponibles para migrar a S/4HANA: la conversión de sistema (Brownfield), la implementación nueva (Greenfield) y la transición selectiva de datos (SDT). Lo que este análisis muestra es que, en una utility con IS-U profundamente personalizado, la arquitectura de facturación y medición ya inclinó esa elección mucho antes de que el análisis formal de opciones termine: no por resistencia al cambio, sino porque esa personalización sostiene procesos que la utility no puede pausar sin arriesgar continuidad de recaudación.
La siguiente pieza de esta serie entra en el detalle que este análisis deja abierto: cuánto custom code arrastra realmente cada ruta de conversión, y cuánto cuesta remediarlo antes de llegar a producción.
Fuentes
- TeamIdea Group, SAP S/4HANA Migration: Brownfield, Greenfield, and Selective Data Transition (SDT/Bluefield), 2025. https://teamideagroup.com/blog/for_clients/sap-s-4hana-migration-brownfield-greenfield-and-selective-data-transition-sdt-bluefield/
- SAP Community, SAP Brownfield Conversions, 2025. https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-brownfield-conversions/ba-p/14314028
- Rev-Trac, Transforming your business with SAP S/4HANA: A Brownfield Implementation Guide, 2026. https://rev-trac.com/articles/transforming-your-business-with-sap-s-4hana-a-brownfield-implementation-guide/
- SAP, SAP Integration Suite, advanced event mesh, 2025. https://www.sap.com/products/technology-platform/integration-suite/advanced-event-mesh.html
- SAP Knowledge Base Article 2167033, Various problems in IS-U meter reading processes in connection with master data buffering. https://userapps.support.sap.com/sap/support/knowledge/en/2167033
¿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.
