SAP

De IS-U a S/4HANA Utilities: el meter-to-cash que no migra 1:1

Antes de presupuestar la migración de IS-U a SAP S/4HANA Utilities, descubra con SI-Check qué de su meter-to-cash y FI-CA no tiene sucesor 1:1.

EvoTech
EvoTech Consulting Company

· 8 min de lectura

Infraestructura de medición de una utility regulada al amanecer, símbolo del assessment del meter-to-cash antes de migrar de IS-U a SAP S/4HANA Utilities

La pregunta que más dinero cuesta en un proyecto SAP de utilities no es si migrar de ECC con IS-U a SAP S/4HANA, sino qué parte del meter-to-cash actual tiene un sucesor directo en el estándar y qué parte habrá que reconstruir. Esa diferencia —invisible en un business case genérico— define el código a remediar, el esfuerzo real y el riesgo del proyecto. Y solo se descubre de una forma: corriendo las herramientas de assessment de SAP sobre su propio sistema, no sobre una presentación.

El gap real no es “¿migro?” sino “¿qué sobrevive al estándar?”

Subestación e infraestructura de medición de una utility regulada al amanecer, que ilustra el contexto físico del meter-to-cash antes de migrar a SAP S/4HANA Utilities.

Assessment IS-U → SAP S/4HANA Utilities
Qué sobrevive al estándar y qué se reconstruye
El gap real no es «¿migro?», sino qué de su meter-to-cash no migra 1:1
Supuesto
Realidad
El gap es decidir si migrar —una decisión binaria.
El gap es qué parte del meter-to-cash tiene sucesor directo en el estándar y qué parte habrá que reconstruir.
«IS-U» sigue existiendo como nombre de producto en S/4HANA.
En SAP S/4HANA ese nombre deja de existir como producto: el destino oficial es SAP S/4HANA Utilities (SAP Help Portal, 2025).
Por llamarse igual, todo migra 1:1.
Parte sí; otra parte cambia de comportamiento o queda declarada como no disponible en el estándar.
El assessment entrega una promesa: «migra sin problema».
Entrega la lista S4TWL relevante a su sistema, incluyendo la funcionalidad de industria que cambió o quedó sin disponibilidad.
Cada objeto del meter-to-cash debe evaluarse contra un producto que reorganizó funcionalidad de industria.
¿Conversamos sobre su caso?

En las conversaciones con CIO y líderes SAP de utilities reguladas, la migración suele plantearse como una decisión binaria. En nuestra práctica SAP, EvoTech Consulting parte de otra premisa: la utility ya decidió que va a migrar —el calendario de soporte se encarga de eso— y lo que necesita es saber, antes de presupuestar, qué de su recaudación sobrevive intacta y qué no.

SAP fijó el fin del mantenimiento mainstream de SAP ERP 6.0 (ECC) para el 31 de diciembre de 2027, con una fase opcional de mantenimiento extendido hasta el 31 de diciembre de 2030 (ASUG, 2025). Ese mantenimiento extendido no es gratis: implica un recargo sobre la base de aproximadamente dos puntos porcentuales, cercano a un 9% de incremento (Rimini Street, 2025). El reloj, entonces, no es una amenaza abstracta; es una línea presupuestal.

IS-U desaparece como nombre: el destino es SAP S/4HANA Utilities

El primer hecho que cambia la conversación es terminológico, pero con consecuencias técnicas. “IS-U” es el nombre del componente en ECC; en SAP S/4HANA ese nombre deja de existir como producto. El destino oficial es SAP S/4HANA Utilities, descrito por SAP como una solución meter-to-cash consolidada para mercados regulados y desregulados (SAP Help Portal, 2025). El camino habitual para quien ya tiene IS-U es una system conversion, y SAP mantiene material de transición específico de industria: el curso oficial S4IUD, “Transitioning to SAP S/4HANA for Utilities” (SAP Training, 2025).

No es un cambio de marca cosmético. Significa que cada objeto de su meter-to-cash —cada Z-program, cada enhancement, cada interfaz— debe evaluarse contra un producto que reorganizó funcionalidad de industria.

Componentes del meter-to-cash en SAP S/4HANA Utilities: Device Management, Billing e Invoicing, y Contract Accounting FI-CA

Meter-to-cash bajo la lupa: Device Management, Billing y FI-CA

SAP S/4HANA Utilities organiza el meter-to-cash en torno a componentes establecidos: Device Management (gestión de dispositivos y medidores), Billing e Invoicing (tarificación y facturación) y Contract Accounting —FI-CA— como subledger de alto volumen (SAP Help Portal, 2025). El error frecuente es asumir que, por llamarse igual, todo migra 1:1. Parte sí; otra parte cambia de comportamiento o queda declarada como no disponible en el estándar.

FI-CA: el subledger que sostiene su recaudación

