Três versões do mesmo dado: qual vale?

Três versões do mesmo dado — e ninguém sabe qual vale.

A ABNT NBR ISO 19650-1:2022 define o CDE como a fonte de informação acordada de um projeto (§3.3.15): coleta, gerencia e dissemina cada contêiner de informação em processo controlado, com estados que governam o ciclo de vida do dado (§12). O princípio é simples: se está no CDE com estado publicado, vale. Se não está, não existe para efeitos formais.

Na prática brasileira, o princípio de fonte única não é operado. O modelo vive no CDE, mas a planilha de quantitativos vive no e-mail. A ata de coordenação vive no WhatsApp. O memorando de aprovação vive em pasta local. A mesma informação aparece em três lugares com três versões — e ninguém sabe qual é a vigente.

Esta página trata do princípio de governança. A irmã "CDE virou pasta: o ambiente comum de dados só serve se tiver fluxo" cobre a mecânica do CDE (estados, workflow, configuração). Aqui a dor é anterior: a organização não opera o conceito de fonte única da verdade — mesmo quando o CDE existe e funciona, a informação continua morando fora dele.

1. 1

   Dado no modelo diverge da planilha · o quantitativo do modelo diz uma coisa, a planilha do orçamentista diz outra. Ninguém sabe qual vale porque ambos coexistem sem fonte autorativa declarada.

2. 2

   Aprovação fora do CDE · a decisão de aprovar uma entrega acontece por e-mail ou reunião e não é registrada no CDE. O CDE mostra o modelo; a aprovação mora em outro lugar.

3. 3

   Versão vigente depende de quem responde · a pergunta "qual é a versão atual?" gera respostas diferentes conforme quem é perguntado. Sem fonte única, cada pessoa opera com a versão que tem.

4. 4

   Pasta local com cópias de segurança · cada disciplina mantém cópia local dos arquivos "por segurança". O CDE vira uma das fontes, não a fonte. Cópias divergem silenciosamente.

5. 5

   Informação relevante circula por e-mail ou WhatsApp · decisões, especificações e alterações viajam por canal informal. O CDE não é a fonte completa porque parte da informação nunca entra nele.

6. 6

   Sem estado formal nos contêineres · o CDE não distingue "em trabalho", "compartilhado" e "publicado" (§12 da 19650-1). Sem estados, não há como saber se o dado é vigente, rascunho ou obsoleto.

1. 1

   Conceito de fonte única não é comunicado · a equipe não foi informada de que o CDE é a fonte acordada — e que informação fora dele não existe formalmente. Sem comunicação, cada um opera do jeito que sempre operou.

2. 2

   CDE não cobre todos os tipos de informação · o CDE guarda modelos e pranchas, mas atas, memorandos, especificações e decisões ficam de fora. Se o CDE não é completo, não pode ser fonte única.

3. 3

   E-mail e WhatsApp são mais rápidos · o CDE exige upload, estado, metadados. O e-mail exige um clique. A equipe escolhe a velocidade — e a informação se fragmenta.

4. 4

   Sem política de uso do CDE · não existe documento que defina: o que entra no CDE, por quem, em qual estado, com qual frequência. Sem política, o uso é discricionário.

5. 5

   Estados do CDE não estão configurados · a §12 da 19650-1 define estados (em trabalho, compartilhado, publicado, arquivado). Se o CDE não implementa esses estados, o princípio de "publicado = vigente" não funciona.

6. 6

   Cultura de "cada um guarda o seu" · a organização opera em silos onde cada disciplina mantém seus próprios arquivos. O CDE é visto como obrigação adicional, não como fonte primária.

1. 1

   Decisão tomada com dado obsoleto · alguém usa a versão do e-mail porque é a que tem. A versão do CDE era diferente. A decisão é tomada com base na versão errada — e o erro só aparece quando o dano já está feito.

2. 2

   Disputa sobre qual versão vale · contratante e contratado discordam sobre a versão vigente. Sem fonte única, ambos apresentam a versão que lhes convém. A disputa vira palavra contra palavra.

3. 3

   Auditoria de conformidade impossível · auditor precisa de trilha rastreável: quem produziu, quem verificou, quem publicou, quando. Se a informação está espalhada em múltiplas fontes, a trilha não existe.

4. 4

   Coordenação sobre versões desalinhadas · a federação combina modelos de datas e versões diferentes. Conflitos detectados podem já estar resolvidos na versão mais recente — que alguém esqueceu de subir ao CDE.

