Glossário Técnico — Negócio e Arquitetura de Integração ADMS (Energisa)
Projeto: DSB26201 — Avaliação de arquitetura de integração ADMS (Energisa)
Fonte: Anexos "Glossário técnico" das Atas 04, 05 e 06 do Assessment_Consolidado; corpo das Atas 01–14; artefatos já produzidos neste engajamento (Mapa do Domínio Funcional do ADMS, Framework de Domínios Funcionais, e os demais artefatos de arquitetura)
Status: Rascunho para validação
Elaborado por: Consultoria Syntropy
Nota metodológica
A maior parte dos termos abaixo vem de três glossários formais já existentes no Assessment_Consolidado (Atas 04, 05 e 06), que definem o termo tal como usado nas sessões. Os demais foram extraídos do corpo das Atas 01–14 (prosa e tabelas de risco) e dos artefatos já produzidos neste ciclo, todos rastreáveis a uma sessão específica. Termos marcados com (*) aparecem apenas em transcrições (VTT) de sessões cuja Ata ainda não confirma a definição formalmente — tratar com mais cautela do que os demais. Onde a própria Ata registrou incerteza sobre um termo (modalidade, escopo ou fornecedor não confirmado), isso foi preservado na definição.
1. Domínio de negócio e módulos do ADMS
| Termo |
Definição |
Fonte |
| ADMS |
Advanced Distribution Management System; plataforma integrada de operação e gestão da distribuição de energia. |
Atas 05, 06 |
| EMS |
Energy Management System; módulo do ADMS com loadflow, estimador de estados, localização de faltas e manobras de restabelecimento, IVVO e modelo de rede — funções novas trazidas pelo ADMS. |
Slide 23 (Ata 03) / Mapa do Domínio Funcional do ADMS |
| SCADA |
Sistema supervisório de aquisição de dados, monitoração, controle supervisório, alarmes e gestão de tags — pré-existente, aprimorado pelo ADMS. Recebe telemetria e sinais de equipamentos e remotas. |
Atas 03, 06 |
| DMS |
Distribution Management System; módulo do ADMS com UBLF (fluxo de carga balanceado desequilibrado), localização de faltas, manobras, FLISR, IVVO, monitoração de DER, modelo de rede, simulador e historiador. |
Ata 03 / Mapa do Domínio Funcional do ADMS |
| OMS |
Outage Management System; módulo de gestão de interrupções e ocorrências — previsão, verificação e restauração, ETRs, gestão de equipes de campo e análise de confiabilidade. Tratado como parte do ADMS. |
Ata 06 |
| OTS |
Operator Training Simulator; ambiente de treinamento comum aos módulos do ADMS. |
Mapa do Domínio Funcional do ADMS |
| IVVO |
Integrated Volt/VAR Optimization; otimização integrada de tensão e potência reativa — função presente tanto no EMS quanto no DMS. |
Ata 03 |
| FLISR |
Fault Location, Isolation and Service Restoration; localização de falta, isolamento e restabelecimento automático de serviço, função do DMS. |
Ata 03 |
| UBLF |
Fluxo de carga balanceado/desequilibrado (Unbalanced Load Flow), função do DMS. |
Ata 03 |
| ETR |
Estimated Time of Restoration; tempo estimado de restabelecimento, indicador central do OMS. |
Ata 03 |
| DER |
Distributed Energy Resources; recursos energéticos distribuídos (geração e armazenamento de pequena escala conectados à rede). |
Mapa do Domínio Funcional do ADMS |
| DERMS |
Sistema de gestão de recursos energéticos distribuídos — explicitamente fora do escopo do projeto ADMS. |
Slide 23 (Ata 03) |
| DEC, FEC, DIC, FIC |
Indicadores regulatórios de continuidade do fornecimento de energia, associados à duração e à frequência de interrupções por unidade consumidora ou conjunto. |
Ata 06 |
| SIGFI |
Sistema Individual de Geração de Energia Elétrica com Fonte Intermitente; citado como um tipo de extrato/cliente no contexto do GIS. |
Ata 06 |
| MT, BT, AT |
Média, baixa e alta tensão — categorias de rede que podem ter extratos e dependências distintas nas integrações do ADMS. |
Ata 06 |
2. Sistemas e domínios corporativos
| Termo |
Definição |
Fonte |
| GIS |
Geographic Information System; cadastro georreferenciado e mestre dos ativos da rede externa. Na Energisa, roda sobre Smallworld (GE). Domínio 1 (Planejamento e Engenharia) no framework corporativo. |
Ata 06 / Framework de Domínios Funcionais |
| GIS Adapter |
Componente da GE que extrai, transforma e enriquece dados do Smallworld (GIS) para o formato consumido pelo DMS, com entrega via SFTP em arquivos XML por grupo/empresa. |
Ata 06 |
| SFTP / Staging |
Canal seguro de transferência de arquivos usado para depositar os XMLs do GIS Adapter; Staging é a área de recepção e importação do ADMS antes da validação e carga definitiva. |
Ata 06 |
| WFM (SIGOD) |
Workforce Management; sistema de despacho e execução de trabalho de campo, integrado ao OMS para acionamento e baixa de serviços. Produto do domínio 4 (Construção e Serviço de Campo). |
Mapa do Domínio Funcional do ADMS / Framework de Domínios Funcionais |
| SGM (EAM) |
Sistema de Gestão de Manutenção / Enterprise Asset Management (produtos SOMA/VERA/mNTCS); gera notas de serviço consumidas pelo OMS. Domínio 2 (Gestão de Ativos). |
Mapa do Domínio Funcional do ADMS / Framework de Domínios Funcionais |
| CRM-Service (SIATE/SIATT) |
Sistema de relacionamento com o cliente e atendimento telefônico/base comercial; origina reclamações de falta de energia que chegam ao OMS. Domínio 6 (Experiência do Cliente). |
Atas 03, 06 / Framework de Domínios Funcionais |
| SICCO / SIFAR |
SIFAR confirmado como o produto de Billing and Revenue Management (domínio 5, Proteção à Receita); SICCO permanece sem correspondência clara identificada nas fontes disponíveis. |
Framework de Domínios Funcionais |
| AMI / MDM |
Advanced Metering Infrastructure / Meter Data Management; medidores inteligentes. Única integração com o ADMS ainda não implementada — em avaliação para fase 2, pelo risco de falso positivo (medidor pode indicar falta de energia por desligamento do próprio disjuntor do cliente). |
Ata 03 / Mapa do Domínio Funcional do ADMS |
| DSS (NetClima) |
Decision Support System; sistema irmão do ADMS dentro do domínio "Operação de Redes" (produto 3.2), não um componente a ser absorvido pelo ADMS. |
Framework de Domínios Funcionais |
| CIS |
Customer Information System; parte do domínio 5 (Proteção à Receita), junto com Billing e AMI. |
Framework de Domínios Funcionais |
| BPM (Qualidade Técnica) |
Sistemas SICDE/SICNT de gestão da qualidade técnica, produto 3.3 do domínio "Operação de Redes". |
Framework de Domínios Funcionais |
| ETRM |
Energy Trading and Risk Management; sistema do domínio 8 (Compra e Trade de Energia). |
Framework de Domínios Funcionais |
| DCE / DXP |
Sistemas do domínio comercial (DCE) e de experiência digital do cliente (DXP). |
Framework de Domínios Funcionais |
| DSLO |
Nome da frente de logística, aquisição de serviços e materiais, conforme organograma corporativo (GPAN). |
Framework de Domínios Funcionais |
| GEPAN |
Equipe/área citada como responsável pelos requisitos do fluxo regulatório de indicadores do ADMS. |
Ata 14 (VTT) |
3. Integração e mensageria
| Termo |
Definição |
Fonte |
| CDC |
Change Data Capture; técnica de captura contínua das alterações realizadas nas bases de dados, base da maior parte das integrações do ADMS com o restante do ecossistema. |
Atas 04, 05, 06 |
| Debezium |
Conjunto de conectores Kafka Connect para captura de mudanças em bancos (Oracle, SQL Server) e publicação em tópicos Kafka. |
Atas 05, 12 |
| Kafka Connect |
Framework Kafka para execução de conectores de origem (source) e destino (sink) entre o barramento e sistemas externos. |
Atas 04, 05 |
| KSQLDB |
Camada de processamento de streams baseada em SQL para Apache Kafka, usada na consolidação multiempresa. |
Ata 04 |
| Schema Registry |
Repositório e mecanismo de governança e versionamento de schemas de mensagens no ecossistema Kafka. |
Ata 04 |
| KRaft |
Modo de consenso e gerenciamento de metadados do Kafka sem dependência do ZooKeeper. |
Ata 04 |
| Consumer lag |
Diferença entre a posição mais recente de um tópico Kafka e a posição já processada por um consumidor — métrica central de observabilidade de streaming. |
Ata 04 |
| DLQ |
Dead Letter Queue; fila para mensagens que não puderam ser processadas pelo consumidor. |
Ata 05 |
| Sensedia |
Plataforma de API Gateway e API Management usada pela Energisa; opera principalmente como gateway/proxy das APIs do ADMS, não como orquestrador front-to-back. |
Ata 05 |
| API Gateway / API Management |
Camada de entrada que controla, protege e encaminha chamadas de API (Gateway); gestão do ciclo de vida da API — catálogo, design, políticas, publicação e análise (Management). |
Ata 05 |
| F5 / BIG-IP |
Plataforma de entrega de aplicações responsável por VIPs, pools, balanceamento de carga e health checks entre datacenters. |
Ata 05 |
| VIP |
Virtual IP; endereço lógico de entrada associado a um pool de backends no F5. |
Ata 05 |
| Health check |
Verificação usada para determinar se um membro de um pool pode receber tráfego. |
Ata 05 |
| Site switch |
Troca operacional do ambiente ativo entre datacenters/sites — mecanismo do fornecedor Schneider referido de formas variadas ao longo do assessment. |
Atas 05, 12 |
| OpenShift |
Plataforma Kubernetes empresarial usada para executar os serviços e componentes de integração do ADMS. |
Ata 04 |
| IaC |
Infrastructure as Code; configuração de infraestrutura por código versionado. |
Atas 04, 05 |
| HPA / KEDA |
Horizontal Pod Autoscaler (escala pods por métricas de recursos) e Kubernetes Event-Driven Autoscaling (escala por eventos/métricas externas). |
Ata 04 |
| Single tenant compartilhado |
Ambiente único que atende várias empresas do grupo Energisa simultaneamente, com limitações de segregação entre elas. |
Ata 06 |
4. Engenharia de dados e nuvem
| Termo |
Definição |
Fonte |
| XStream |
Mecanismo de captura de mudanças do Oracle (baseado em tecnologia GoldenGate), adotado pela Energisa após POC de cerca de um mês, preferido a alternativas como GoldenGate direto e LogMiner. |
Ata 12 |
| Data Guard (Far Sync) |
Mecanismo de replicação do banco Oracle entre os data centers de Minas Gerais e Paraíba. A própria Ata 13 registra ressalva: modalidade, modo de proteção (síncrono/assíncrono) e tipo de transporte não estavam confirmados até aquela sessão. |
Atas 12, 13, 14 |
| Materialização de views |
Procedimento criado internamente para contornar limitações de captura de determinadas estruturas do SQL Server — identificado como componente crítico construído sob pressão de prazo, em produção, sem propriedade formal definida (mesmo padrão de risco depois observado no serviço de gravação em Go da Ata 14). |
Ata 12 |
| Kafka Connect Sink / Source |
Componentes que, respectivamente, consomem eventos do barramento Kafka e os gravam no destino (Sink), ou capturam mudanças na origem e publicam no barramento (Source). Na cadeia de dados do ADMS, o Sink em uso é um serviço proprietário em Go, mantido como solução temporária até a contratação do Confluent Kafka Connect Sink oficial. |
Ata 14 |
| Azure Runtime Integrator |
Componente de execução, rodando no ambiente próprio da Energisa, que conecta às bases Oracle corporativas e envia os dados capturados para a nuvem. |
Ata 14 |
| Landing |
Área de aterrissagem do Data Lake (Azure Data Lake Storage) onde os dados chegam antes do processamento — hoje com retenção uniforme de 7 dias para todos os dados, independentemente de criticidade. |
Ata 14 |
| Databricks Bronze/Silver/Gold |
Camadas do pipeline único de processamento no Databricks: Bronze (carga bruta), Silver (harmonização) e Gold (agregação), catalogadas no Unity Catalog. |
Ata 14 |
| Unity Catalog |
Camada de governança do Databricks responsável pela catalogação e controle dos objetos de dados. |
Ata 14 |
| Delta sharing |
Mecanismo usado para disponibilizar os dados do Databricks (camada Gold) ao Power BI / Microsoft Fabric. |
Ata 14 |
5. Continuidade e disaster recovery (DR)
| Termo |
Definição |
Fonte |
| RTO |
Recovery Time Objective; tempo máximo aceitável para restabelecimento de um serviço. Para os sistemas corporativos, hoje declarado em 24 horas para subir as aplicações críticas. |
Ata 04 (definição) / Reuniao-DR (valor aplicado) |
| RPO |
Recovery Point Objective; quantidade máxima aceitável de dados perdidos, normalmente medida em tempo. |
Ata 04 |
| G1, G2, G3 |
Os três agrupamentos do ADMS. G3: já implantado, roda exclusivamente nos data centers de Minas Gerais — foi o primeiro agrupamento em operação. G1: em implantação no data center da Paraíba (SCADA implantado, OMS em sequência). G2: expansão futura a definir, que elevará progressivamente o tráfego entre os sites. |
Atas 13, 14 |
| Chaveamento entre sites |
Manobra de transferência da operação do ADMS entre os data centers — mesmo mecanismo do fornecedor tratado como "site switch" na Ata 12. |
Ata 14 |
| Site suíte local |
Modalidade de teste de DR que corta toda a conectividade com o data center principal e sobe o ambiente de contingência isolado — cenário mais próximo de um desastre real, mas não executado em 2026 (grupos 1 e 3) por orientação da Schneider, que sinalizou risco de perda de dados. (*) |
Reuniao-DR (VTT) |
| Site suíte global |
Modalidade de teste de DR que mantém a conectividade entre os sites e apenas promove o ambiente secundário a principal — modalidade efetivamente executada em 2026. (*) |
Reuniao-DR (VTT) |
| Teste em bolha |
Verificação de continuidade conduzida em ambiente isolado no site secundário: um sistema é selecionado, seus bancos, diretório de identidade e demais dependências são levantados separadamente na Paraíba para validação — sem representar um chaveamento real de produção. Nunca houve declaração real de desastre nem chaveamento integral do ambiente corporativo. |
Atas 13, 14 / Reuniao-DR |
| Prática |
Central de Chamados de TI da Energisa. Citada na sessão de DR como a ferramenta/área pela qual Mike atua como ponto focal, ao lado de Marcos, na execução dos testes de desastre — nome capturado de forma imprecisa no VTT original ("Gotik"), corrigido em 05/08/2026. |
Reuniao-DR (VTT) |
| PTRD |
Termo usado por um participante para o plano de continuidade de negócio da Energisa ("nosso plano de continuidade de negócio, que é o nosso PTRD"). Não aparece em nenhuma Ata consolidada até o momento — expansão da sigla não confirmada. (*) |
Reuniao-DR (VTT) |
| DCI |
Data Center Interconnect; projeto de infraestrutura dedicada entre os data centers, em fase de assinatura de contrato, com infraestrutura prevista para 2026 e migrações até março de 2027. |
Ata 13 |
6. Regulatório
| Termo |
Definição |
Fonte |
| ANEEL |
Agência Nacional de Energia Elétrica; regulador que consome os indicadores entregues pelo pipeline de dados regulatório, com defasagem máxima aceita de 30 minutos. |
Ata 14 |
| Projeto Radar / PI Radar |
Nome usado para o projeto de indicadores regulatórios entregues em micro-batch de 20 minutos via APIs à ANEEL. Citado de forma independente nas Atas 11 e 14 (boa corroboração cruzada), mas a expansão/origem exata do nome não está formalmente documentada em nenhuma Ata. (*) |
Atas 11, 14 (VTT) |
7. Observabilidade
| Termo |
Definição |
Fonte |
| Zabbix |
Ferramenta de monitoramento de infraestrutura citada no panorama de observabilidade do ADMS. |
Ata 11 |
| Datadog |
Plataforma de observabilidade citada como parte do mosaico de ferramentas em uso, ao lado de Zabbix e ELK. |
Ata 11 |
| ELK / Elastic |
Pilha usada para ingestão, indexação, pesquisa e dashboards de logs. |
Atas 06, 11 |
| Grok |
Mecanismo de parsing por padrões, usado para estruturar linhas de log antes da indexação. |
Ata 06 |
Observação final
Este glossário cobre os termos que apareceram nas 14 Atas já consolidadas e nas duas sessões mais recentes (Engenharia de Dados e DR), ainda sem Ata formal para a segunda. Ele não substitui o "Glossário de termos e siglas do projeto" previsto no Capítulo 7 (Anexos e Referências) do Assessment Consolidado, hoje listado como capítulo em construção — antes recomenda-se usá-lo como insumo direto para esse capítulo, já que reúne e organiza por domínio o que hoje está disperso entre três Anexos A e o corpo de várias Atas.