Mapa do Domínio Funcional do ADMS

Projeto: DSB26201 · Assessment de Arquitetura de Integrações · Energisa Fonte: Slide "ADMS para Energisa · Funcionalidades" (slide 23), apresentado por Felipe Rosa Aguiar na reunião de 30/06/2026 (Ata 03 · Projeto ADMS e COI do Futuro) Status: Rascunho para consolidação — a incorporar na Ata 03 (seções 5.9–5.11) e no Capítulo 2 do Assessment Consolidado Elaborado por: Syntropy Labs

Por que este mapa existe

Nenhuma das 12 atas do Capítulo 1 do Assessment trazia, até agora, uma decomposição funcional do ADMS com este nível de detalhe — só descrições em prosa (seções 5.5 a 5.11 da Ata 03). Este documento consolida o slide 23, que é a fonte mais granular disponível até o momento sobre o que está dentro do ADMS, o que é integração e o que é explicitamente fora de escopo.

Diagrama

Formato: PlantUML C4 (Container diagram), biblioteca padrão C4-PlantUML. Renderizado e validado localmente (PlantUML 1.2019.06 + stdlib C4 embutido) — imagem em ../040-diagramas/dominio_adms.svg.

Nota de renderização: este .puml usa apenas macros estáveis desde a v1.0.0 do C4-PlantUML (Person, System_Boundary, Container, System_Ext, Rel), por isso é compatível tanto com o stdlib embutido em versões antigas do PlantUML quanto com a biblioteca atual. Macros cosméticos mais recentes (LAYOUT_WITH_LEGEND(), SHOW_LEGEND()) foram deliberadamente omitidos para garantir compatibilidade — quem renderizar com a biblioteca atual pode reincluí-los.

Legenda

Cor	Significado
Verde	Novas funções incorporadas com o ADMS
Azul	Funções pré-existentes, aprimoradas pelo ADMS
Roxo	Integração com sistemas e equipamentos externos ao ADMS
Cinza	Fora do escopo do projeto ADMS

Leitura por módulo

EMS (funções novas): Loadflow, estimador de estados, localização de faltas, manobras de restabelecimento, IVVO, modelo de rede.

SCADA (funções aprimoradas, já existentes): aquisição de dados, monitoração, controle supervisório, alarmes, gestão de TAGs, cálculos, tendências, self-healing.

DMS (mistura de novo e aprimorado): UBLF e estimador de estados, localização de faltas e manobras (aprimoradas), FLISR, monitoração DER, modelo da rede, simulador da operação e historiador DMS/OMS (novas).

OMS (funções novas): previsão de interrupção, verificação e restauração de interrupções, ETRs, gestão de equipamentos de campo, análise e relatório de confiabilidade.

OTS: ambiente de treinamento, comum a todos os módulos.

Perímetro de integração

GIS, SIATT/SIATE, SICCO/SIFAR, SGM, atendimento digital e WFM (SIGOD legado + eForce em migração) integram diretamente com o ADMS. AMI/MDM é a única integração ainda não implementada — está em avaliação para a fase 2, pelo risco de falsos positivos já registrado na Ata 03 (medidor pode indicar falta de energia por desligamento do próprio disjuntor do cliente).

Correção de nomenclatura (12/08/2026): o slide original rotula este domínio como "MWM (SIGOD)" — leitura provavelmente imprecisa do slide-fonte. O nome correto do domínio é WFM (Workforce Management), hoje com dois sistemas coexistindo: SIGOD (legado, client-server PowerBuilder/Oracle, integra via SOAP/SFTP para carga full de equipes) e eForce (substituto moderno em migração, microsserviços .NET/MongoDB/Kafka, único midler com face direta ao ADMS é o ApiOntMiddleware) — ver integracao-wfm-eforce-ordem-servico.md.

Fora de escopo (explícito no slide)

Dashboards e relatórios avulsos, NETCLIMA (sistema de clima), DERMS, agregadores de pequenos recursos de DR, e a integração direta de equipamentos de campo (automação de distribuição, IEDs de alimentadores, DERs grandes) — esses equipamentos aparecem no SCADA, mas não como integração de sistema.

Lacunas que permanecem, mesmo com este mapa

O slide original não detalhava protocolo, direção ou contrato de interface para nenhuma das integrações listadas — a maior parte já foi respondida por outros artefatos deste assessment, produzidos depois deste mapa:

• GIS — resolvido: SFTP, unidirecional, assíncrono (extrato XML por grupo/empresa, batch noturno ou manual). Sem SOAP. Ver integracao-gis-adms.md.
• Atendimento digital — resolvido: Kafka (WSROT publica crm_chamada_ocorrencia_tecnica), com bifurcação legada via RabbitMQ/MSGOT para distribuidoras não migradas (R43). Ver fluxos-atendimento-adms.md.
• WFM/SIGOD — resolvido: dois caminhos coexistindo — SIGOD via SOAP/SFTP (carga full de equipes, ver integracao-wfm-adms.md) e eForce via API/Kafka (ver integracao-wfm-eforce-ordem-servico.md).
• SGM — resolvido: Kafka interno + API Gateway Sensedia (callback SOAP do ADMS convertido para REST no microsserviço de notificação), prováveis adapters SMR (envio) e SMN (notificação) do catálogo do fabricante. Ver integracao-manutencao-dms-adms.md e catalogo-adapters-schneider-adms.md.
• SIATT/SIATE — resolvido quanto à identidade (são dois códigos de produto do mesmo "CRM-Service", não sistemas concorrentes — ver framework-dominios-funcionais.md), mas o contrato/protocolo específico de cada um segue sem detalhamento próprio.
• SICCO/SIFAR — ainda não resolvido. SIFAR foi confirmado como o produto 5.2 (Billing and Revenue Management), mas "SICCO" segue sem correspondência clara em nenhuma fonte disponível até 12/08/2026.

SCADA continua sem integração direta documentada com o ADMS além do que já está descrito como módulo interno — a dúvida "SCADA ↔ ADMS" do template do Capítulo 2 fica parcialmente resolvida (SCADA é módulo do ADMS, não integração externa), mas os equipamentos de campo que alimentam o SCADA (IEDs, automação) seguem sem integração mapeada.

Próximo passo

Consolidar este mapa na Ata 03 (substituindo/complementando as seções 5.9 "Integração com o GIS" e 5.10 "Integrações com atendimento, clientes, manutenção e campo") e usá-lo como base factual do Capítulo 2 do Assessment Consolidado, no lugar das referências indicativas por ata que hoje estão no template.