El Indicador de Avance Real Contra la Pérdida No Técnica

Un comité directivo pregunta cada trimestre lo mismo: ¿cuánto hemos avanzado contra la pérdida no técnica? Y cada trimestre, el equipo de medición entrega una cifra que técnicamente es correcta pero que no responde la pregunta real. Reportar “cobertura de telemetría instalada” cuando el parque de medidores convencionales sigue siendo mayoritario no mide reducción de pérdidas: mide despliegue de hardware. Son cosas distintas, y confundirlas en un tablero ejecutivo termina erosionando la credibilidad del propio programa.

En la pieza anterior de esta serie discutimos dónde tiene sentido priorizar la instalación de telemetría cuando el presupuesto no alcanza para cubrir toda la red. Esta pieza cierra el arco: una vez que la estrategia híbrida está en ejecución, ¿con qué indicador se reporta el avance de forma que sea creíble tanto para Operaciones como para el CFO?

El problema de medir con una fotografía parcial

Cuando más del 90% del parque de medidores sigue siendo convencional —la penetración de medición inteligente en la región era de apenas 7.7% en 2024 (Berg Insight, 2026)—, la telemetría solo aporta visibilidad directa sobre una fracción de los puntos de consumo. El resto del balance —la diferencia entre energía inyectada a un circuito y energía facturada— sigue dependiendo de estimaciones, ciclos de lectura manual y cruces contra Facturación en el core comercial. Un indicador que solo cuenta “medidores con AMI instalado” ignora ese resto por completo, y en utilities donde la pérdida no técnica está concentrada en zonas específicas, esa omisión es exactamente donde vive el problema.

Por qué la cobertura sola engaña al comité directivo

La cobertura de telemetría es un indicador de ejecución de proyecto, no de resultado operativo. Es perfectamente posible instalar telemetría en un circuito de baja pérdida —porque es logísticamente más fácil de intervenir— y reportar avance de despliegue mientras la pérdida no técnica real, concentrada en otras zonas, permanece intacta. El mercado regional confirma por qué esta tentación existe: el despliegue de medición inteligente en Latinoamérica ha sido históricamente lento y fragmentado, y el principal motor detrás de la aceleración actual son precisamente las altas pérdidas por sustracción de energía (Smart Energy International / Berg Insight, 2024). Si el KPI de avance no está anclado a esa causa raíz, termina midiendo actividad en vez de impacto.

El indicador compuesto: cobertura selectiva + balance de red

La alternativa que hemos validado en programas de reducción de pérdidas es un indicador de dos capas que se lee siempre junto, nunca por separado:

• Capa 1 — Cobertura de telemetría en zonas priorizadas: no el porcentaje global del parque, sino el porcentaje de cobertura dentro de los circuitos ya identificados como de alta pérdida no técnica.
• Capa 2 — Variación del balance de red en esas mismas zonas: la diferencia entre energía inyectada y facturada, medida en el mismo perímetro, trimestre contra trimestre.

Cuando la Capa 1 sube y la Capa 2 mejora en la misma zona, el avance es real y atribuible. Cuando la Capa 1 sube pero la Capa 2 no se mueve, el problema no es de medición sino de gestión comercial, fraude persistente o falla de proceso aguas abajo — una señal de diagnóstico, no de fracaso del programa. Separar estas dos lecturas evita que un comité directivo castigue al equipo técnico por un problema que no es de telemetría.

flowchart TD
  A([Capa 1: cobertura selectiva sube]) --> B{¿Capa 2 también mejora en la misma zona?}
  B -->|Sí| C[Avance real y atribuible]
  B -->|No| E[Gestión comercial, fraude o falla de proceso]
  C --> D([Avance real y atribuible])
  E --> F([Señal de diagnóstico, no de fracaso del programa])
  class A inicio
  class B decision
  class C,E proceso
  class D bueno
  class F neutro
classDef inicio fill:#30274d,stroke:#8b5cf6,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

Cómo se construye en el core SAP IS-U

Sobre el core, esto exige que los eventos de medición de los medidores con AMI y los ciclos de lectura convencional converjan en el mismo flujo de balance sin duplicar registros. Los problemas típicos que hemos visto en esta capa —lecturas duplicadas que generan desbalance en el proceso Meter-to-Cash entre Comercial y Facturación, o eventos de medidores sin timestamp normalizado que rompen los flujos downstream— no son errores de reporte, sino la causa de que el indicador compuesto se vea inconsistente entre un corte y otro. La normalización de eventos AMI antes de que lleguen al flujo de integración, con preprocesamiento y mapeo hacia los procesos críticos de Meter-to-Cash (medición, corte, reconexión y lectura), es lo que permite que la Capa 1 y la Capa 2 se calculen sobre datos comparables.

De KPI técnico a narrativa ejecutiva

El valor de este indicador no es solo su precisión técnica: es que le da al comité directivo una narrativa defendible. En lugar de “instalamos X telemetros este trimestre”, el reporte pasa a ser “en las zonas de mayor pérdida no técnica, la cobertura selectiva subió Y puntos y el balance de red mejoró Z puntos en el mismo perímetro”. Esa segunda frase resiste una pregunta de auditoría; la primera no.

Con un parque instalado que seguirá siendo mayoritariamente convencional durante varios años más en la región (Berg Insight, 2026), la estrategia ganadora no es esperar a que la telemetría lo cubra todo. Es construir, desde ahora, un indicador que combine lo que la telemetría ya puede ver con lo que el balance de red revela sobre el resto — y reportarlo así, en conjunto, desde el primer trimestre.

Fuentes

• Smart Energy International / Berg Insight, “Latin America’s smart electricity meter market set to boom”, 2024.
• Berg Insight, “Smart Metering in Latin America and the Caribbean”, 2026 (vía GreentechLead).
• SAP Note 3113382 — referencias de mapeo AMI y procesos Meter-to-Cash en SAP IS-U.