Modelo Global de Dados Costal | Diagrama (Mermaid v1)
costal arquitetura-empresarial dados diagrama
Autor original: Blaschek (PNG estático recebido em abril/2026) Versão Mermaid: Pedro Villa + Anouk, 2026-04-25 — derivada do PNG original e do texto de modelo-global-dados Tipo: Diagrama vivo, consumível por agentes e atualizável por edição PNG original: 2026-04_modelo-global-dados-diagrama.png — preservado como evidência histórica Descrição textual completa: modelo-global-dados
Por que Mermaid: o PNG é uma referência visual congelada e não-consumível. A versão Mermaid permite (a) que agentes leiam a estrutura, (b) edições sem refazer arte, (c) consistência com o resto do vault, (d) renderização nativa em Obsidian e Quartz.
Princípio central
A construtora não é centrada no ERP. É centrada nos dados. O ERP transaciona; o Data Lake aprende; a IA decide.
A operação fica integrada por uma espinha dorsal que vai do cliente até a inteligência, atravessando 12 domínios de dados e produzindo eventos que retornam ao negócio como insights e recomendações.
Visão 1 — Mapa de domínios (executiva)
Os 12 domínios organizados pela cadeia de valor da construtora:
graph TB subgraph FRONT["FRONT — Demanda"] D01["1 — Mercado e Relacionamento"] D02["2 — Oportunidades e Comercial"] end subgraph CORE["CORE — Empreendimento"] D03["3 — Empreendimentos e Projetos"] D04["4 — Planejamento"] D05["5 — Execução da Obra"] end subgraph SUPPORT["SUPPORT — Operação"] D06["6 — Suprimentos e Contratações"] D07["7 — Financeiro e Controladoria"] D08["8 — Contratos e Jurídico"] D09["9 — Pessoas e Recursos"] D10["10 — Qualidade, Segurança e Riscos"] end subgraph FOUNDATION["FOUNDATION — Memória corporativa"] D11["11 — Documentos, Comunicações e Evidências"] D12["12 — Dados Analíticos e Inteligência"] end D01 --> D02 --> D03 --> D04 --> D05 D03 --> D08 D04 --> D06 & D07 & D09 & D10 D05 --> D06 & D07 & D11 D11 --> D12 D06 & D07 & D08 & D09 & D10 --> D12 D12 -.->|insights / recomendações| D01 & D02 & D03 & D04 & D05 classDef front fill:#FFE6CC,stroke:#D79B00 classDef core fill:#DAE8FC,stroke:#6C8EBF classDef support fill:#E1D5E7,stroke:#9673A6 classDef foundation fill:#D5E8D4,stroke:#82B366 class D01,D02 front class D03,D04,D05 core class D06,D07,D08,D09,D10 support class D11,D12 foundation
Leitura: o ciclo nasce em Mercado (D01), avança pelo Comercial (D02), formaliza em Projeto/Obra (D03–D05), é sustentado pelas áreas de suporte (D06–D10), preserva memória em Documentos/Evidências (D11), e gera Inteligência (D12) que retroalimenta o front (linhas tracejadas) — fechando o loop.
Visão 2 — Modelo Conceitual (ER de alto nível)
Entidades-mestre e relações principais entre os 12 domínios:
erDiagram CLIENTE ||--o{ OPORTUNIDADE : tem CLIENTE ||--o{ CONTA : possui CLIENTE ||--o{ CONTRATO_CLIENTE : firma OPORTUNIDADE ||--o{ RFP : gera OPORTUNIDADE ||--o| TERRENO : refere RFP ||--o{ PROPOSTA : "gera versões" PROPOSTA ||--|| ANALISE_VIABILIDADE : sustenta PROPOSTA ||--|| ORCAMENTO_PRELIMINAR : contém PROPOSTA ||--o{ RISCO_COMERCIAL : flagra PROPOSTA ||--o| CONTRATO_CLIENTE : "vira" CONTRATO_CLIENTE ||--|| EMPREENDIMENTO : viabiliza EMPREENDIMENTO ||--o{ PROJETO : compreende PROJETO ||--o{ OBRA : decompõe OBRA ||--o{ FRENTE_SERVICO : organiza OBRA ||--o{ LICENCA : exige OBRA ||--o{ MARCO : possui PROJETO ||--|| EAP : detalha EAP ||--o{ PACOTE_TRABALHO : "decompõe em" PACOTE_TRABALHO ||--o{ ATIVIDADE : possui ATIVIDADE }o--|| CRONOGRAMA : compõe PROJETO ||--o{ BASELINE : "linha de base" FRENTE_SERVICO ||--o{ SERVICO_EXECUTADO : registra SERVICO_EXECUTADO ||--o{ MEDICAO_FISICA : produz SERVICO_EXECUTADO ||--o{ OCORRENCIA : pode_gerar SERVICO_EXECUTADO ||--o{ INSPECAO : recebe SERVICO_EXECUTADO ||--o{ NAO_CONFORMIDADE : pode_gerar PROJETO ||--|| ORCAMENTO_APROVADO : "linha de base custo" ORCAMENTO_APROVADO ||--o{ ITEM_ORCAMENTARIO : compõe ITEM_ORCAMENTARIO ||--o{ INSUMO : demanda INSUMO ||--o{ SOLICITACAO_COMPRA : gera SOLICITACAO_COMPRA ||--o{ COTACAO : recebe COTACAO }o--|| EQUALIZACAO : compara EQUALIZACAO ||--o| PEDIDO_COMPRA : aprova PEDIDO_COMPRA ||--|| FORNECEDOR : "vincula" PEDIDO_COMPRA ||--|| CONTRATO_FORNECEDOR : formaliza PEDIDO_COMPRA ||--o{ ENTREGA : programa ENTREGA ||--o| RECEBIMENTO : conclui PROJETO ||--|| CENTRO_CUSTO : "rateia em" CENTRO_CUSTO ||--o{ CUSTO_PLANEJADO : recebe CENTRO_CUSTO ||--o{ CUSTO_REAL : "acumula" CUSTO_REAL }o--|| RECEBIMENTO : "deriva de" CUSTO_REAL }o--|| MEDICAO_FISICA : "deriva de" PROJETO ||--|| FLUXO_CAIXA : projeta PROJETO ||--|| RESULTADO_PROJETO : apura CONTRATO_CLIENTE ||--o{ ADITIVO : sofre CONTRATO_CLIENTE ||--o{ PLEITO : pode_gerar CONTRATO_CLIENTE ||--o{ DISPUTA : pode_escalar CONTRATO_FORNECEDOR ||--o{ ADITIVO : sofre OBRA ||--o{ EQUIPE : aloca EQUIPE ||--o{ COLABORADOR : compõe COLABORADOR ||--o{ APONTAMENTO : registra EQUIPE ||--o{ ALOCACAO : "tem alocação" ALOCACAO }o--|| ATIVIDADE : "executa" PROJETO ||--o{ RISCO : possui RISCO ||--|| PLANO_RESPOSTA : tem OBRA ||--o{ INCIDENTE : pode_ter INCIDENTE ||--o{ ACAO_CORRETIVA : gera PROJETO ||--o{ DOCUMENTO : produz PROJETO ||--o{ COMUNICACAO : produz COMUNICACAO ||--o{ DECISAO : pode_gerar DECISAO }o--|| BASELINE : "pode_alterar" PROJETO ||--o{ INDICADOR : mede INDICADOR }o--|| FATO_CUSTO : "consolida" INDICADOR }o--|| FATO_PRAZO : "consolida" AGENTE_IA ||--o{ RECOMENDACAO : gera RECOMENDACAO }o--|| PROJETO : "retorna a"
Convenções:
||--||1:1 obrigatório||--o{1:N obrigatório-opcional}o--||N:1- Os nomes das entidades aqui usam UPPER_SNAKE para o ER. No texto descritivo de modelo-global-dados usamos PascalCase humanizado (ex: “Cliente”, “Pedido de Compra”).
Visão 3 — Espinha dorsal (cadeia de valor → dados → IA)
A sequência canônica de transformação que define o fluxo principal da construtora:
flowchart LR A[Cliente / Oportunidade] --> B[RFP / Viabilidade / Proposta] B --> C[Contrato / Empreendimento /<br/>Projeto / Obra] C --> D[Planejamento<br/>EAP, Cronograma, Baselines] D --> E[Compras / Contratações /<br/>Equipes / Execução] E --> F[Medições / Custos /<br/>Registros / Evidências] F --> G[Indicadores / Modelos /<br/>IA / Aprendizado] G -.->|recomendações| A G -.->|previsões| B G -.->|alertas| D G -.->|insights| E classDef intencao fill:#FFE6CC,stroke:#D79B00 classDef formal fill:#FFF2CC,stroke:#D6B656 classDef projetar fill:#DAE8FC,stroke:#6C8EBF classDef executar fill:#D5E8D4,stroke:#82B366 classDef registrar fill:#E1D5E7,stroke:#9673A6 classDef aprender fill:#F8CECC,stroke:#B85450 class A intencao class B formal class C,D projetar class E executar class F registrar class G aprender
Em prosa: o comercial cria a intenção, o contrato formaliza, o projeto estrutura, a obra executa, os registros evidenciam, o dado consolida, a IA aprende — e o ciclo se retroalimenta.
Visão 4 — Eventos corporativos × Sistemas
Os principais eventos de negócio e onde eles aterram em sistema:
flowchart TB subgraph EVENTOS["Eventos corporativos"] E1[Lead qualificado] E2[Oportunidade criada] E3[Proposta emitida] E4[Contrato assinado] E5[Obra iniciada] E6[Atividade planejada / concluída] E7[Medição realizada] E8[Compra aprovada] E9[Material recebido] E10[Custo lançado] E11[Não-conformidade aberta] E12[Risco materializado] E13[Comunicação crítica registrada] E14[Aditivo emitido] E15[Obra encerrada] end subgraph SISTEMAS["Sistemas"] ERP[ERP Sienge<br/>núcleo transacional] CRM[CRM] BIM[BIM / Projetos] PROP[Gestão de Propostas / RFPs] OBRA[Gestão de Obras /<br/>Diário Digital] SUP[Compras / Suprimentos] DOC[SharePoint / GED] COMM[Teams / WhatsApp /<br/>e-mail captados] IOT[IoT / Drones /<br/>Captura da realidade] LAKE[(Data Lake<br/>Bronze · Silver · Gold)] IA[Agentes IA<br/>26 catalogados] end E1 & E2 --> CRM E3 --> PROP E4 --> ERP & CRM E5 & E15 --> ERP & OBRA E6 --> OBRA & BIM E7 --> ERP & OBRA E8 & E9 --> SUP & ERP E10 --> ERP E11 & E12 --> OBRA & DOC E13 --> COMM & DOC E14 --> ERP ERP & CRM & BIM & PROP & OBRA & SUP & DOC & COMM & IOT --> LAKE LAKE --> IA IA -.->|automatiza, recomenda, alerta| ERP & CRM & PROP & OBRA & SUP classDef evt fill:#FFF2CC,stroke:#D6B656 classDef sys fill:#DAE8FC,stroke:#6C8EBF classDef storage fill:#D5E8D4,stroke:#82B366 classDef ai fill:#F8CECC,stroke:#B85450 class E1,E2,E3,E4,E5,E6,E7,E8,E9,E10,E11,E12,E13,E14,E15 evt class ERP,CRM,BIM,PROP,OBRA,SUP,DOC,COMM,IOT sys class LAKE storage class IA ai
Mapeamento domínio × agentes IA × sistemas (referência rápida)
Cruzamento dos 12 domínios com os 26 agentes IA Costal (catálogo) e os sistemas que sustentam cada domínio:
| Domínio | Agentes IA | Sistema primário | Sistema satélite |
|---|---|---|---|
| 1. Mercado e Relacionamento | Hunter (prospecção) · Pulse | CRM | Lake (analytics de mercado) |
| 2. Oportunidades e Comercial | Atlas (orçamento) · Draft (propostas) · Gate (viabilidade) · Guardian (account) | Gestão de Propostas | Sienge (registro de contrato) |
| 3. Empreendimentos e Projetos | Compass · Viz | Sienge (cadastro de obra) | BIM |
| 4. Planejamento | Hit (planejamento) | Sienge (cronograma) | Ferramenta de cronograma |
| 5. Execução da Obra | Visor · Trace · Check · SafeWatch | Gestão de Obras | IoT/Drones |
| 6. Suprimentos e Contratações | Source (compras) · Stock · LogFlow | Sienge (compras) | Compras / fornecedores |
| 7. Financeiro e Controladoria | King (financeiro) · Apex · Payroll | Sienge (núcleo financeiro) | Conecta Contabilidade |
| 8. Contratos e Jurídico | Sentinel · Integrity | Sienge (contratos) | GED |
| 9. Pessoas e Recursos | Vita (saúde ocup.) · Grower · Scout | Folha (Paycom) | RH |
| 10. Qualidade, Segurança e Riscos | Eco · Warranty · Check · SafeWatch | Gestão de Obras | LMS |
| 11. Documentos, Comunicações e Evidências | Trace (espinha de comunicação) | SharePoint / GED | Teams / WhatsApp captados |
| 12. Dados Analíticos e Inteligência | (todos consomem; saída em recomendações) | Data Lake (Bronze/Silver/Gold) | Power BI |
Onda 1 (Quick Wins): Atlas, Draft, Sentinel, Trace, Hunter — concentrados nos domínios 2, 5, 8 e 11.
Mapeamento domínio × processos R01
Cruzamento dos 12 domínios com as 9 macroáreas do mapa de processos R01:
| Domínio de dados | Macroárea de processo (R01) |
|---|---|
| 1. Mercado e Relacionamento | [1] Comercial / Marketing · Prospecção |
| 2. Oportunidades e Comercial | [1] Comercial / Proposta Técnica-Comercial · Negociação · Assinatura |
| 3. Empreendimentos e Projetos | [3] Construção / Iniciação |
| 4. Planejamento | [3] Construção / Planejamento · Licenciamento · Mobilização |
| 5. Execução da Obra | [3] Construção / Produção · Controle de Qualidade · QSMS · Medições |
| 6. Suprimentos e Contratações | [2] Suprimentos · [3] Construção / Aquisições |
| 7. Financeiro e Controladoria | [5] Administração / Financeiro · [3] Construção / Adm Financeira (Obra) |
| 8. Contratos e Jurídico | [5] Administração / Legal |
| 9. Pessoas e Recursos | [5] Administração / Gente · [3] Construção / RH (Obra) · Contratações |
| 10. Qualidade, Segurança e Riscos | [3] Construção / Controle de Qualidade · QSMS · [7] Gestão de Riscos Corporativos |
| 11. Documentos, Comunicações e Evidências | [6] Tecnologia da Informação / Comunicação e Colaboração · transversal a todas |
| 12. Dados Analíticos e Inteligência | [6] TI / Dados, BI e Analytics · [8] Gestão de Performance |
Status de modelagem por domínio (25/04/2026)
Cobertura atual do trabalho do projeto vs. cada domínio:
| Domínio | Spec consolidada | Discovery | Sistema mapeado | Status |
|---|---|---|---|---|
| 1. Mercado e Relacionamento | parcial — spec v2 IM Colliers cobre lado dado | — | — | base sólida |
| 2. Oportunidades e Comercial | em discovery — prep orçamentação (28/04) | sim | Sienge (parcial) | sessão 28/04 |
| 3. Empreendimentos e Projetos | — | — | Sienge (cadastro) | a planejar |
| 4. Planejamento | — | — | Sienge (cronograma) | a planejar |
| 5. Execução da Obra | base nos processos R01 | — | a definir | a planejar |
| 6. Suprimentos e Contratações | base nos processos R01 | — | Sienge | a planejar |
| 7. Financeiro e Controladoria | — | — | Sienge núcleo | a planejar |
| 8. Contratos e Jurídico | — | — | Sienge + GED | a planejar |
| 9. Pessoas e Recursos | — | — | Folha (Paycom) | a planejar |
| 10. Qualidade, Segurança e Riscos | — | — | a definir | a planejar |
| 11. Documentos, Comunicações e Evidências | base do agente Trace | em desenho | SharePoint + Teams | a planejar |
| 12. Dados Analíticos e Inteligência | spec v2 IM Colliers + arquitetura Lakehouse | em discovery | Data Lake (a construir) | em discovery |
Cobertura: 3 de 12 domínios com material substantivo (25%). Marco crítico: blueprint consolidado em 16/05 precisa ter ≥6/12 cobertos.
PNG original (referência histórica)
A representação visual original do Blaschek, preservada como evidência:
Diferenças entre PNG e Mermaid:
- O PNG inclui a coluna esquerda com as 12 caixas-índice, a área central com mini-modelos por domínio, a faixa inferior com eventos e sistemas, e a legenda lateral.
- O Mermaid divide o mesmo conteúdo em 4 visões focadas (mapa, ER, espinha dorsal, eventos×sistemas) — mais leitura para humanos e mais consumível por agentes.
- O PNG é a fonte de verdade artística; em divergência, ele prevalece. O Mermaid se atualiza para acompanhar.
Ver também
- Modelo Global de Dados — descrição textual completa dos 12 domínios
- Arquitetura Empresarial Costal
- Estrutura organizacional Costal
- Catálogo dos 26 agentes IA Costal
- Mapa de Processos R01 (9 macroáreas)
- Guia técnico Sienge — núcleo transacional
- Spec Inteligência de Mercado Colliers (Lakehouse)
Diagrama Mermaid criado por Pedro Villa + Anouk em 2026-04-25 a partir do PNG original do Blaschek (abril/2026) e do texto canônico de modelo-global-dados. Atualizar em conjunto com o texto do modelo-global-dados.md — em divergência, o texto canônico prevalece sobre o diagrama.