Ir al contenido principal
Ingeniera de medición ordena distintos modelos de medidores eléctricos sobre una mesa de trabajo técnico
SAP

MDUS: la capa neutral entre tus medidores y SAP IS-U

Qué es la Meter Data Unification & Synchronization (MDUS) y cómo evita que la lógica de facturación de SAP IS-U quede atada a un fabricante de medidores.

AGT
Equipo AGT Comunidades

· 13 min de lectura

En febrero de 2022 la IEC publicó la segunda edición de su perfil de implementación para la integración de aplicaciones en distribución eléctrica, y dejó escrita una advertencia que rara vez llega al comité de arquitectura de una distribuidora: los mensajes definidos en esa edición, en general, no son retrocompatibles con los de la edición de 2013, y el propio documento incluye un anexo con los cambios técnicos y las sugerencias para migrar (IEC, 2022).

Esa frase resume el ángulo de este artículo. La neutralidad frente al fabricante de medidores no es una promesa comercial ni una buena intención de diseño: es un documento con número, edición y fecha, que alguien dentro de la utility tiene que leer, versionar y hacer cumplir. Cuando nadie asume ese trabajo, la neutralidad se enuncia en la presentación del proyecto y se pierde en el mapeo. Y el nombre técnico del lugar donde ese contrato debe vivir —fuera del core comercial, no dentro— es MDUS.

La neutralidad es un documento, no una intención

Neutralidad frente al fabricante
Lo que la neutralidad no es y lo que este artículo sostiene
El contrato que permite que SAP IS-U hable con cualquier infraestructura de medición sin conocer la marca está publicado y es auditable.
No es
Es
La neutralidad frente al fabricante de medidores no es una promesa comercial ni una buena intención de diseño.
Es un documento con número, edición y fecha, que alguien dentro de la utility tiene que leer, versionar y hacer cumplir.
Adoptar el estándar no es un evento.
Adoptar el estándar es una suscripción.
Cuando nadie asume ese trabajo, la neutralidad se enuncia en la presentación del proyecto.
Y ahí mismo se pierde en el mapeo.
Si el equipo no sabe qué edición implementa cada proveedor de su parque…
…la neutralidad existe en el papel del fabricante y no en la operación de la distribuidora.
MDUS no es un módulo que se active dentro de SAP IS-U.
Es un rol arquitectónico que ocupa un sistema externo, ubicado entre la infraestructura de medición y el core comercial.
El nombre técnico del lugar donde ese contrato debe vivir —fuera del core comercial, no dentro— es MDUS.
Conversemos sobre tu arquitectura de medición

El contrato que permite que SAP IS-U hable con cualquier infraestructura de medición sin conocer la marca está publicado y es auditable. IEC 61968-9 especifica el contenido informativo de un conjunto de tipos de mensaje para las funciones de negocio de lectura y control de medidores —lecturas, controles, eventos, sincronización de datos de cliente— y extiende el Common Information Model (CIM) para el intercambio de datos de medición; su tercera edición, publicada en 2024, cancela y reemplaza la segunda edición de 2013 (IEC, 2024).

Junto a ella, la parte 100 define cómo se intercambian efectivamente esos mensajes entre sistemas cooperantes, y cubre las cargas útiles definidas en las partes 3 a 9 y 13 de IEC 61968, además de IEC 61970 e IEC 62325 (IEC, 2022). Es decir: una parte fija el significado, la otra fija el transporte. Ambas tienen ediciones vigentes y ediciones superadas.

El estándar, en partes
Una parte fija el significado, la otra fija el transporte
📖
IEC 61968-9 — el significado
Especifica el contenido informativo de un conjunto de tipos de mensaje para las funciones de negocio de lectura y control de medidores —lecturas, controles, eventos, sincronización de datos de cliente— y extiende el Common Information Model (CIM) para el intercambio de datos de medición.
Tercera edición, 2024
🔀
IEC 61968-100 — el transporte
Define cómo se intercambian efectivamente esos mensajes entre sistemas cooperantes, y cubre las cargas útiles definidas en las partes 3 a 9 y 13 de IEC 61968, además de IEC 61970 e IEC 62325.
Segunda edición, febrero de 2022
🗂️
Las ediciones importan
Los mensajes definidos en la edición de 2022 de la parte 100, en general, no son retrocompatibles con los de la edición de 2013, y el propio documento incluye un anexo con los cambios técnicos y las sugerencias para migrar.
Ediciones vigentes y superadas

De ahí sale la implicación práctica que casi ningún pliego recoge: adoptar el estándar no es un evento, es una suscripción. Si el equipo no sabe qué edición implementa cada proveedor de su parque, la neutralidad existe en el papel del fabricante y no en la operación de la distribuidora.

