Introducción

Para entender por qué existe este artículo, es útil retroceder un paso y analizar cómo está estructurada la Infraestructura de Medición Avanzada (AMI) —y dónde se complican las cosas en el mundo real.

La arquitectura estándar de AMI sigue una cadena bien establecida:
Medidor Inteligente → Red de Comunicación → HES → MDM → Facturación, ERP, …

Cada capa tiene un rol distintivo:

• Medidor Inteligente genera datos: perfiles de carga por intervalos, lecturas, eventos y alarmas.
• Red de Comunicación (RF Mesh, PLC, celular, LoRaWAN, NB-IoT) transporta los datos desde los medidores hasta el software de recolección.
• HES (Head-End System) gestiona la comunicación en tiempo real con los medidores: recolección de datos, control remoto (conexión/desconexión), sincronización de tiempo, actualizaciones de firmware y monitoreo de conexiones.
• MDM (Meter Data Management System) recibe datos crudos del HES y los transforma en información útil. Esta transformación —conocida en la industria como VEE (Validación, Estimación, Edición)— es el paso crítico entre lecturas crudas de medidores y datos comerciales confiables. El MDM detecta y rellena lagunas en los datos, corrige anomalías, construye perfiles de carga por intervalos y sirve como centro de integración hacia sistemas de nivel superior: Facturación, ERP, OMS, CIS.

Amivisor es una plataforma AMI completa que combina capacidades tanto de HES como de MDM. Incluye su propio HES multivendor —capaz de recolectar datos directamente de medidores vía protocolos estándar— así como una capa MDM completa que realiza procesamiento VEE, análisis e integración con sistemas externos.

Para muchos clientes, Amivisor se implementa como la solución AMI completa: su HES recolecta datos de medidores, su MDM valida y normaliza esos datos, y la información limpia resultante se usa para facturación, análisis, reportes e integraciones externas.

Sin embargo, las grandes empresas frecuentemente ya cuentan con sistemas HES de múltiples fabricantes de medidores. Estos sistemas típicamente se introdujeron con el tiempo, a medida que la infraestructura de medición se expandía de proveedor en proveedor. En ese caso, el desafío es diferente: el cliente ya tiene plataformas HES operativas, pero necesita una capa MDM unificada para validar, normalizar, analizar y consolidar datos de todas ellas.

Aquí es donde las capacidades de integración de Amivisor se vuelven especialmente relevantes. En lugar de reemplazar cada HES existente, Amivisor puede conectarse a ellos, ingerir sus datos, aplicar procesamiento VEE en su MDM y proporcionar una vista analítica y operativa única en toda la empresa.

La pregunta que aborda este artículo es simple: ¿cómo conectar Amivisor a un paisaje diverso de sistemas HES, cada uno con su propia arquitectura, protocolos y modelos de datos? La respuesta: a través de varios métodos de integración probados, cada uno adaptado a un escenario técnico diferente.

Métodos de Integración con Sistemas HES

1. Estándares Internacionales de Intercambio de Datos

En varios países se han desarrollado protocolos de intercambio inter-sistema para sistemas de medición comercial de electricidad basados en la familia de estándares CIM internacionales (IEC 61968/61970 y 62325). Implementar uno de estos protocolos permite conectar múltiples plataformas HES compatibles de una sola vez, sin desarrollar un conector separado para cada sistema individualmente.

Amivisor tiene experiencia práctica implementando el protocolo de intercambio inter-sistema PODIS —un estándar específico de la industria desarrollado basándose en los principios de la familia CIM/IEC 61968. Las implementaciones de estos estándares pueden variar entre proveedores, requiriendo a veces ajustes menores del protocolo para una plataforma HES específica.

Caso de integración: Amivisor se integró exitosamente con la plataforma Pyramida vía protocolo PODIS, habilitando recolección automática de datos de una gran flota de medidores. Los datos crudos recolectados vía Pyramida pasan por el pipeline VEE de Amivisor antes de estar disponibles en los módulos analíticos.

Ventajas:

• Una integración cubre múltiples sistemas compatibles
• Formatos de datos estandarizados simplifican la validación
• Riesgos mínimos al cambiar proveedores de medidores

Limitaciones:

• Mejor adaptado a regiones con un marco regulatorio y de estándares robusto
• Posibles desviaciones específicas del proveedor en implementaciones de estándares

2. API Propia del Sistema HES

