Órdenes de lectura manual en medidores AMI: cómo evitarlas

Hay una escena que se repite en las distribuidoras de América Latina que van a mitad de camino en su despliegue de medición avanzada: una cuadrilla de lectura camina una calle donde ya hay medidores inteligentes instalados y comunicando. El dispositivo reporta solo. La orden de lectura, sin embargo, salió impresa esa mañana, con la dirección, el número de aparato y la ruta.

Nadie en campo tomó esa decisión. La tomó el maestro de datos. Y mientras esa inconsistencia siga viva, la utility paga dos veces por la misma lectura: una en la inversión de infraestructura de medición avanzada y otra en la cuadrilla que sigue recorriendo la ruta.

Ya vimos en la entrega anterior de esta serie cómo tres tecnologías de consumo distintas conviven en la misma cartera con reglas de facturación diferentes. Esta pieza baja un nivel: al punto exacto del ciclo de vida del dispositivo donde se genera —o se deja de generar— una orden de lectura que ya no debería existir.

Una orden de lectura no la genera el campo: la genera el dato maestro

En SAP S/4HANA Utilities, la creación de órdenes de lectura es un proceso masivo que se dispara al alcanzar la fecha programada, y la unidad de lectura (meter reading unit) es el criterio de selección con el que ese proceso arma la lista de trabajo del lector. Los registros de programación se derivan de los registros maestros de programación y se generan sobre el calendario de fábrica correspondiente (SAP Learning — Executing Business Processes in SAP S/4HANA Utilities, consultado 2026).

Esa arquitectura tiene una consecuencia directa y poco discutida: la orden no aparece porque haya un medidor electromecánico en la fachada, sino porque la instalación sigue perteneciendo a una unidad de lectura configurada para lectura pedestre. La prueba está en el propio comportamiento del sistema: para instalaciones de tarifa plana no se crean órdenes de lectura, aunque sí se crea la orden de facturación (SAP Learning, consultado 2026). La generación de órdenes es un resultado de configuración y datos maestros, no un reflejo automático de la realidad física del parque.

Cuando una instalación migra a AMI, el dispositivo cambia. Si la unidad de lectura, la porción y el registro del dispositivo ante el sistema de gestión de datos de medición no cambian con él, el sistema seguirá haciendo exactamente lo que se le pidió: convocar a un lector.

Por qué esto no se arregla “a mano” en un parque AMI

---
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([Orden o resultado de lectura AMI]) --> B{¿Se implementó el BAdI ISU_AMI_ATTR_MR?}
  B -->|No| C[No se pueden modificar ni eliminar las órdenes de lectura AMI]
  C --> D[Tampoco introducir, modificar ni eliminar resultados de lectura AMI]
  D --> E([El sistema protege la trazabilidad del dato remoto])
  B -->|Sí| F[Se anula esa restricción]
  F --> G([Intervención habilitada por excepción])
  class A inicio
  class B decision
  class C,D,F proceso
  class E bueno
  class 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 bueno fill:#193e2b,stroke:#22c55e,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff

Aquí es donde el problema deja de ser cosmético. El proceso de lectura de medidores avanzados difiere del proceso habitual en un punto crítico: no se pueden modificar ni eliminar las órdenes de lectura AMI, ni introducir, modificar o eliminar resultados de lectura AMI, salvo que se implemente el Business Add-In ISU_AMI_ATTR_MR para anular esa restricción (SAP Learning — Configuring Device Management in SAP S/4HANA Utilities, consultado 2026). Es decir: el sistema protege deliberadamente la trazabilidad del dato remoto.

Esa protección es correcta, pero convierte cualquier desalineación de datos maestros en un bloqueo operativo real, no en un ajuste rápido de back office. El equipo comercial no puede “corregirlo en pantalla” y seguir.

A eso se suma un segundo efecto documentado: si ocurre un cambio de dispositivo durante un período de lectura periódica, es posible que la orden ya se haya creado o incluso emitido, por lo que el lector no encontrará el dispositivo listado en su orden. Según la parametrización, el sistema puede detectar en el momento de la captura que el dispositivo de la orden ya no es el vigente y registrar el dato sobre el nuevo dispositivo (SAP Learning, consultado 2026).

La conclusión práctica: la ventana entre el cambio de dispositivo y el cierre del ciclo de lectura es el punto de fuga estructural. No es un error humano aislado; es un desfase de calendario entre el campo y el maestro.

Los cuatro puntos donde se rompe el ciclo de vida

En los parques mixtos de la región —convencional, AMI y retrofit conviviendo en la misma zona de concesión— la fuga se concentra en cuatro momentos:

• Instalación técnica del nuevo dispositivo sin reasignación de la unidad de lectura y la porción. El aparato es inteligente; la agrupación de lectura sigue siendo pedestre.
• Registro incompleto del dispositivo ante el sistema de gestión de datos de medición. SAP S/4HANA puede apalancar las capacidades remotas del medidor inteligente mediante la integración con sistemas MDM (SAP Help Portal, consultado 2026); si ese registro queda a medias, no llega lectura remota y el proceso vuelve por defecto a depender de la lectura en sitio.
• Órdenes ya generadas o descargadas antes del cambio. Viven en el sistema y en el terminal portátil aunque el medidor físico ya no exista.
• Bajas y desinstalaciones sin cierre del período de lectura. El dispositivo sale del punto de suministro, pero la instalación conserva la programación anterior.

Un lazo de control, no una limpieza puntual

La corrección por campaña —el clásico “saneamiento de datos maestros” de tres meses— no sostiene el resultado, porque el parque sigue cambiando todas las semanas. Lo que funciona es un lazo de control corriendo al ritmo del ciclo de facturación: detectar las instalaciones con dispositivo AMI activo que siguen en unidad de lectura pedestre; conciliar el parque físico instalado con el registro ante el sistema MDM y los datos maestros de Device Management; reasignar la unidad de lectura y la porción al modo de obtención de lectura vigente del punto de suministro; verificar el cierre del período de lectura abierto y depurar las órdenes emitidas contra dispositivos ya retirados; y medir semanalmente las órdenes emitidas contra dispositivos AMI activos, con meta de tendencia decreciente.

El costo regulatorio de dejarlo correr

En LATAM el impacto no se queda en horas de cuadrilla. Cuando no es posible realizar la lectura, la regulación obliga a rutas alternativas de facturación. En Brasil, la Resolución Normativa ANEEL nº 1.000/2021 prevé la facturación por media en esos casos, y su artículo 323 regula el tratamiento de la facturación a menor o de la ausencia de facturación (ANEEL, 2021). La propia Resolución Normativa nº 1.000/2021 contempla las alternativas cuando no es posible leer el medidor: facturación por media (arts. 320 y 321), no facturación (art. 323), autolectura por el consumidor (art. 273 y siguientes) y lectura plurimensual en área rural (art. 271 y siguientes) (ANEEL, 2021). Esa misma enumeración fue reiterada, ya para el contexto excepcional de la calamidad pública en Rio Grande do Sul, por la Resolución Normativa nº 1.092/2024 (ANEEL, 2024).

Traducido a operación: cada instalación AMI que no entrega su lectura al core empuja al negocio hacia estimaciones, refacturaciones y reclamos —justo lo que el despliegue de medición avanzada venía a eliminar.

Y la escala del asunto crece. La Comisión Federal de Electricidad de México ejecuta un programa nacional de sustitución gradual de medidores analógicos por equipos con tecnología AMI, que avanza por zonas técnicas en todo el país, mientras América Latina representa alrededor del 7,2 % del mercado global de medidores inteligentes a escala de servicios públicos (Credence Research, 2026). Cada punto de avance del despliegue multiplica la superficie donde un error de maestro de datos se convierte en una orden de lectura innecesaria.

Qué llevar a la próxima reunión de operación

Tres preguntas concretas, respondibles con datos del propio sistema:

• ¿Cuántas instalaciones con dispositivo AMI activo siguen asignadas a una unidad de lectura de recorrido pedestre?
• ¿Cuántas órdenes de lectura se emitieron el último ciclo contra dispositivos que ya fueron retirados o reemplazados?
• ¿Qué porcentaje del parque AMI instalado tiene su registro completo ante el sistema de gestión de datos de medición?

En AGT acompañamos a distribuidoras de la región a convertir esas tres preguntas en un tablero operativo y en un lazo de corrección sostenido dentro de Device Management, sin reescribir el core.

La siguiente pieza de esta serie aborda el otro extremo del problema: el retrofit que habilita lectura remota sin cambiar el medidor completo —y qué exige eso del maestro de datos del dispositivo.

Fuentes

• SAP Learning — Configuring Device Management in SAP S/4HANA Utilities: Understanding Advanced Meter Infrastructure (consultado 2026)

• SAP Learning — Configuring Device Management in SAP S/4HANA Utilities: Understanding Meter Reading (consultado 2026)

• SAP Learning — Executing Business Processes in SAP S/4HANA Utilities: Demonstrating Meter Reading (consultado 2026)

• SAP Help Portal — SAP S/4HANA Utilities: Master Data y Device Management (consultado 2026)

• ANEEL — Resolução Normativa nº 1.000, de 7 de dezembro de 2021

• ANEEL — Resolução Normativa nº 1.092, de 14 de maio de 2024 (medidas excepcionales de flexibilización por la calamidad pública en Rio Grande do Sul)

• Credence Research — Mercado de medidores inteligentes a escala de servicios públicos (2026)