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 | Workforce Management; domínio 4 (Construção e Serviço de Campo) — não é, por si só, o nome de um sistema. Hoje dois sistemas coexistem sob esse domínio: SIGOD (legado) e eForce (moderno, em migração) — ver as duas entradas abaixo. | Mapa do Domínio Funcional do ADMS / Framework de Domínios Funcionais |
| SIGOD | Sistema legado de despacho e execução de trabalho de campo, client-server em PowerBuilder, banco Oracle. Integrado ao OMS via SOAP/SFTP (carga full de equipes, sem endpoint de equipe única). Em processo de substituição pelo eForce. Nota de grafia: "Sigode" e "Sigod" aparecem como variantes fonéticas em transcrições de reunião — todas se referem ao mesmo sistema; "SIGOD" é a grafia usada nos materiais originais do cliente (slides do framework corporativo) e adotada como canônica neste assessment. | Integração WFM-ADMS / Framework de Domínios Funcionais |
| eForce | Substituto moderno do SIGOD, mesmo domínio 4 — microsserviços .NET, persistência em MongoDB, eventos via Kafka. Único midler com integração direta ao ADMS: ApiOntMiddleware. Convive com o SIGOD durante a migração (bloco de compatibilidade replica Ordens de Serviço de volta ao banco legado). Achado central: ausência de DLQ em qualquer fila do domínio. |
Integração WFM/eForce — Ordem de Serviço |
| 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.