Shell conversion en IS-U: el puente entre Brownfield y Greenfield
Cómo el shell conversion separa configuración y datos transaccionales para que una utility LATAM con IS-U customizado limpie antes de migrar a S/4HANA.
· 11 min de lectura
En la pieza anterior de esta serie medimos cuánto custom code arrastra cada ruta hacia SAP S/4HANA y cuánto cuesta remediarlo. La conclusión incómoda era que, en un IS-U customizado durante años, esa carga no se elige una sola vez: se hereda con cada objeto que viaja sin revisión. Esta pieza aborda la pregunta que sigue: ¿qué hace una utility de América Latina cuando ni convertir todo ni empezar de cero representa bien su situación?
La disyuntiva entre Brownfield y Greenfield suele plantearse como binaria, pero existe un camino intermedio que la literatura técnica denomina Empty Shell Approach o Shell Conversion (PIKON, 2021). Para equipos que necesitan conservar la configuración que funciona y, al mismo tiempo, desprenderse del volumen de datos históricos, es una variante que merece evaluarse con seriedad.
Qué es un shell conversion y qué deja fuera
---
config:
theme: base
fontFamily: 'Inter Variable, system-ui, sans-serif'
themeVariables:
darkMode: true
fontFamily: 'Inter Variable, system-ui, sans-serif'
fontSize: '15px'
background: '#111113'
primaryColor: '#1A1A1D'
primaryTextColor: '#F4F5F8'
primaryBorderColor: '#00C2FF'
secondaryColor: '#242428'
tertiaryColor: '#1A1A1D'
mainBkg: '#1A1A1D'
secondBkg: '#242428'
tertiaryBkg: '#2E2E33'
lineColor: '#00C2FF'
textColor: '#F4F5F8'
titleColor: '#F4F5F8'
nodeBorder: '#00C2FF'
clusterBkg: '#1A1A1D'
clusterBorder: '#2E2E33'
edgeLabelBackground: '#242428'
pie1: '#00C2FF'
pie2: '#f59e0b'
pie3: '#22c55e'
pie4: '#59d7ff'
pie5: '#f97316'
pie6: '#ef4444'
pieTitleTextColor: '#F4F5F8'
pieSectionTextColor: '#F4F5F8'
pieLegendTextColor: '#F4F5F8'
pieStrokeColor: '#111113'
pieOuterStrokeColor: '#111113'
---
flowchart TD
A([Sistema destino en Selective Data Transition]) --> B{¿Cómo se construye?}
B -->|Shell| C[Copia de producción sin maestros ni transaccionales]
C --> D[Conserva repositorio ABAP y configuración]
D --> E[Conversión del shell a SAP S/4HANA]
B -->|Mix-and-match| F[Instalación nueva de SAP S/4HANA]
F --> G[Traslado de configuración y repositorio]
E --> H([Migrar maestros, saldos y partidas abiertas])
G --> H
class A inicio
class B decision
class C,D,E,F,G proceso
class H neutro
classDef inicio fill:#113d4f,stroke:#00C2FF,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff
En un shell conversion se genera una copia del sistema productivo sin datos maestros ni transaccionales, y esa copia es la que se convierte a SAP S/4HANA (SAP PRESS, 2025). El “cascarón” conserva el repositorio ABAP y los datos de configuración (SAP PRESS, 2025). Es uno de los dos enfoques habituales para construir el sistema destino dentro de Selective Data Transition; el otro, mix and match, parte de una instalación nueva a la que se transportan o trasladan manualmente elementos de configuración y del repositorio (SAP PRESS, 2025).
La diferencia de fondo es que el shell separa dos capas que en un Brownfield viajan juntas: lo que el sistema es (configuración y código) y lo que el sistema registra (en una utility, clientes, contratos, lecturas y facturas). Esa separación es precisamente lo que buscan los equipos que quieren conservar la lógica comercial construida para su mercado regulado sin cargar con todo su histórico.
Por qué separar configuración de datos cambia la ecuación
Sin datos maestros ni transaccionales, el proceso de conversión resulta más simple y rápido, y algunos simplification items se implementan con mayor facilidad al no haber datos de negocio en el sistema (SAP PRESS, 2025). Para un IS-U con años de ajustes, el beneficio más relevante es otro: el shell abre una ventana de limpieza. Los desarrollos propios que ya no se necesitan pueden eliminarse y los que se conservan pueden adaptarse a S/4HANA; lo mismo aplica al customizing obsoleto, como sociedades inactivas y sus parametrizaciones dependientes (PIKON, 2021).
Hay además un argumento de continuidad operativa, crítico para empresas cuya recaudación depende de que la facturación no se detenga. Los primeros pasos hacia S/4HANA pueden darse de forma independiente, ganando experiencia sin alterar ni poner en riesgo los procesos, funcionalidades ni estructuras organizativas vigentes (PIKON, 2021).
La secuencia técnica, fase por fase
El recorrido documentado para un proyecto de Selective Data Transition con shell conversion sigue las fases de SAP Activate:
Cada paso corresponde a actividades descritas para las fases de preparación, exploración, realización y despliegue (SAP PRESS, 2025). El escenario de referencia plantea un proyecto en dos etapas: primero una transición técnica y luego una segunda etapa para implementar innovaciones de negocio (SAP PRESS, 2025).
Un punto que las utilities suelen subestimar: la fase de realización incluye los cambios necesarios en las soluciones de integración y analítica (SAP PRESS, 2025). En un IS-U, eso alcanza a los flujos que alimentan la medición y la facturación, incluidas las integraciones con infraestructura AMI. El shell no las revalida por sí solo; hay que planificarlas como frente propio.
Qué datos migrar y con qué herramienta
---
config:
theme: base
fontFamily: 'Inter Variable, system-ui, sans-serif'
themeVariables:
darkMode: true
fontFamily: 'Inter Variable, system-ui, sans-serif'
fontSize: '15px'
background: '#111113'
primaryColor: '#1A1A1D'
primaryTextColor: '#F4F5F8'
primaryBorderColor: '#00C2FF'
secondaryColor: '#242428'
tertiaryColor: '#1A1A1D'
mainBkg: '#1A1A1D'
secondBkg: '#242428'
tertiaryBkg: '#2E2E33'
lineColor: '#00C2FF'
textColor: '#F4F5F8'
titleColor: '#F4F5F8'
nodeBorder: '#00C2FF'
clusterBkg: '#1A1A1D'
clusterBorder: '#2E2E33'
edgeLabelBackground: '#242428'
pie1: '#00C2FF'
pie2: '#f59e0b'
pie3: '#22c55e'
pie4: '#59d7ff'
pie5: '#f97316'
pie6: '#ef4444'
pieTitleTextColor: '#F4F5F8'
pieSectionTextColor: '#F4F5F8'
pieLegendTextColor: '#F4F5F8'
pieStrokeColor: '#111113'
pieOuterStrokeColor: '#111113'
---
flowchart TD
A([El shell no elimina la migración]) --> M[Migrar maestros, saldos y partidas abiertas]
M --> B{¿Cuánto histórico llevar?}
B -->|Franja temporal| C([DMLT migra una franja de históricos])
B -->|Solo abiertas| D([Migration cockpit: puede ser la mejor opción])
B -->|No trasladado| F[SAP ILM y retention warehouse]
F --> G([Datos antiguos en infraestructura de bajo costo])
class A inicio
class B decision
class M,F proceso
class C,D,G neutro
classDef inicio fill:#113d4f,stroke:#00C2FF,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff
El shell no elimina la migración: cualquiera de los dos enfoques exige migrar después datos maestros, saldos y partidas abiertas (SAP PRESS, 2025). La decisión relevante es cuánto histórico llevar. Las herramientas de Data Management and Landscape Transformation (DMLT) permiten migrar una franja temporal de datos transaccionales históricos, mientras que si solo se requieren partidas abiertas, el migration cockpit de SAP S/4HANA en su escenario de transferencia directa puede ser la mejor opción (SAP PRESS, 2025). Para el histórico que no se traslada, el esquema contempla SAP Information Lifecycle Management y un retention warehouse que mueve datos antiguos a infraestructura de bajo costo (SAP PRESS, 2025).
Para una distribuidora, esta decisión tiene impacto regulatorio: el histórico de consumos y facturación que debe seguir consultable ante reclamos o auditorías no desaparece por dejarlo fuera del sistema nuevo. Define primero qué debe ser consultable y dónde, y después elige la herramienta.
Costo, soporte y lo que el shell no resuelve
Conviene no presentar el shell conversion como una opción de presupuesto acotado sin matices. Los requerimientos menos complejos apuntan a SAP Business Transformation Center, que no exige suscripciones adicionales; los escenarios complejos, como consolidar varios sistemas en uno, requieren la participación de SAP Services and Support con sus herramientas y servicios especializados (SAP PRESS, 2025). Las herramientas de terceros existen, pero quedan fuera de los acuerdos de soporte de SAP (SAP PRESS, 2025). Antes de comprometer un plan, valide con su contrato vigente qué cubre cada vía.
Tampoco es un mecanismo de limpieza automática: el shell copia lo que existe, y eliminar lo obsoleto es una decisión y un trabajo del equipo. La transformación a S/4HANA sigue siendo una inversión mayor en tiempo, dinero y recursos (PIKON, 2021).
Señales de que su IS-U es candidato
La variante tiene sentido cuando se cumplen varias de estas condiciones, alineadas con los criterios documentados para Selective Data Transition (SAP PRESS, 2025):
- El núcleo de la configuración sigue siendo válido, pero convive con capas obsoletas que conviene retirar.
- El volumen de histórico es grande y no se justifica cargarlo completo en el sistema nuevo.
- La operación necesita salir por fases, por ejemplo por filial o unidad de negocio, en vez de un big bang.
- Se busca reutilizar parte de la solución mientras se rediseñan otras.
La salida en vivo puede hacerse en un solo corte o con un despliegue gradual por compañías, según la complejidad organizativa (PIKON, 2021).
En AGT acompañamos a utilities y empresas de oil & gas de América Latina a evaluar si el shell conversion encaja con su IS-U antes de fijar la ruta. La próxima y última pieza de la serie cierra el ciclo: cómo documentar la elección de estrategia como una decisión defendible, no como un default heredado.
Fuentes
- SAP PRESS (2025). What Is Selective Data Transition for SAP S/4HANA? Rheinwerk Publishing. https://blog.sap-press.com/what-is-selective-data-transition-for-sap-s4hana
- PIKON (2021). S/4HANA migration via Shell Conversion: the best of both worlds? https://www.pikon.com/en/blog/s-4hana-migration-via-empty-shell/
¿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.
