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.
· 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
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.
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.

Quién firma la interoperabilidad en América Latina
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
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.

La pregunta que revela si el contrato se está cumpliendo
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
- SAP Help Portal — Utilities Device Management: https://help.sap.com/doc/saphelp_ewm900/9.0/en-US/45/c7a41261c711dc2b8d000f20fcb6a9/content.htm
- SAP Learning — Understanding Advanced Meter Infrastructure (Configuring Device Management in SAP S/4HANA Utilities): https://learning.sap.com/courses/configuring-device-management-in-sap-s-4hana-utilities/understanding-advanced-meter-infrastructure
- IEC — IEC 61968-9:2024, Enterprise business function interfaces for utility operations, Part 9: Interfaces for meter reading and control: https://webstore.iec.ch/en/publication/75041
- IEC — IEC 61968-100:2022, Application integration at electric utilities, Part 100: IEC implementation profiles for application integration: https://webstore.iec.ch/en/publication/67766
- Landis+Gyr — MDUS, SAP for Utilities Adaptor: https://www.landisgyr.com/product/mdus-sap-for-utilities-adaptor/
- Itron — IEE Meter Data Management System, certificación de integración con SAP S/4HANA: https://www.businesswire.com/news/home/20210616005236/en
- CREG — Resolución 101 001 de 2022: https://gestornormativo.creg.gov.co/gestor/entorno/docs/resolucion_creg_101-1_2022.htm
- MME (Brasil) — Portaria Normativa MME nº 126, de 28 de janeiro de 2026: https://www.gov.br/mme/pt-br/acesso-a-informacao/legislacao/portarias/2026/portaria-normativa-mme-n-126-2026.pdf
- SAP — Integration Suite, advanced event mesh: https://www.sap.com/products/technology-platform/integration-suite/advanced-event-mesh.html
- SAP Community — Q1/2026 Product Highlights, SAP Integration Suite: https://community.sap.com/t5/integration-blog-posts/q1-2026-product-highlights-sap-integration-suite/ba-p/14376750
¿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.