5. 5

   Operação recebe informação fragmentada · na transição para a fase operacional, facilities recebe o que está no CDE — que é incompleto porque parte da informação vivia em e-mail. O AIM nasce fragmentado.

6. 6

   Retrabalho por versão errada · projetista trabalha sobre versão desatualizada porque a atualização circulou por e-mail e não por CDE. O retrabalho é pago por quem não causou o problema.

Todos os testes podem ser executados pelo gestor da informação ou pelo coordenador de projeto. Baseiam-se na §12 da ABNT NBR ISO 19650-1:2022 (estados do CDE) e na §5.1.7 da ABNT NBR ISO 19650-2:2022 (estabelecimento do CDE).

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros, em aderência à ABNT NBR ISO 19650-1:2022:

Curto prazo (30-45 dias — declarar a fonte):

1. Declarar formalmente o CDE como fonte única. Comunicar a toda equipe: informação que não está no CDE não existe para efeitos formais. A declaração precisa ter peso — assinada pela parte requerente.

2. Publicar política de uso do CDE. Definir: o que entra, por quem, em qual estado, com qual frequência. Informação em e-mail ou WhatsApp que não é internalizada no CDE não tem validade.

3. Configurar estados conforme §12 da 19650-1. Se o CDE não distingue estados, configurar. Dado publicado é vigente; dado em trabalho é rascunho; dado arquivado é histórico.

4. Trazer aprovações para dentro do CDE. Decisão que vale é a registrada no fluxo do CDE, não a de e-mail.

Médio prazo (60-120 dias — operar como fonte única):

5. Ampliar o escopo do CDE. Incluir atas, memorandos, especificações, decisões — não só modelos e pranchas. Se o CDE não cobre toda informação relevante, não é fonte única.

6. Eliminar cópias locais. Migrar todas as disciplinas para operar diretamente no CDE. Cópia local só como backup gerido, não como fonte de trabalho.

7. Auditar mensalmente a completude. Verificar se toda informação relevante está no CDE e se os estados estão corretos. Gap identificado é corrigido antes de virar disputa.

1. 1

   CDE declarado como fonte única desde o kick-off · a primeira reunião do projeto comunica: o CDE é a fonte acordada. Informação fora dele não tem validade formal.

2. 2

   Política de uso publicada e assinada · toda parte envolvida assina a política de uso do CDE. A assinatura cria compromisso formal, não apenas comunicação.

3. 3

   Estados do CDE operando desde o dia 1 · os estados (§12 da 19650-1) estão configurados antes do início da produção. Dado que entra no CDE já entra com estado.

4. 4

   Decisões registradas no CDE · aprovação, alteração de escopo, rejeição — tudo registrado no CDE com estado e metadados. E-mail é canal de comunicação, não de registro.

5. 5

   CDE cobre toda informação relevante · modelos, pranchas, atas, memorandos, especificações, decisões — tudo no CDE. Se algo relevante fica fora, o princípio de fonte única colapsa.

6. 6

   Auditoria periódica de completude · verificação regular de que o CDE é a fonte real, não apenas a fonte declarada. Gaps são corrigidos antes de gerarem problema.

• ABNT NBR ISO 19650-1:2022Conceitos e princípios. Referência canônica desta página. A §3.3.15 define o CDE como fonte de informação acordada. A §12 estabelece os estados (em trabalho, compartilhado, publicado, arquivado) que governam o ciclo de vida do dado.
• ABNT NBR ISO 19650-2:2022Fase de entrega. A §5.1.7 exige que o CDE seja estabelecido antes do convite à proposta, com identificação de contêineres, atributos de estado e acesso controlado.
• ABNT NBR ISO 19650-3:2025Fase operacional. O princípio de fonte única se estende à operação — o AIM é a fonte acordada para a fase operacional dos ativos.
• ABNT NBR ISO 19650-5:2025Abordagem de segurança. A fonte única precisa ter acesso controlado — informação sensível no CDE exige governança de segurança (§4, §6).
• ABNT NBR ISO 7817-1:2024Level of information need. O LOIN define o que deve estar na fonte única por objeto e por propósito — calibra o conteúdo do CDE.
• ISO 12006-2Framework para classificação. Referenciada pela 19650-2 (§5.1.7) para classificação de contêineres no CDE — base para organizar a fonte única.