Introdução

Para entender por que este artigo existe, é útil dar um passo atrás e analisar como está estruturada a Infraestrutura de Medição Avanzada (AMI) — e onde as coisas se complicam no mundo real.

A arquitetura padrão da AMI segue uma cadeia bem estabelecida:
Medidor Inteligente → Rede de Comunicação → HES → MDM → Faturamento, ERP, …

Cada camada tem um papel distinto:

• Medidor Inteligente gera dados: perfis de carga por intervalos, leituras, eventos e alarmes.
• Rede de Comunicação (RF Mesh, PLC, celular, LoRaWAN, NB-IoT) transporta os dados dos medidores até o software de coleta.
• HES (Head-End System) gerencia a comunicação em tempo real com os medidores: coleta de dados, controle remoto (conexão/desconexão), sincronização de tempo, atualizações de firmware e monitoramento de conexões.
• MDM (Meter Data Management System) recebe dados brutos do HES e os transforma em informação útil. Esta transformação — conhecida na indústria como VEE (Validação, Estimação, Edição) — é o passo crítico entre leituras brutas de medidores e dados comerciais confiáveis. O MDM detecta e preenche lacunas nos dados, corrige anomalias, constrói perfis de carga por intervalos e serve como centro de integração para sistemas de nível superior: Faturamento, ERP, OMS, CIS.

O Amivisor é uma plataforma AMI completa que combina capacidades tanto de HES quanto de MDM. Inclui seu próprio HES multivendor — capaz de coletar dados diretamente de medidores via protocolos padrão — assim como uma camada MDM completa que realiza processamento VEE, análise e integração com sistemas externos.

Para muitos clientes, o Amivisor é implementado como a solução AMI completa: seu HES coleta dados de medidores, seu MDM valida e normaliza esses dados, e a informação limpa resultante é usada para faturamento, análises, relatórios e integrações externas.

No entanto, grandes empresas frequentemente já possuem sistemas HES de múltiplos fabricantes de medidores. Esses sistemas tipicamente foram introduzidos ao longo do tempo, à medida que a infraestrutura de medição se expandia de fornecedor para fornecedor. Nesse caso, o desafio é diferente: o cliente já tem plataformas HES operacionais, mas precisa de uma camada MDM unificada para validar, normalizar, analisar e consolidar dados de todas elas.

Aqui é onde as capacidades de integração do Amivisor se tornam especialmente relevantes. Em vez de substituir cada HES existente, o Amivisor pode se conectar a eles, ingerir seus dados, aplicar processamento VEE em seu MDM e fornecer uma visão analítica e operacional única em toda a empresa.

A pergunta que este artigo aborda é simples: como conectar o Amivisor a um cenário diverso de sistemas HES, cada um com sua própria arquitetura, protocolos e modelos de dados? A resposta: através de vários métodos de integração comprovados, cada um adaptado a um cenário técnico diferente.

Métodos de Integração com Sistemas HES

1. Padrões Internacionais de Intercâmbio de Dados

Em vários países foram desenvolvidos protocolos de intercâmbio inter-sistema para sistemas de medição comercial de eletricidade baseados na família de padrões CIM internacionais (IEC 61968/61970 e 62325). Implementar um desses protocolos permite conectar múltiplas plataformas HES compatíveis de uma só vez, sem desenvolver um conector separado para cada sistema individualmente.

O Amivisor tem experiência prática implementando o protocolo de intercâmbio inter-sistema PODIS — um padrão específico da indústria desenvolvido com base nos princípios da família CIM/IEC 61968. As implementações desses padrões podem variar entre fornecedores, exigindo às vezes ajustes menores do protocolo para uma plataforma HES específica.

Caso de integração: O Amivisor se integrou com sucesso à plataforma Pyramida via protocolo PODIS, habilitando coleta automática de dados de uma grande frota de medidores. Os dados brutos coletados via Pyramida passam pelo pipeline VEE do Amivisor antes de ficarem disponíveis nos módulos analíticos.

Vantagens:

• Uma integração cobre múltiplos sistemas compatíveis
• Formatos de dados padronizados simplificam a validação
• Riscos mínimos ao trocar fornecedores de medidores

Limitações:

• Melhor adaptado a regiões com um arcabouço regulatório e de padrões robusto
• Possíveis desvios específicos do fornecedor nas implementações de padrões

2. API Própria do Sistema HES

