Monitoreo AMI: detectar fallas de sincronización antes de facturar

Un ciclo de facturación rara vez se rompe de golpe. Se rompe a las 03:40 de un miércoles, cuando un concentrador deja de responder y nadie lo nota porque el resto de la red sigue reportando con normalidad. La ventana de recolección se cierra a horario, el archivo sale del HES, el middleware lo entrega sin error técnico y SAP IS-U lo procesa sin protestar. El hueco aparece semanas después, en el reclamo de un cliente industrial que no entiende por qué su consumo del mes pasado se estimó.

Ese es el asunto de esta pieza. No la arquitectura del puente entre el HES/MDM y SAP IS-U Device Management —que ya recorrimos al describir las capas que hay que integrar antes de prometer facturación automática—, sino el sistema nervioso que avisa cuando ese puente se degrada. En AGT acompañamos a distribuidoras eléctricas de América Latina justo en ese punto: cuando la integración “funciona” según los tableros técnicos y, al mismo tiempo, ya está contaminando el ciclo comercial.

La falla silenciosa: el hueco que nadie declaró

La pérdida de señal a mitad de ciclo no produce un error, produce una ausencia. Y las ausencias no disparan alertas: disparan sustituciones. El MDM estima el intervalo faltante, el concentrador retransmite cuando recupera enlace, el mismo dato llega dos veces con distinta marca de tiempo y el flujo de integración —que hace exactamente lo que se le pidió— entrega ambos registros al core.

De ahí salen los cuatro síntomas que los equipos de Comercial reportan sin saber que comparten una única causa raíz: lecturas duplicadas que desbalancean el Meter-to-Cash, tiempos de transmisión inconsistentes que rompen la secuencia esperada, eventos de medidor sin marca temporal normalizada que desordenan los flujos aguas abajo, y congestión en los flujos de integración cuando el concentrador descarga de golpe todo lo que retuvo.

El costo no es solo operativo. En América Latina y el Caribe, las pérdidas eléctricas —que incluyen tanto el hurto como los errores de medición y facturación— representan para las distribuidoras un costo que fluctúa entre el 0,19% y el 0,33% del PIB regional (BID, 2024). Una integración AMI sin observabilidad no crea ese problema, pero lo alimenta desde el lado más difícil de auditar: el dato que sí llegó, pero llegó mal.

Tres señales que anticipan un error de facturación

Un buen monitoreo AMI no vigila “la interfaz”. Vigila tres propiedades del dato, en este orden:

• Completitud de la ventana. Qué proporción de los puntos de un concentrador o alimentador reportó dentro del período de recolección esperado. La plataforma HES/MDM ZONOS de Cuculus, por ejemplo, recolecta nuevos datos de los medidores conectados cada 15 minutos, y en algunos casos con mayor frecuencia (Cuculus, 2026): esa cadencia define la unidad mínima de vigilancia. Si el tablero mide el día y el dato vive en cuartos de hora, la ceguera es de diseño.
• Puntualidad y orden. El desfase entre la marca de tiempo del medidor y el momento de arribo al core. Una latencia creciente en un concentrador específico es el indicador temprano más barato que existe: precede a la pérdida de secuencia, no la acompaña.
• Integridad semántica. Duplicados por retransmisión, eventos sin marca temporal normalizada y códigos de evento que el core no sabe interpretar. Es la capa que el monitoreo de infraestructura nunca ve, porque técnicamente todo se entregó bien.

La regla de diseño es simple: cada una de esas tres señales debe tener un umbral, un responsable y una acción definida antes de que exista el primer tablero. Un indicador sin dueño es documentación, no monitoreo.

Dónde mirar en cada capa

La observabilidad de un puente AMI no vive en un solo lugar. Vive en tres, y cada capa aporta una pieza distinta del diagnóstico.

En el HES/MDM

Es la única capa que conoce el estado del enlace físico: dispositivos sin comunicación, concentradores degradados, reintentos de lectura, resultados de las reglas de validación, estimación y edición. Plataformas multi-vendor como ZONOS de Cuculus soportan de fábrica más de 200 tipos distintos de medidores y dispositivos (Cuculus, 2026), lo que significa que la heterogeneidad del parque es un dato de entrada del monitoreo, no una excepción.

En la integración

SAP Cloud Integration expone el ciclo de vida de cada mensaje: el monitor de procesamiento de mensajes permite rastrear una ejecución por su identificador, y la vista de colas de mensajes muestra el estado en cola, el momento de almacenamiento y el próximo reintento programado; los recursos JMS del broker son limitados y deben vigilarse explícitamente (SAP Help Portal, 2026). Ese monitoreo puede volverse proactivo: existe un paquete estándar que lee los registros de procesamiento y publica el evento de falla de ejecución de flujo hacia SAP Alert Notification service for SAP BTP, con canales como correo, Teams o webhooks; el mismo patrón se aplica a la alerta por recursos JMS críticos o agotados (SAP Community, 2022).

