Auditar el parque mixto: el tablero que faltaba en IS-U
Cómo construir un tablero de gobierno del dato que muestre, en tiempo real, la proporción real de medidores convencionales, en tránsito y AMI dentro de la cartera.
· 7 min de lectura
Pregúntele a cualquier gerente de Medición de una utility latinoamericana cuántos medidores de su cartera son ya inteligentes, cuántos siguen siendo electromecánicos y cuántos están en algún punto intermedio del cambio, y en la mayoría de los casos la respuesta llegará con un margen de error incómodo. No porque falten datos, sino porque esos datos viven repartidos entre el sistema de Device Management de SAP IS-U, las hojas de cálculo de la cuadrilla de instalación y el reporte mensual del proveedor de AMI. Nadie los está mirando juntos.
Esa fragmentación no es un problema estético. Es el punto ciego que impide responder, con confianza, a la pregunta que sí le hace el comité de dirección: ¿en qué punto exacto del despliegue de smart metering estamos, y qué parte de la cartera sigue dependiendo de procesos manuales?
El problema no es la migración, es no poder verla
Ya cubrimos en la entrega anterior de esta serie cómo cerrar correctamente el ciclo de vida cuando un medidor se da de baja, evitando huecos de facturación en el tránsito hacia el nuevo dispositivo. Pero cerrar bien cada caso individual no resuelve la pregunta agregada: ¿cuál es, hoy, la composición real del parque?
Esa convivencia prolongada entre medidor convencional y medidor inteligente no es una anomalía transitoria que las utilities puedan ignorar mientras dura la migración. En Brasil, por ejemplo, el Ministerio de Minas y Energía acaba de convertirla en un mandato explícito y escalonado: las distribuidoras deben instalar medición inteligente para un mínimo del 2% de sus usuarios por año durante 24 meses a partir de marzo de 2026, y presentar ante el regulador un análisis de costo-beneficio a más tardar el 29 de febrero de 2028 para sustentar el ritmo de expansión posterior (MME, 2026). Es decir, el parque mixto no es una fase de transición corta: es, por diseño regulatorio, un estado operativo que puede sostenerse por años. Gestionarlo sin visibilidad agregada deja de ser una opción.
Qué necesita mostrar el tablero
Un tablero de gobierno del parque que sirva para la toma de decisiones no es un reporte de instalaciones. Es una fotografía permanente de en qué categoría de ciclo de vida está cada medidor dentro de Device Management:
Estas cuatro categorías ya existen como estados dentro del historial de instalación de Device Management. El trabajo no es crearlas: es exponerlas de forma agregada, por zona geográfica y por segmento tarifario, para que dejen de vivir escondidas dentro de un histórico transaccional que solo un especialista sabe consultar caso por caso.
Por qué la fuente de datos no puede ser una sola
Un error frecuente al diseñar este tablero es asumir que toda la cartera se puede leer desde un único sistema AMI. En la práctica, la convivencia de parque suele requerir dos soluciones complementarias operando en paralelo: una para el segmento ya inteligente, con lectura remota multiprotocolo, y otra específica para el segmento convencional, con lectura pedestre digitalizada y facturación en sitio. AGT Comunidades trabaja este esquema integrando la plataforma Cuculus ZONOS —enfocada en el parque de medidores inteligentes— junto con una solución complementaria de lectura pedestre digital para el parque convencional, de modo que ambas alimenten un mismo ciclo Meter to Cash y cubran, entre las dos, el 100% de la cartera durante la transición (AGT Consultoría, 2026).
Esa combinación es la razón por la cual el tablero de gobierno del dato no puede alimentarse de una sola interfaz. Necesita consolidar, dentro de Device Management, los eventos que llegan desde el canal AMI y los que llegan desde el proceso de lectura convencional digitalizada, tratándolos como dos entradas al mismo modelo de ciclo de vida, no como dos sistemas paralelos que alguien concilia manualmente a fin de mes.
De reporte a decisión
En la práctica, este tablero cumple tres funciones que un reporte trimestral no puede cumplir:
- Priorización de inversión: identifica qué zonas concentran la mayor proporción de parque aún convencional, orientando dónde escalar primero el despliegue AMI.
- Trazabilidad regulatoria: cuando el regulador exige metas anuales de instalación —como el caso brasileño citado arriba—, la utility necesita poder demostrar, con datos de Device Management y no con estimaciones, el avance real contra la meta comprometida.
- Alerta temprana de estancamiento: un volumen creciente de medidores atascados en estado “en tránsito” durante semanas es, casi siempre, síntoma de un problema de integración entre el proveedor de instalación y SAP IS-U, no un problema de cuadrillas.
El punto de partida
Construir este tablero no requiere un proyecto de transformación adicional. Requiere, primero, hacer visible lo que Device Management ya registra: extraer la distribución actual de estados del parque, clasificarla por zona y segmento, y ponerla frente al comité de dirección en el mismo lenguaje con el que se discuten las metas de despliegue. La tecnología para leer ambos segmentos del parque —convencional e inteligente— ya existe y puede operar de forma integrada. Lo que suele faltar no es la capacidad técnica, sino la decisión de dejar de mirar el parque de medidores como una sumatoria de proyectos aislados y empezar a gestionarlo como un solo activo bajo transición controlada.
Fuentes
- AGT Consultoría (2026). Cuculus — IoT & Smart Metering.
- Ministério de Minas e Energia — MME (2026). Portaria Normativa MME nº 126, de 28 de enero de 2026.
¿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.