Para una utility, FI-CA no es “otro módulo de finanzas”: es el motor donde viven millones de posiciones abiertas. SAP lo define como Contract Accounts Receivable and Payable, un subledger diseñado para procesar grandes volúmenes de documentos, con las funciones típicas de cuentas por cobrar —contabilización (posting), pagos y dunning— y compresión de totales hacia el libro mayor (SAP Help Portal, 2025). En la realidad LATAM —corte y reconexión, recaudación con alta morosidad, refinanciaciones, pérdidas no técnicas— FI-CA es donde se concentra el riesgo de continuidad. Cualquier funcionalidad propia montada sobre sus eventos debe revisarse de forma explícita, no asumirse heredada.

El assessment empieza en SU sistema: SI-Check y Readiness Check

El assessment empieza en SU sistema
De correr el SI-Check a presupuestar con base real
Diagnóstico sobre el sistema real
🔍
Correr SI-Check y Readiness Check
Relevancia y consistencia sobre su sistema fuente
Lectura de cambios de industria
📋
Leer los Simplification Items (S4TWL)
Funcionalidad de industria cambiada o no disponible
Mapa de lo que sobrevive
🧩
Clasificar el meter-to-cash
Qué tiene sucesor 1:1 y qué se reconstruye
Esfuerzo y riesgo
🛠️
Cuantificar la remediación
Código a adaptar, esfuerzo y riesgo reales
Alcance defendible
💰
Presupuestar con base real
Alcance defendible, no promesa genérica
SAP Community, 2025

Aquí está la parte que ningún diagnóstico genérico puede reemplazar. SAP publica el Simplification Item Catalog como la fuente única de verdad sobre los cambios disruptivos entre ECC y S/4HANA; cada cambio es un Simplification Item con su nota SAP, identificada con el prefijo S4TWL (SAP Community, 2025). Pero el catálogo es general. Lo que lo convierte en una lista accionable para SU utility son dos herramientas que corren sobre su sistema real:

  • El Simplification Item Check (SI-Check) evalúa la relevancia y la consistencia de cada item contra sus propios datos.
  • El SAP Readiness Check dispara el SI-Check junto con otras verificaciones y consolida los resultados en un único dashboard (SAP Community, 2025).

El assessment honesto, entonces, no entrega una promesa (“migra sin problema”); entrega la lista S4TWL relevante a su sistema, incluyendo la funcionalidad de industria que cambió o quedó sin disponibilidad. Eso es lo que se presupuesta.

Flujo del assessment de una utility hacia SAP S/4HANA Utilities, desde el SI-Check hasta el presupuesto

Qué significa para una utility regulada de LATAM

Qué significa para una utility regulada de LATAM
Tres decisiones concretas antes de migrar
📑
No firmar alcance ni precio a ciegas
No cerrar un alcance ni un precio antes de tener la lista S4TWL de su propio sistema; sin ella, el proyecto presupuesta a ciegas.
Primero
💧
FI-CA y facturación: núcleo crítico de continuidad
Tratar FI-CA y la facturación como el núcleo crítico de continuidad —es la recaudación— y no como un módulo más.
Segundo
🧱
Separar clean core de lo que requiere extensión
Separar lo que el estándar ya resuelve (clean core) de lo que realmente requiere extensión sobre SAP BTP, en lugar de arrastrar customizaciones que el estándar volvió innecesarias.
Tercero

Para un ejecutivo de una utility regulada de la región, esto se traduce en tres decisiones concretas. Primero, no firmar un alcance ni un precio cerrado antes de tener la lista S4TWL de su propio sistema; sin ella, el proyecto presupuesta a ciegas. Segundo, tratar FI-CA y la facturación como el núcleo crítico de continuidad —es la recaudación— y no como un módulo más. Tercero, separar lo que el estándar ya resuelve (clean core) de lo que realmente requiere extensión sobre SAP BTP, en lugar de arrastrar customizaciones que el estándar volvió innecesarias.

Lo mismo aplica a la integración de la infraestructura de medición: desacoplar el flujo de eventos AMI del core mediante capacidades de SAP Integration Suite —Cloud Integration, API Management y, para alto volumen, advanced event mesh— es parte del rediseño, pero no reemplaza el inventario de qué funcionalidad sobrevive.

La modernización con presupuesto acotado —la norma en la región— no se logra recortando el assessment, sino haciéndolo primero. Descubrir temprano qué de su meter-to-cash no migra 1:1 es lo que separa un proyecto con sorpresas de uno con un alcance defendible. En nuestros proyectos, ese inventario S4TWL es el primer entregable, no una nota al pie.

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.

EvoTech Consulting Company · AGT Consultoría
#sap s/4hana utilities #is-u #meter-to-cash #fi-ca #migración sap #utilities latam