Se o HES fornece uma interface programática (REST API, SOAP, MQTT, etc.), o Amivisor a utiliza para intercâmbio de dados bidirecional ou unidirecional. Um conector dedicado é desenvolvido para cada plataforma usando o conjunto de ferramentas de camada de integração pronta do Amivisor, o que reduz significativamente o tempo de desenvolvimento.

Este é o método mais comum e preferido em projetos modernos, pois a integração via API não requer acesso direto à infraestrutura interna do cliente.

O necessário para a implementação:

• Documentação API (especificação) do HES alvo
• Acesso de teste ao sistema HES (ambiente sandbox ou staging)

Casos de integração:

• WAVIoT — plataforma IoT/AMI em nuvem com HES baseado em NB-Fi. O WAVIoT expõe uma REST API bem documentada para dados brutos de dispositivos, que o Amivisor usa para recuperar leituras de intervalos de medidores e outros dados.
• Strizh — plataforma de medição inteligente baseada em NB-IoT. O Amivisor se conecta ao HES Strizh via sua API para coletar dados de consumo e eventos operacionais da frota de medidores inteligentes.

Vantagens:

• Limites claros de integração, sem tocar nas estruturas internas do HES
• Alta confiabilidade e previsibilidade do intercâmbio de dados
• Atualizações do HES não requerem retrabalho da integração (desde que a versão da API seja preservada)

Limitações:

• Nem todas as plataformas HES têm API documentada ou acessível publicamente
• Deve-se desenvolver um conector separado para cada sistema

3. Acesso Direto ao Banco de Dados HES

Quando um HES não possui nem protocolos padronizados nem API, os dados ainda podem ser recuperados via consultas diretas ao banco de dados. Este é o approach de nível mais baixo, mas mais universal, aplicável praticamente a qualquer sistema que rode sobre SGBD relacional.

Mecanismo de implementação:

• É estabelecido um canal VPN seguro ao servidor que abriga o banco de dados HES.
• É criada uma conta de leitura exclusiva com privilégios mínimos sobre as tabelas requeridas para o Amivisor.
• A equipe do Amivisor analisa o esquema do banco de dados e desenvolve scripts de extração de dados.
• Para acelerar a fase de análise, o cliente fornece um dump do banco de dados e, quando possível, acesso a uma instância demo ou de produção do HES.

Caso de integração: O Amivisor se integrou com SIMS (Smart Integrated Metering System) — o componente Head-End Software da plataforma ADDAX IMS desenvolvida pela ADD Grup, fabricante internacional de medidores. O SIMS gerencia uma frota de medidores inteligentes de eletricidade ADDAX (série Matrix). A integração foi realizada via acesso direto ao banco de dados, habilitando recuperação completa de dados históricos sem nenhuma modificação na arquitetura HES.

Vantagens:

• Aplicável a qualquer HES independentemente da disponibilidade de API ou protocolos
• Acesso completo a dados históricos sem restrições
• Não requer mudanças na arquitetura HES

Limitações:

• Atualizações HES que alterem esquemas de tabelas podem exigir revisões de scripts
• Requer configuração de acesso de rede seguro (VPN)
• Requisitos elevados de segurança da informação comparados a métodos baseados em API

4. Caso Especial: Gêmeo Digital

Algumas plataformas HES oferecem um caminho de integração não padrão, por exemplo, através do mecanismo de gêmeo digital. Neste modelo, o HES atua como intermediário: faz polling de medidores reais usando seu protocolo interno e acumula os dados coletados em seu lado.

Para expor dados a sistemas externos, o HES cria um medidor virtual — um gêmeo digital do dispositivo físico real — e publica os dados através dele usando protocolos padrão como DLMS/COSEM. O Amivisor interage com este gêmeo digital exatamente como faria com um medidor físico: enviando solicitações DLMS padrão e recebendo respostas em formato padrão. Da perspectiva do Amivisor, a integração é indistinguível do polling ordinário de medidores, enquanto o HES executa um modelo completo de dispositivo virtual.

Caso de integração: O Amivisor se integrou com LarTech, uma plataforma de medição que coleta dados de medidores sobre rede LoRaWAN. A LarTech cria gêmeos digitais de seus dispositivos medidos e os expõe via protocolo DLMS/COSEM. O LoRaWAN impõe restrições inerentes de volume de dados e latência; a integração foi projetada com cronogramas de polling otimizados para trabalhar de forma confiável dentro das características de largura de banda da rede.

Vantagens:

• Integração simples do lado Amivisor — não requer desenvolvimento de protocolo customizado
• Sem dependência da arquitetura interna do HES
• Interface de intercâmbio de dados completamente padronizada (DLMS/COSEM)

Limitações:

• Aplicável apenas quando o HES suporta funcionalidade de gêmeo digital
• Frescura e granularidade dos dados podem estar restritas pela rede de comunicação subjacente (ex.: LoRaWAN)

5. Intercâmbio de Dados Baseado em Arquivos

Para sistemas que não possuem API, acesso a banco de dados e suporte para protocolos modernos, o Amivisor suporta integração via intercâmbio de dados baseado em arquivos. Esta abordagem cobre tanto exportação do Amivisor para sistemas externos quanto importação de dados de plataformas de terceiros.

O Amivisor suporta as seguintes direções de intercâmbio:

• Exportação: leituras de medidores, perfis de carga e valores instantâneos — em formatos XLS e XML.
• Importação: leituras de medidores e perfis de carga — de arquivos XLS e XML gerados por sistemas externos.

Processamento de arquivos XLS: Planilhas de formato arbitrário requerem configuração única, durante a qual se indica quais colunas contêm quais tipos de dados (ID medidor, timestamp, energia ativa, etc.). Após essa configuração inicial, todo processamento de arquivos subsequente é completamente automatizado.

Processamento de arquivos XML: Esquemas XML padronizados habilitam processamento automático sem configuração. Por exemplo, o Amivisor lida com arquivos construídos sobre a template 80020 — um formato que contém não apenas dados de consumo, mas também a descrição completa do ponto de medição. Quando esses arquivos são recebidos, o Amivisor cria automaticamente pontos de medição e medidores ausentes, e reconstrói perfis de consumo por hora ou meia hora.

Caso de integração: Um caso comum para este método envolve consumidores comerciais e industriais cujos fornecedores de energia instalaram medidores inteligentes em suas instalações, mas não fornecem portal para clientes visualizarem os dados coletados. O fornecedor entrega relatórios periódicos — diários ou mensais — contendo dados de consumo por hora em formato XML. Esses arquivos são carregados no Amivisor, que os processa através de seu pipeline VEE e torna disponíveis os perfis de carga resultantes para análise de tarifas: comparando cenários de faturamento através de diferentes estruturas de tarifas para identificar o esquema de pagamento de eletricidade mais rentável.

Vantagens:

• Aplicável a HES legados e dados fornecidos por fornecedores sem acesso API ou banco de dados
• Suporte para formatos XML padronizados (ex.: 80020) garante processamento sem configuração
• Manuseio flexível de estruturas XLS arbitrárias via templates de coluna configuráveis

Limitações:

• Orientado a lotes: sem entrega de dados em tempo real
• Frescura dos dados determinada pela frequência de intercâmbios de arquivos

HES Próprio do Amivisor: Quando Usar e Quando Manter o do Fornecedor

O Amivisor inclui seu próprio HES integrado e multivendor capaz de fazer polling direto de medidores inteligentes via protocolos padrão — incluindo DLMS/COSEM — sem software intermediário do fornecedor. Entender o que coleta, e o que não, ajuda a decidir qual modelo de implementação faz sentido para um projeto dado.

O que o HES do Amivisor coleta:

• Leituras atuais e arquivadas de medidores
• Perfis de carga por intervalos (curvas de demanda de potência)
• Parâmetros de consumo instantâneos (voltagem, corrente, potência, fator de potência, etc.)
• Registros de eventos: quedas de energia, violações de selo eletrônico, eventos de sincronização de tempo
• Registros de violações de qualidade de energia
• Status e controle de relés, incluindo configuração de limites de potência
• Comandos de sincronização de tempo

Isso cobre tudo o que é necessário para medição comercial e técnica de energia: cálculos de faturamento, análise de carga, balanços energéticos, detecção de perdas e monitoramento de qualidade de energia.

O que deliberadamente o HES do Amivisor NÃO substitui são as funcionalidades estendidas de configuração e parametrização fornecidas por ferramentas HES e configuradores específicos do fabricante. Programar zonas de tarifas, ler registros diagnósticos específicos do fornecedor ou atualizar firmware de medidores — essas tarefas requerem acesso profundo ao nível do dispositivo que o Amivisor não pretende replicar. Para esses propósitos, os clientes continuam usando o HES ou software configurador do fornecedor junto com o Amivisor.

Quando faz sentido substituir completamente o HES do fornecedor:

• O HES do fornecedor está fora de suporte ou fim de vida
• Custos de licença do HES do fornecedor são proibitivamente altos
• Não é necessária programação estendida de medidores além de parâmetros operacionais padrão
• A empresa está construindo nova infraestrutura de medição do zero e quer evitar lock-in do fornecedor

Quando faz sentido manter o HES do fornecedor:

• Configuração estendida de medidores ou gerenciamento de firmware é uma necessidade operacional contínua
• O HES do fornecedor é usado ativamente para fluxos de trabalho especializados de parametrização
• Requisitos regulatórios determinam o uso de plataforma certificada do fornecedor para certas funções de medição

Ponte entre dois mundos — Amivisor.Bridge:
Para implementações onde coexistem Amivisor e um HES do fornecedor, o Amivisor oferece uma ferramenta complementar — Amivisor.Bridge — que resolve um desafio prático: uma vez que um medidor está conectado via canal de comunicação do Amivisor, como o software configurador do fornecedor alcança esse medidor para programá-lo?

O Amivisor.Bridge cria um túnel transparente entre o medidor e o configurador do fornecedor sobre o caminho de comunicação já estabelecido do Amivisor. Da perspectiva do configurador, está se comunicando diretamente com o medidor via interface padrão — enquanto na realidade, os dados trafegam através da infraestrutura do Amivisor. Isso elimina a necessidade de canais de comunicação paralelos separados ou acesso físico no local aos medidores, e permite parametrização remota de medidores usando as próprias ferramentas do fornecedor através de uma única conexão unificada.

Arquitetura de Integração Multivendor

Aplicar os métodos descritos anteriormente dentro de uma arquitetura unificada permite que o Amivisor sirva como agregador central ao nível MDM para toda a frota HES de sua companhia. Os dados de cada HES — independentemente do método de aquisição usado — passam pelo mesmo pipeline VEE, são normalizados para um formato único e ficam disponíveis através dos módulos analíticos da plataforma.

Esta abordagem se alinha completamente com a prática global de construir infraestruturas AMI multivendor, onde a camada MDM desacopla aplicações analíticas de sistemas específicos do fornecedor e fornece uma interface normalizada e consistente para todos os processos de negócio.

Vantagens-chave da arquitetura multivendor do Amivisor:

• As companhias retêm seus investimentos existentes em HES sem substituições custosas.
• Dados brutos de sistemas díspares são validados, normalizados e consolidados em um único espaço analítico.
• A plataforma escala facilmente: adicionar um novo HES não afeta integrações existentes.
• Suporte para múltiplos métodos de integração permite conectar qualquer HES, independentemente de sua idade, tipo ou abertura técnica.
• Quando necessário, o Amivisor pode atuar como substituição completa de HES através de polling direto de medidores — eliminando completamente a dependência de qualquer plataforma do fornecedor.

Processo de Integração

Para lançar integração com qualquer sistema HES, o Amivisor segue um processo consistente e bem definido:

• Auditoria técnica — coleta de informações sobre o HES: fornecedor, versão, disponibilidade de API, tipo SGBD, status da documentação e acessibilidade de rede.
• Seleção de método — baseado nos achados da auditoria, determina-se o método de integração ótimo.
• Provisão de acesso — dependendo do método selecionado: documentação API e credenciais de ambiente de teste; ou conexão VPN e dump de banco de dados; ou canal de intercâmbio de arquivos (SFTP, pasta compartilhada) com layouts de arquivos claramente definidos.
• Desenvolvimento e teste do conector — realizado usando o conjunto de ferramentas de camada de integração pronta do Amivisor.
• Lançamento em produção — a integração é movida para operação em vivo, com monitoramento contínuo da qualidade e confiabilidade de entrega de dados.

Conclusão

O Amivisor é uma plataforma AMI completa que combina capacidades HES e MDM. Muitos clientes a implementam como solução unificada de ponta a ponta. Outros — particularmente grandes empresas com infraestrutura HES existente — usam a camada MDM do Amivisor para agregar, validar e analisar dados fluindo de múltiplos sistemas HES de fornecedores.

O versátil kit de ferramentas de integração descrito neste artigo — que suporta padrões internacionais, APIs de fornecedores, acesso direto a bancos de dados, gêmeos digitais e intercâmbio baseado em arquivos — garante que o Amivisor possa se posicionar sobre qualquer cenário HES, independentemente de sua complexidade ou idade. Transforma dados fragmentados de medição em uma única camada analítica coerente que serve a todo o negócio.