Si el HES proporciona una interfaz programática (REST API, SOAP, MQTT, etc.), Amivisor la utiliza para intercambio de datos bidireccional o unidireccional. Se desarrolla un conector dedicado para cada plataforma usando el conjunto de herramientas de capa de integración lista de Amivisor, lo que reduce significativamente el tiempo de desarrollo.

Este es el método más común y preferido en proyectos modernos, ya que la integración vía API no requiere acceso directo a la infraestructura interna del cliente.

Lo necesario para la implementación:

• Documentación API (especificación) del HES objetivo
• Acceso de prueba al sistema HES (entorno sandbox o staging)

Casos de integración:

• WAVIoT — plataforma IoT/AMI en la nube con HES basado en NB-Fi. WAVIoT expone una REST API bien documentada a datos crudos de dispositivos, que Amivisor usa para recuperar lecturas de intervalos de medidores y otros datos.
• Strizh — plataforma de medición inteligente basada en NB-IoT. Amivisor se conecta al HES Strizh vía su API para recolectar datos de consumo y eventos operativos de la flota de medidores inteligentes.

Ventajas:

• Límites claros de integración, sin tocar estructuras internas del HES
• Alta confiabilidad y predictibilidad del intercambio de datos
• Actualizaciones del HES no requieren re-trabajo de la integración (siempre que se preserve la versión de API)

Limitaciones:

• No todas las plataformas HES tienen API documentada o accesible públicamente
• Se debe desarrollar un conector separado para cada sistema

3. Acceso Directo a la Base de Datos HES

Cuando un HES carece tanto de protocolos estandarizados como de API, los datos aún pueden recuperarse vía consultas directas a la base de datos. Este es el enfoque de nivel más bajo pero más universal, aplicable prácticamente a cualquier sistema que corra sobre SGBD relacional.

Mecanismo de implementación:

1. Se establece un canal VPN seguro al servidor que aloja la base de datos HES.
2. Se crea una cuenta de solo lectura dedicada con privilegios mínimos sobre las tablas requeridas para Amivisor.
3. El equipo de Amivisor analiza el esquema de la base de datos y desarrolla scripts de extracción de datos.
4. Para acelerar la fase de análisis, el cliente proporciona un volcado de base de datos y, cuando es posible, acceso a una instancia demo o de trabajo del HES.

Caso de integración: Amivisor se integró con SIMS (Smart Integrated Metering System) —el componente Head-End Software de la plataforma ADDAX IMS desarrollada por ADD Grup, fabricante internacional de medidores. SIMS gestiona una flota de medidores inteligentes de electricidad ADDAX (serie Matrix). La integración se realizó vía acceso directo a base de datos, habilitando recuperación completa de datos históricos sin modificaciones alguna a la arquitectura HES.

Ventajas:

• Aplicable a cualquier HES independientemente de disponibilidad de API o protocolos
• Acceso completo a datos históricos sin restricciones
• No requiere cambios en la arquitectura HES

Limitaciones:

• Actualizaciones HES que alteren esquemas de tablas pueden requerir revisiones de scripts
• Requiere configuración de acceso de red seguro (VPN)
• Requisitos elevados de seguridad de la información comparado con métodos basados en API

4. Caso Especial: Gemelo Digital

Algunas plataformas HES ofrecen un camino de integración no estándar, por ejemplo, a través del mecanismo de gemelo digital. En este modelo, el HES actúa como intermediario: realiza sondeo a medidores reales usando su protocolo interno y acumula los datos recolectados en su lado.

Para exponer datos a sistemas externos, el HES crea un medidor virtual —un gemelo digital del dispositivo físico real— y publica los datos a través de él usando protocolos estándar como DLMS/COSEM. Amivisor interactúa con este gemelo digital exactamente como lo haría con un medidor físico: enviando solicitudes DLMS estándar y recibiendo respuestas en formato estándar. Desde la perspectiva de Amivisor, la integración es indistinguible del sondeo ordinario de medidores, mientras el HES ejecuta un modelo completo de dispositivo virtual.

Caso de integración: Amivisor se integró con LarTech, una plataforma de medición que recolecta datos de medidores sobre red LoRaWAN. LarTech crea gemelos digitales de sus dispositivos medidos y los expone vía protocolo DLMS/COSEM. LoRaWAN impone restricciones inherentes de volumen de datos y latencia; la integración fue diseñada con cronogramas de sondeo optimizados para trabajar de manera confiable dentro de las características de ancho de banda de la red.

Ventajas:

• Integración simple del lado Amivisor — no requiere desarrollo de protocolo custom
• Sin dependencia de la arquitectura interna del HES
• Interfaz de intercambio de datos completamente estandarizada (DLMS/COSEM)

Limitaciones:

• Aplicable solo cuando el HES soporta funcionalidad de gemelo digital
• Frescura y granularidad de datos pueden estar restringidas por la red de comunicación subyacente (ej. LoRaWAN)

5. Intercambio de Datos Basado en Archivos

Para sistemas que carecen de API, acceso a base de datos y soporte para protocolos modernos, Amivisor soporta integración vía intercambio de datos basado en archivos. Este enfoque cubre tanto exportación desde Amivisor hacia sistemas externos como importación de datos desde plataformas de terceros.

Amivisor soporta las siguientes direcciones de intercambio:

• Exportación: lecturas de medidores, perfiles de carga y valores instantáneos — en formatos XLS y XML.
• Importación: lecturas de medidores y perfiles de carga — desde archivos XLS y XML generados por sistemas externos.

Procesamiento de archivos XLS: Hojas de cálculo de formato arbitrario requieren configuración única, durante la cual se indica qué columnas contienen qué tipos de datos (ID medidor, timestamp, energía activa, etc.). Después de esa configuración inicial, todo procesamiento de archivos subsiguiente es completamente automatizado.

Procesamiento de archivos XML: Esquemas XML estandarizados habilitan procesamiento automático sin configuración. Por ejemplo, Amivisor maneja archivos construidos sobre la plantilla 80020 —un formato que contiene no solo datos de consumo sino también la descripción completa del punto de medición. Cuando se reciben estos archivos, Amivisor crea automáticamente puntos de medición y medidores faltantes, y reconstruye perfiles de consumo por hora o media hora.

Caso de integración: Un caso común para este método involucra consumidores comerciales e industriales cuyos proveedores de energía han instalado medidores inteligentes en sus instalaciones pero no proveen portal para clientes para ver los datos recolectados. El proveedor entrega reportes periódicos —diarios o mensuales— conteniendo datos de consumo por hora en formato XML. Estos archivos se cargan en Amivisor, que los procesa a través de su pipeline VEE y hace disponibles los perfiles de carga resultantes para análisis de tarifas: comparando escenarios de facturación a través de diferentes estructuras de tarifas para identificar el esquema de pago de electricidad más rentable.

Ventajas:

• Aplicable a HES legacy y datos provistos por proveedores sin acceso API o base de datos
• Soporte para formatos XML estandarizados (ej. 80020) asegura procesamiento sin configuración
• Manejo flexible de estructuras XLS arbitrarias vía plantillas de columna configurables

Limitaciones:

• Orientado a lotes: sin entrega de datos en tiempo real
• Frescura de datos determinada por la frecuencia de intercambios de archivos

HES Propio de Amivisor: Cuándo Usarlo y Cuándo Mantener el del Proveedor

Amivisor incluye su propio HES integrado y multivendor capaz de realizar sondeo directo a medidores inteligentes vía protocolos estándar —incluyendo DLMS/COSEM— sin software intermediario del proveedor. Entender qué recolecta, y qué no, ayuda a decidir qué modelo de implementación tiene sentido para un proyecto dado.

Qué recolecta el HES de Amivisor:

• Lecturas actuales y archivadas de medidores
• Perfiles de carga por intervalos (curvas de demanda de potencia)
• Parámetros de consumo instantáneos (voltaje, corriente, potencia, factor de potencia, etc.)
• Registros de eventos: cortes de energía, violaciones de sello electrónico, eventos de sincronización de tiempo
• Registros de violaciones de calidad de energía
• Estado y control de relés, incluyendo configuración de límites de potencia
• Comandos de sincronización de tiempo

Esto cubre todo lo necesario para medición comercial y técnica de energía: cálculos de facturación, análisis de carga, balances energéticos, detección de pérdidas y monitoreo de calidad de energía.

Qué deliberadamente NO reemplaza el HES de Amivisor son las funcionalidades extendidas de configuración y parametrización provistas por herramientas HES y configuradores específicos del fabricante. Programar zonas de tarifas, leer registros diagnósticos específicos del proveedor o actualizar firmware de medidores —estas tareas requieren acceso profundo a nivel de dispositivo que Amivisor no pretende replicar. Para estos propósitos, los clientes continúan usando el HES o software configurador del proveedor junto con Amivisor.

Cuándo tiene sentido reemplazar completamente el HES del proveedor:

• El HES del proveedor está fuera de soporte o fin de vida
• Costos de licencia del HES del proveedor son prohibitivamente altos
• No se requiere programación extendida de medidores más allá de parámetros operacionales estándar
• La empresa está construyendo nueva infraestructura de medición desde cero y quiere evitar lock-in del proveedor

Cuándo tiene sentido mantener el HES del proveedor:

• Configuración extendida de medidores o gestión de firmware es una necesidad operacional continua
• El HES del proveedor se usa activamente para flujos de trabajo especializados de parametrización
• Requisitos regulatorios mandan uso de plataforma certificada del proveedor para ciertas funciones de medición

Puente entre dos mundos — Amivisor.Bridge:
Para implementaciones donde coexisten Amivisor y un HES del proveedor, Amivisor ofrece una herramienta complementaria —Amivisor.Bridge— que resuelve un desafío práctico: una vez que un medidor está conectado vía canal de comunicación de Amivisor, ¿cómo llega el software configurador del proveedor a ese medidor para programarlo?

Amivisor.Bridge crea un túnel transparente entre el medidor y el configurador del proveedor sobre el camino de comunicación ya establecido de Amivisor. Desde la perspectiva del configurador, está comunicándose directamente con el medidor vía interfaz estándar —mientras en realidad, los datos viajan a través de la infraestructura de Amivisor. Esto elimina la necesidad de canales de comunicación paralelos separados o acceso físico en sitio a medidores, y permite parametrización remota de medidores usando las propias herramientas del proveedor a través de una única conexión unificada.

Arquitectura de Integración Multivendor

Aplicar los métodos descritos anteriormente dentro de una arquitectura unificada permite que Amivisor sirva como agregador central a nivel MDM para toda la flota HES de su compañía. Los datos de cada HES —independientemente del método de adquisición usado— pasan por el mismo pipeline VEE, se normalizan a un formato único y se vuelven disponibles a través de los módulos analíticos de la plataforma.

Este enfoque se alinea completamente con la práctica global de construir infraestructuras AMI multivendor, donde la capa MDM desacopla aplicaciones analíticas de sistemas específicos del proveedor y provee una interfaz normalizada y consistente para todos los procesos de negocio.

Ventajas clave de la arquitectura multivendor de Amivisor:

• Las compañías retienen sus inversiones existentes en HES sin reemplazos costosos.
• Datos crudos de sistemas dispares son validados, normalizados y consolidados en un único espacio analítico.
• La plataforma escala fácilmente: agregar un nuevo HES no afecta integraciones existentes.
• Soporte para múltiples métodos de integración permite conectar cualquier HES, independientemente de su edad, tipo o apertura técnica.
• Cuando es necesario, Amivisor puede actuar como reemplazo completo de HES a través de sondeo directo de medidores —eliminando completamente la dependencia de cualquier plataforma del proveedor.

Proceso de Integración

Para lanzar integración con cualquier sistema HES, Amivisor sigue un proceso consistente y bien definido:

1. Auditoría técnica — recopilación de información sobre el HES: proveedor, versión, disponibilidad de API, tipo SGBD, estado de documentación y accesibilidad de red.
2. Selección de método —basado en los hallazgos de la auditoría, se determina el método de integración óptimo.
3. Provisión de acceso —dependiendo del método seleccionado: documentación API y credenciales de entorno de prueba; o conexión VPN y volcado de base de datos; o canal de intercambio de archivos (SFTP, carpeta compartida) con layouts de archivos claramente definidos.
4. Desarrollo y prueba del conector —realizado usando el conjunto de herramientas de capa de integración lista de Amivisor.
5. Lanzamiento a producción —la integración se mueve a operación en vivo, con monitoreo continuo de calidad y confiabilidad de entrega de datos.

Conclusión

Amivisor es una plataforma AMI completa que combina capacidades HES y MDM. Muchos clientes la implementan como solución unificada de extremo a extremo. Otros —particularmente grandes empresas con infraestructura HES existente— usan la capa MDM de Amivisor para agregar, validar y analizar datos fluyendo desde múltiples sistemas HES de proveedores.

El versátil kit de herramientas de integración descrito en este artículo —que soporta estándares internacionales, APIs de proveedores, acceso directo a bases de datos, gemelos digitales e intercambio basado en archivos— asegura que Amivisor pueda situarse sobre cualquier paisaje HES, independientemente de su complejidad o edad. Transforma datos fragmentados de medición en una única capa analítica coherente que sirve a todo el negocio.