Vista de un banco de pruebas con medidores de distintos fabricantes conectados para verificación

Quién firma la interoperabilidad en América Latina

La firma tiene nombre
Dos marcos regulatorios, el mismo efecto sobre la distribuidora
📜
Colombia — Resolución CREG 101 001 de 2022
Establece las condiciones para la implementación de la infraestructura de medición avanzada en el Sistema Interconectado Nacional, y determina que el operador de red es el responsable por la interoperabilidad de todos los equipos destinados a recopilar los datos y, en general, de la infraestructura desplegada en su sistema.
Responsable: el operador de red
🗓️
Brasil — Portaria Normativa MME nº 126, de enero de 2026
Obliga a las concesionarias de distribución a presentar ante ANEEL un análisis de costo-beneficio sobre la implantación de sistemas de medición inteligente en sus áreas de concesión.
Hasta el 29 de febrero de 2028
⚖️
La consecuencia, en ambos casos
La responsabilidad no viaja con el fabricante. Se queda en la distribuidora, con fecha. Y una obligación que se sostiene en el tiempo no puede depender de un mapeo escrito para el proveedor que ganó la primera licitación.

Conviene saber sobre quién recae la firma, porque en la región ya no es una preferencia de arquitectura sino una obligación asignada. En Colombia, la Resolución CREG 101 001 de 2022 establece las condiciones para la implementación de la infraestructura de medición avanzada en el Sistema Interconectado Nacional, y determina que el operador de red es el responsable por la interoperabilidad de todos los equipos destinados a recopilar los datos y, en general, de la infraestructura desplegada en su sistema (CREG, 2022).

Brasil avanza por una vía distinta pero con el mismo efecto sobre el calendario: la Portaria Normativa MME nº 126, de enero de 2026, obliga a las concesionarias de distribución a presentar ante ANEEL, hasta el 29 de febrero de 2028, un análisis de costo-beneficio sobre la implantación de sistemas de medición inteligente en sus áreas de concesión (MME, 2026).

La consecuencia es la misma en ambos casos y define el resto de este artículo: la responsabilidad no viaja con el fabricante. Se queda en la distribuidora, con fecha. Y una obligación que se sostiene en el tiempo no puede depender de un mapeo escrito para el proveedor que ganó la primera licitación.

Dónde vive el contrato: el rol MDUS

El rol MDUS en el sistema
Dónde se declara y se opera la capa neutral
🔄
Comunicación asíncrona con SAP
Cuando se usan medidores inteligentes, la comunicación entre los sistemas SAP y un sistema MDUS ocurre de forma asíncrona, y mediante esos servicios es posible crear los datos maestros del dispositivo en el MDUS tan pronto como los dispositivos se crean en las aplicaciones SAP.
🧩
Master Data Exchange
En una infraestructura AMI queda habilitado automáticamente entre el back end SAP y el sistema MDUS, y esa funcionalidad está disponible en SAP S/4HANA Utilities.
⚙️
Configuración y funciones de negocio
La capacidad se declara en la configuración de Advanced Metering Infrastructure y se apoya en las funciones de negocio ISU_AMI_1, ISU_AMI_2 e ISU_AMI_3.
📋
Actividades masivas
Se opera con la sincronización de dispositivos AMI (EAMISYNC) y la sincronización de perfiles (EAMIPROFSYNC).
📚
Documentación de referencia
Las preguntas frecuentes sobre los servicios empresariales de SAP AMI Integration for Utilities están recogidas en la SAP Note 1754249.

MDUS son las siglas de Meter Data Unification and Synchronization. No es un módulo que se active dentro de SAP IS-U: es un rol arquitectónico que ocupa un sistema externo, ubicado entre la infraestructura de medición y el core comercial. Ahí está la clave del desacople: el interlocutor único que necesita IS-U no vive dentro de IS-U.

La documentación de SAP lo plantea con precisión: cuando se usan medidores inteligentes, la comunicación entre los sistemas SAP y un sistema MDUS ocurre de forma asíncrona, y mediante esos servicios es posible crear los datos maestros del dispositivo en el MDUS tan pronto como los dispositivos se crean en las aplicaciones SAP (SAP Help Portal, s.f.). En una infraestructura AMI, el Master Data Exchange queda habilitado automáticamente entre el back end SAP y el sistema MDUS, y esa funcionalidad está disponible en SAP S/4HANA Utilities (SAP Learning, s.f.).

