Framework de Domínios Funcionais — Energisa¶
Projeto: DSB26201 · Assessment de Arquitetura de Integrações · Energisa Fonte: "Framework de aplicações Energy (2).pptx" (slides 2, 4, 6 e 8 — versões 2024/2025) e screenshot "GPAN | Organograma" (pasta Reuniao-02), ambos fornecidos pelo cliente Status: Rascunho para consolidação — a incorporar na Ata 02 (fecha as ações 2 e 3, hoje pendentes) e como capítulo de referência corporativa do Assessment Consolidado Elaborado por: Syntropy Labs
Por que este artefato existe¶
Na Ata 02 (25/06), Felipe se comprometeu a enviar (1) a versão atualizada do documento de agrupamento de sistemas por domínio e (2) um material com responsabilidades e funções de cada domínio. Nenhuma das 12 atas do Capítulo 1 registrava esse material como recebido. O pptx entregue agora cobre as duas pendências: é o framework corporativo oficial (baseado nos capability models TIME do Gartner e HPUM da Accenture), com quatro camadas — Domínio Funcional → Aplicação → Produto → Módulo — e traz tanto o mapeamento de sistemas por domínio (slide 6, 2025) quanto o responsável por domínio/capacidade (slide 8, 2024).
Os 12 domínios¶
| # | Domínio | Aplicações / Produtos principais | Responsável |
|---|---|---|---|
| 1 | Planejamento e Engenharia | GIS, GRM, EPSP | Katia |
| 2 | Gestão de Ativos | EAM (SGM/SOMA/VERA/mNTCS) | Renato |
| 3 | Operação de Redes | ADMS (SCATEX/POWER5/Elipse/SGD/TS/PO/SIGOT), DSS (NetClima/Tempo Real), BPM-Qualidade Técnica (SICDE/SICNT) | Felipe / Walter |
| 4 | Construção e Serviço de Campo | WFM (SIGOD), PS (SIAGO) | Felipe / Walter / Thalita |
| 5 | Proteção à Receita | CIS, Billing (SIFAR e outros), AMI | Rafael / Lilia |
| 6 | Experiência do Cliente | CRM-Service (SIATE-SIATT), CCI, DXP | Danri / Henrique |
| 7 | Comercial | CRM, DCE | Patrícia |
| 8 | Compra e Trade de Energia | ETRM | Bruno |
| 9 | Regulatório | (sem produto/responsável no pptx) — duas frentes: Regulatório de Energia e Regulatório de Gás¹ | — |
| 10 | Cadeia de Suprimentos | ERP-Supply Chain, Procurement, WMS, TMS | Viviane |
| 11 | Plan e Controle Orçamentário | Enterprise Performance Management | Viviane |
| 12 | Suporte Corporativo | Treasury, Tax, HCM, Legal e mais 13 produtos | Viviane / Renan / Dere Edson / Lucas |
O ADMS, foco deste assessment, é o produto 3.1 dentro do domínio 3 "Operação de Redes" — não é ele próprio um domínio.
¹ Escopo funcional do domínio 9 não vem do pptx (que não lista nada para ele) — vem do screenshot "GPAN | Organograma" (Reuniao-02), detalhado na seção de achados abaixo.
Diagrama 1 — Landscape dos 12 domínios¶
Diagrama 2 — Zoom no Domínio 3 (Operação de Redes)¶
Este diagrama é o elo entre este framework corporativo e o Mapa do Domínio Funcional do ADMS já produzido: aquele artefato detalha o que está dentro do produto 3.1 ADMS (módulos EMS/SCADA/DMS/OMS e seu perímetro técnico de integração); este aqui mostra onde o ADMS se encaixa no organograma de domínios da Energisa como um todo.
Achados que valem registro¶
NetClima não é "fora de escopo" por engano — o slide de funcionalidades do ADMS (30/06) já havia listado NETCLIMA como fora do escopo do projeto. Este framework confirma que faz sentido: NetClima é o produto 3.2 (DSS), um sistema irmão do ADMS dentro do mesmo domínio, não algo que o ADMS deva absorver.
POWER5 ≠ PowerOn, confirmado por segunda fonte — o slide 6 lista "SCATEX/POWER5/Elipse/SGD/TS/PO/SIGOT" como produtos do 3.1 ADMS, com POWER5 e PO (PowerOn) como códigos claramente distintos. Reforça o que já havia sido apontado como erro de normalização na Ata 03 (que fundiu os dois sob o nome "PowerOn").
Domínio 9 "Regulatório": gap de sistema, não de escopo — nenhum dos slides do pptx (4, 6 ou 8) lista aplicação, produto ou responsável para este domínio. Isso segue sendo uma lacuna real da Energisa no framework corporativo. Mas o screenshot "GPAN | Organograma" (Reuniao-02) traz uma anotação, ao lado do nó "Regulatórios", que descreve o escopo funcional do domínio mesmo sem ele ter sistema ou responsável formal atribuído:
- "Regulatório de Energia / Regulatório de gás" — o domínio se divide em duas frentes, uma por tipo de negócio.
- "Gestão de ativos – é verificado a questão do ativo versus remuneração tarifária" — praticamente idêntico ao que a Ata 02 (seção 5.11) já registrava em prosa.
- "Serviços comerciais e técnicos – garantir o cumprimento das resoluções vigentes" — de novo, quase verbatim com a Ata 02.
Ou seja: o domínio tem escopo e responsabilidades conhecidas e já documentadas em duas fontes independentes (Ata 02 e este organograma) — o que falta é sistema e responsável nominal, não entendimento do que o domínio faz. Isso é relevante porque o Capítulo 5 do Assessment (Riscos e Matriz RAID) vai precisar de um responsável regulatório para tratar pendências como a retenção de dados por 10 anos (já registrada como risco alto na Ata 03), e hoje não há a quem atribuir essa ação dentro do framework oficial.
SIATT/SIATE confirmado como CRM-Service — o produto 6.1 do domínio "Experiência do Cliente" é oficialmente "CRM-Service (SIATE-SIATT)", validando a suposição feita no Mapa do Domínio Funcional do ADMS.
SICCO/SIFAR permanece parcialmente não resolvido — o slide de integrações do ADMS (30/06) citava "SICCO/SIFAR" como integração não detalhada. Este framework confirma SIFAR (produto 5.2, Billing and Revenue Management), mas não lista "SICCO" em nenhum domínio — o código segue sem correspondência clara nas fontes disponíveis.
Nome da frente de logística da VPN — o screenshot do organograma (Reuniao-02) nomeia a frente que a Ata 02 só descreveu genericamente ("aquisição de serviços, materiais e logística") como DSLO.
Próximo passo¶
Consolidar este framework na Ata 02 (marcando as ações 2 e 3 como concluídas, com este pptx como evidência) e usá-lo como capítulo de referência corporativa no Assessment Consolidado — provavelmente como anexo do Capítulo 7, já que os Capítulos 2–6 são específicos do ADMS e este framework é mais amplo que o projeto.