Brownfield por escrito: la decisión que el comité puede defender
Cómo registrar la ruta a S/4HANA de un IS-U customizado por unidad y con criterios refutables, para que Brownfield sea una decisión y no un default heredado.
· 9 min de lectura
En muchas utilities de América Latina, la ruta hacia SAP S/4HANA no se decide en una sesión: se va asentando. El IS-U lleva años facturando, la lógica tarifaria vive en desarrollos propios, la recaudación no puede detenerse y, en algún momento, alguien escribe «Brownfield» en el cronograma. Nadie votó en contra. Tampoco nadie dejó escrito por qué.
En la pieza anterior de esta serie, Shell conversion en IS-U: el puente entre Brownfield y Greenfield, vimos que el shell conversion abre un camino intermedio para los casos híbridos. Esta pieza cierra la serie con la práctica que convierte cualquier ruta en una decisión defendible: dejarla registrada, con criterios que alguien pueda comprobar y también refutar.
Un default no es una decisión
El mercado de integradores SAP ya lo plantea como disciplina. La ruta de conversión debería elegirse por análisis y no por precedente (Reply, 2026), porque la que se elige hoy se convierte en la restricción con la que la organización vive durante una década (Reply, 2026). CGI lo formula desde la arquitectura: muchas de las decisiones de la transición condicionan la arquitectura objetivo de un modo que no es fácil ajustar después de completada la conversión (CGI, 2021).
En una utility, el precedente pesa mucho. La facturación regulada y la medición ya inclinan la balanza hacia la conversión, y esa inclinación puede ser correcta. El problema aparece cuando no queda escrita. Sin registro, el primer sobrecosto no permite distinguir entre una mala decisión y una buena decisión mal ejecutada, y la discusión en el comité se vuelve sobre recuerdos en vez de sobre evidencia.
La ruta se decide por unidad, no por empresa
En nuestra práctica, un error frecuente es registrar una sola ruta para todo el sistema. El marco que describe Reply parte de resultados de negocio, realidad del código propio, historia de datos y presión de calendario, y recién entonces nombra la ruta correcta por entidad o región (Reply, 2026). Entre las opciones que considera legítimas incluye el híbrido deliberado, no solo las tres rutas puras (Reply, 2026).
Llevado a un IS-U, esto significa que no todo pesa igual: la facturación de clientes regulados depende de reglas tarifarias que la utility no puede reinventar sin pasar por el regulador; una filial en otro país tiene otro ente regulador y otra historia de personalizaciones; el histórico de consumos y facturación debe seguir consultable ante reclamos y auditorías aunque no viaje al sistema nuevo, y hay procesos que se pueden rediseñar sin tocar la recaudación.
Cada una de esas unidades merece su propia fila en el registro: qué ruta se le asignó, qué criterio la determinó y con qué evidencia. Una decisión global esconde exactamente los matices que después generan el sobrecosto.
Criterios que se pueden refutar
Un criterio verificable no es el que suena técnico, sino el que declara de antemano qué dato lo haría cambiar. Escrito así, cada criterio tiene tres partes: la unidad a la que aplica, la razón que sostiene su ruta y la condición que obliga a reabrirla.
| Unidad | Criterio registrado | Se reabre si… |
|---|---|---|
| Facturación regulada | Se convierte porque su lógica propia sigue en uso y está atada a reglas tarifarias vigentes | El análisis de uso muestra que buena parte de esa lógica ya no se ejecuta |
| Histórico de consumos y facturación | Queda fuera del sistema nuevo porque solo necesita ser consultable | Una exigencia regulatoria obliga a mantenerlo operativo en el sistema transaccional |
| Distribuidora principal | Se descarta Greenfield porque el rediseño pone en riesgo la recaudación en el horizonte disponible | El calendario del programa cambia |
La tercera columna es la que marca la diferencia. Con ella, cada criterio funciona como una hipótesis con fecha de verificación, no como una opinión que se defiende por inercia.
La ruta descartada también se firma
Registrar solo la ruta elegida deja la mitad del argumento afuera. En el enfoque de CGI, los escenarios posibles se definen y se califican contra criterios de decisión antes de seleccionar el definitivo (CGI, 2021). La decisión se construye como esfuerzo conjunto de negocio y TI (CGI, 2021), y queda registrada de modo que cualquiera pueda entender por qué se tomó y quién la tomó (CGI, 2021).
Para una utility, la consecuencia es práctica. Cuando aparezca la presión de presupuesto, la primera pregunta del directorio será qué habría pasado con la otra ruta: con la alternativa descartada escrita con su motivo, la respuesta toma minutos; sin ella, el equipo reabre un debate de meses con menos información que la que tuvo al principio. Con las firmas pasa algo parecido. Una ruta que solo firma TI se lee, al primer problema, como una decisión técnica que el negocio nunca asumió. Por eso conviene que firmen el dueño del proceso comercial, el área regulatoria, finanzas y tecnología: los cuatro frentes que después cargarán con las consecuencias.
Qué debe quedar en la carpeta al cerrar la planificación
La carpeta de decisión no es un documento nuevo que haya que inventar. Es la síntesis de lo que el análisis previo ya produjo, ordenada para que sobreviva a los cambios de equipo. Reúne cinco piezas: el mapa de unidades del IS-U con la ruta asignada a cada una; la evidencia que sostiene cada ruta (qué código propio sigue en uso, qué procesos la operación no puede pausar, qué histórico debe seguir consultable y si alguna unidad es candidata a una variante intermedia); el criterio determinante y la condición de reapertura de cada unidad; las alternativas descartadas, con su motivo, y las firmas de negocio y TI, con fecha.
El formato es lo de menos. Puede vivir en el mismo repositorio donde el equipo ya registra sus decisiones de arquitectura. Lo que no puede faltar es que un lector que llegue dentro de dos años entienda la ruta sin tener que preguntarle a nadie.
Brownfield puede ser la respuesta correcta para buena parte de un IS-U customizado. Lo que no debería ser es la respuesta que nadie dio. En AGT acompañamos a utilities y empresas de oil & gas de América Latina a convertir la inclinación inicial en una decisión registrada por unidad, con criterios que el propio proyecto pueda confirmar o desmentir. Con esta pieza cerramos la serie.
Fuentes
- Syskoplan Reply (2026). SAP Migration Paths: Greenfield, Brownfield & Selective Data. https://www.reply.com/syskoplan-reply-us/en/greenfield-brownfield-selective-data
- CGI (2021). TranS/4m: roadmap to SAP S/4HANA (factsheet). https://cgi.com/sites/default/files/2021-10/cgi_factsheet_trans4m_en_2021_v10.pdf
¿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.