En el sistema esto no es abstracto. La capacidad se declara en la configuración de Advanced Metering Infrastructure, se apoya en las funciones de negocio ISU_AMI_1, ISU_AMI_2 e ISU_AMI_3, y se opera con actividades masivas como la sincronización de dispositivos AMI (EAMISYNC) y la sincronización de perfiles (EAMIPROFSYNC) (SAP Learning, s.f.). Las preguntas frecuentes sobre los servicios empresariales de SAP AMI Integration for Utilities están recogidas en la SAP Note 1754249 (SAP Learning, s.f.).

Los proveedores que ocupan ese rol se apoyan explícitamente en el estándar. Landis+Gyr señala que la arquitectura de su solución sigue IEC 61968-9, lo que permite integrar rápidamente cualquier HES que use el mismo estándar, y que la independencia de proveedor habilita expandir la infraestructura de dispositivos de forma flexible (Landis+Gyr, s.f.). Itron posiciona su IEE MDMS como solución de negocio calificada por SAP para MDUS, y reporta más de 80 servicios productizados y certificados en su integración con SAP S/4HANA (Itron, 2021).

Cómo se ve el flujo, capa por capa

La lectura correcta no es “un sistema más en el diagrama”, sino un cambio en quién asume la traducción: la heterogeneidad de cada fabricante se absorbe en la capa MDUS, un nivel por debajo del core comercial, y SAP IS-U conversa siempre con el mismo interlocutor.

Sala de operaciones de una distribuidora eléctrica con analistas revisando indicadores de medición

La pregunta que revela si el contrato se está cumpliendo

Cómo se plantea el proyecto
La pregunta del proyecto, invertida
La pregunta de conexión
La pregunta Se resuelve cómo conecto este HES con IS-U.
Prueba de auditoría Hay una forma rápida de auditar el estado real: preguntar si el core comercial conoce la marca del medidor. Si la respuesta es sí, el contrato no está donde debería.
La pregunta del contrato único
Alcance Un contrato único hacia IS-U, sea cual sea el HES que esté detrás.
Interlocutor IS-U conversa siempre con el mismo interlocutor, y la heterogeneidad se absorbe un nivel más abajo, donde sí corresponde.
Vigencia Ahí además puede versionarse contra la edición vigente del estándar.
PREGUNTA DE CONEXIÓNPREGUNTA DEL CONTRATO ÚNICO

Hay una forma rápida de auditar el estado real: preguntar si el core comercial conoce la marca del medidor. Si la respuesta es sí —si en algún punto del recorrido hay reglas que dependen de cómo numera registros ese fabricante, en qué huso horario sella sus eventos o con qué latencia entrega el concentrador—, entonces el contrato no está donde debería.

El planteamiento MDUS invierte la pregunta de proyecto. En vez de resolver “cómo conecto este HES con IS-U”, define “qué contrato único expone la medición hacia IS-U, sea cual sea el HES que esté detrás”. IS-U conversa siempre con el mismo interlocutor, y la heterogeneidad se absorbe un nivel más abajo, donde sí corresponde y donde además puede versionarse contra la edición vigente del estándar.

Dónde encaja SAP Integration Suite y dónde no

Conviene separar dos cosas que suelen confundirse. SAP Integration Suite aporta las capacidades de plataforma: Cloud Integration para el mapeo y la transformación de mensajes, API Management para exponer y gobernar el acceso, y Event Mesh para la comunicación asíncrona basada en eventos (SAP, s.f.). Para escenarios de mayor exigencia, SAP publicó una guía de migración desde SAP Event Mesh (plan default) hacia SAP Integration Suite, advanced event mesh (SAP Community, 2026).

Nada de eso reemplaza el rol MDUS. La plataforma de integración transporta, transforma y desacopla; el MDUS unifica la semántica de medición y sostiene el repositorio. Si el mapeo de cada fabricante vive únicamente dentro de los flujos de integración, el acoplamiento no desapareció: solo cambió de lugar, y se volvió más difícil de auditar y de versionar cuando el estándar publique su próxima edición.

Lo que sigue

La neutralidad se sostiene sobre tres cosas concretas: un estándar con edición identificada, un responsable regulatorio con nombre y un sistema externo que hace de interlocutor único. Las tres se pueden verificar hoy, sin esperar a la siguiente licitación.

Entender el concepto es el primer paso; habilitarlo es otro. Antes de sincronizar el maestro de dispositivos hacia IS-U hay condiciones técnicas que conviene cerrar primero, y ese será el foco de la siguiente entrega de esta serie.

En AGT acompañamos a distribuidoras y operadores de la región a diseñar esa capa de integración con criterio de largo plazo, para que la próxima oleada de medición sea una compra y no un proyecto nuevo.

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.

Equipo AGT Comunidades · AGT Consultoría
#mdus #sap is-u #ami #iec 61968-9 #integracion multi-vendor #utilities latam