En SAP IS-U / S/4HANA Utilities

Con la función de negocio Advanced Metering Infrastructure 2 (ISU_AMI_2) activada, la aplicación Monitor AMI Communication permite visualizar los datos formateados del registro de comunicación de servicio en el entorno AMI y de los mensajes de comunicación de servicio, y confirmar las entradas incorrectas (SAP Learning, consultado 2026). Es el último punto de control antes de que el dato entre al ciclo comercial: lo que se confirma ahí, se corrige; lo que pasa sin revisión, se factura.

El flujo de detección, de la antena a la excepción

De la vigilancia manual al desacople por eventos

---
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([Eventos AMI heterogéneos]) --> B[Preprocesar en la capa de integración]
  B --> C[Exponer operaciones críticas con API Management]
  C --> D([Heterogeneidad resuelta fuera de IS-U])
  D --> E[Colas con reintento para tráfico AMI de alto volumen]
  E --> F{¿Alcance del escenario de eventos?}
  F -->|Acotado| G[Event Mesh de SAP Integration Suite]
  G --> H([Escenarios iniciales o de volumen acotado])
  F -->|Empresarial| I[SAP Integration Suite, advanced event mesh]
  I --> J([Visibilidad centralizada y procesamiento distribuido])
  class A inicio
  class F decision
  class B,C,E,G,I proceso
  class D,H,J bueno
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 bueno fill:#193e2b,stroke:#22c55e,color:#ffffff

Vigilar mejor tiene un límite: si el core depende de que el concentrador entregue a tiempo, cada degradación de la red se convierte en un problema de facturación. Bajar esa dependencia es una decisión de arquitectura, no de tablero.

Dos movimientos concentran el beneficio. El primero es normalizar antes de entrar al core: preprocesar en la capa de integración y exponer las operaciones críticas a través de la capacidad API Management de SAP Integration Suite, de modo que la heterogeneidad de eventos se resuelva fuera de IS-U. El segundo es amortiguar y desacoplar: usar colas con reintento incorporado para el tráfico AMI de alto volumen y evaluar una arquitectura orientada a eventos, donde SAP BTP ofrece la capacidad Event Mesh de SAP Integration Suite para escenarios iniciales o de volumen acotado y SAP Integration Suite, advanced event mesh como malla distribuida multi-broker para paisajes empresariales, con visibilidad centralizada y procesamiento distribuido (SAP Architecture Center, 2025).

Con ese par de decisiones, la prioridad de eventos deja de ser un accidente: medición, corte, reconexión y lectura pueden tratarse con rutas y garantías distintas según su impacto sobre el ciclo comercial.

Nada de esto se prueba en producción. El paso siguiente de esta serie es exactamente ese: el piloto de prueba de concepto que valida el puente —y su monitoreo— antes del despliegue masivo.

Fuentes

• SAP Learning — Configuring Device Management in SAP S/4HANA Utilities: Understanding Advanced Meter Infrastructure. https://learning.sap.com/courses/configuring-device-management-in-sap-s-4hana-utilities/understanding-advanced-meter-infrastructure
• SAP Help Portal — Monitoring of AMI Communication (SAP S/4HANA, Advanced Metering Infrastructure). https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/58ae574d7f4049a4a7e4f65901729f2a/c9fc937d24b34391a3cf54c3cc5077be.html
• SAP Help Portal — Manage Message Queues (Cloud Integration). https://help.sap.com/doc/978cdb2059244c10b55a8bd916484a63/CLOUD/en-US/b97d9d336c871014bc6ce3c22a1e81b1.html
• SAP Community — Alerting for Cloud Integration Capability of SAP Integration Suite (2022). https://community.sap.com/t5/technology-blog-posts-by-sap/alerting-for-cloud-integration-capability-of-sap-integration-suite/ba-p/13527529
• SAP Architecture Center — Designing Event-Driven Applications (2025). https://architecture.learning.sap.com/docs/ref-arch/fbdc46aaae
• Cuculus — ZONOS IoT Platform (HES / MDM). https://www.cuculus.com/products/zonos-iot-platform/
• BID — Pérdidas eléctricas en América Latina y el Caribe: un problema crónico para la sostenibilidad del sector (2024). https://www.iadb.org/es/blog/energia/perdidas-electricas-en-america-latina-y-el-caribe-un-problema-cronico-para-la-sostenibilidad-del