Por que meu CDE virou apenas uma pasta de arquivos?

O CDE (Common Data Environment) foi contratado — uma plataforma dedicada (Autodesk Construction Cloud, Trimble Connect, Bentley ProjectWise, Aconex, Asite, Newforma) ou uma pasta compartilhada rotulada de "CDE" (SharePoint, Google Drive, OneDrive, Dropbox). Mas no dia a dia opera como armazenamento simples: arquivos entram, ficam, saem. Ninguém distingue rascunho de versão publicada. Ninguém sabe qual é a versão vigente. Aprovações acontecem em outros canais (WhatsApp, e-mail) e a decisão nunca volta pro CDE.

O problema costuma se manifestar em três frentes simultâneas:

• Sem estados de informação. A mesma pasta contém rascunhos, entregas em revisão e versões publicadas contratualmente. Não existe distinção formal entre WIP, Shared, Published e Archive — os quatro estados canonizados pela ISO 19650-1.
• Sem workflow de aprovação. Quem sobe, sobe. Quem revisa, revisa por fora. Quem aprova, aprova em reunião ou por WhatsApp. O CDE não registra quem aprovou o quê nem quando.
• Sem trilha de auditoria. Não há como reconstruir, meses depois, a cadeia de decisões que levou uma versão a se tornar vigente.

O CDE virou repositório de arquivos, não ambiente comum de dados. A tecnologia está lá; a governança que a ISO 19650 chama de CDE, não.

1. 1

   "Cadê a última versão?" · a pergunta se repete em toda reunião. Cada um responde algo diferente, e ninguém tem certeza. Frequentemente a resposta é "me manda por e-mail que eu vejo".

2. 2

   Sufixos proliferam nos nomes · arquivos terminam em _v2, _final, _FINAL2, _revisado, _envio-cliente, _ok. Sinal claro de que o CDE não distingue estados — o próprio nome do arquivo virou o estado.

3. 3

   Aprovação circula por WhatsApp ou e-mail · "aprovado, pode publicar" chega por mensagem. A decisão nunca é registrada no CDE, e amanhã ninguém consegue provar quem aprovou.

4. 4

   Cada disciplina criou sua própria estrutura de pastas · "Modelos" em uma disciplina, "MODELS" em outra, "3D" em uma terceira. Sem convenção comum, sem nomenclatura ISO 19650-2, sem busca operacional.

5. 5

   Rascunho e vigente convivem no mesmo lugar · quem entra sem contexto pega o arquivo errado. Coordenação técnica é feita sobre versão desatualizada.

6. 6

   Onboarding acontece por drive pessoal · novos membros da equipe recebem os arquivos por e-mail, WeTransfer ou drive pessoal de quem esteve no projeto antes — nunca "aqui está o link do CDE, comece por aqui".

7. 7

   Reuniões de coordenação não citam o CDE · atas não referenciam links do CDE nem estados de arquivos. O CDE é invisível como fonte da verdade operacional.

8. 8

   Contratante recebe link diferente a cada pedido · ao solicitar a última versão, o cliente ganha um link cada vez — nunca "acesse o CDE, está publicado lá".

9. 9

   Perguntas "quem aprovou isso?" ficam sem resposta · sem trilha de auditoria, a resposta mais comum é "acho que foi o João" ou "não lembro".

1. 1

   Ferramenta contratada antes do processo desenhado · a organização comprou licenças de ACC, ProjectWise ou Aconex empolgada com a demo, sem antes desenhar o fluxo de estados, papéis e checkpoints. Ferramenta poderosa entregue como pasta compartilhada.

2. 2

   CDE genérico (SharePoint / Google Drive / Dropbox) sem plugins · a ferramenta escolhida não suporta nativamente os quatro estados (WIP/Shared/Published/Archive) nem workflow de aprovação. Só dá pra criar pastas — e é isso que acontece.

3. 3

   BEP não define estados de informação (ou define e não é seguido) · o documento cita ISO 19650 no cabeçalho mas não detalha como cada estado se representa na ferramenta escolhida. Sem tradução operacional, cada equipe improvisa.

4. 4

   Contrato só exige "arquivos no CDE" · a cláusula contratual é vaga — "publicar entregas no CDE" — sem exigir estados, aprovação formal ou trilha de auditoria. O descumprimento não tem consequência.

5. 5

   Sem BIM Manager ativo com mandato de governança · o papel existe no organograma, mas sem tempo alocado nem autoridade para exigir cumprimento. Governança do CDE compete com "coisas mais urgentes".

6. 6

   Equipe não treinada em ISO 19650 · ninguém no projeto sabe o que WIP/Shared/Published/Archive significam na prática. Cada um usa o CDE do jeito que aprendeu em outros projetos — quase sempre "como pasta".

7. 7

   CDE herdado de projeto anterior sem revisão · o projeto novo começou reaproveitando estrutura do anterior — que já era "pasta". Vício se perpetua.

8. 8

   Cultura organizacional de "resolve por WhatsApp" · a empresa opera historicamente por canais informais. Instituir governança no CDE exige mudança cultural que ninguém patrocinou.

9. 9

   Contratante público replica edital genérico · muitos editais brasileiros ainda pedem "adoção de plataforma colaborativa" sem detalhar estados de informação. O CDE atende à letra do edital sem entregar o valor da ISO 19650.

1. 1

   Aprovação sem rastreabilidade · meses depois, ninguém consegue provar quem aprovou uma versão específica nem com base em que. Auditoria contratual, perícia ou revisão técnica ficam sem base documental.

2. 2

   Retrabalho por versão errada em obra · campo executa sobre versão desatualizada porque "achou no CDE". Retrabalho pago do bolso da construtora ou do contratante, disputa quem paga.

3. 3

   Coordenação técnica sobre modelo desatualizado · clash detection e revisões cruzadas rodam sobre a versão que estava mais fácil de encontrar — não necessariamente a última publicada. Interferências detectadas viram "falsos positivos" ou passam despercebidas.

4. 4

   Litígio contratual impossível de defender · em disputa sobre cumprimento de entrega, a parte que não tem trilha de auditoria perde. Advogados e peritos exigem cadeia formal de decisões — e-mail e WhatsApp não substituem audit log imutável.

5. 5

   BIM 5D contaminado · quantitativos e medições rodam sobre versão errada, orçamento não fecha, aditivos precisam ser negociados retroativamente.

6. 6

   Rejeição formal de entrega · contratante público, auditor externo (ISO 19650, selos de qualidade) ou fiscal técnico pode rejeitar entregas por falta de governança comprovada — mesmo que o conteúdo técnico esteja correto.

7. 7

   Perda de conhecimento quando membro sai do projeto · sem CDE como fonte da verdade, o conhecimento vive na cabeça (e no e-mail) das pessoas. Rotatividade destrói projeto.

8. 8

   Ativo entregue sem historicidade · a fase de operação recebe modelos as-built sem o histórico de decisões de projeto que os produziu. Gêmeo digital nasce sem memória.

9. 9

   Custo oculto recorrente · cada consulta ao CDE demora minutos ou horas porque "onde está a versão certa?". Multiplicado por 20 pessoas × 200 consultas/mês, vira semanas de trabalho perdido.

Nenhum dos testes abaixo depende de ferramenta proprietária ou consultor externo — podem ser executados pelo BIM Manager, pelo coordenador de projeto ou pelo próprio contratante como diligência.

Arquivo    | Submetido por | Revisor | Aprovador | Data | Log imutável?
--------------------------------------------------------------------
ARQ-01_v3  | Maria         | ?       | ?         | ?    | Não
EST-02_v2  | João          | Ana     | ?         | 03/mar| Não
MEP-01_v5  | Carlos        | ?       | Ana       | 15/mar| Sim

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros:

Curto prazo (30 dias — recuperar governança):

1. Diagnóstico da informação real. Mapear onde está a informação do projeto hoje: o que está no CDE, o que circula por e-mail, o que está em drives pessoais, o que está em WhatsApp. Ata publicada documentando a fragmentação.

2. Definir os quatro estados de informação na ferramenta. Decidir como WIP/Shared/Published/Archive se representam no CDE em uso (pastas + metadados + workflow, ou tags + workflow, ou fluxo nativo — depende da plataforma). Documentar em uma página.

3. Migrar as versões vigentes de cada entrega crítica para Published. Arquivar as versões antigas em Archive. Deixar Published contendo exatamente uma versão vigente por entrega, sem ambiguidade.

4. Publicar guia de uso do CDE (1 página). Deve responder: qual estado usar quando; quem submete, quem revisa, quem aprova cada tipo de entrega; qual nomenclatura usar; o que não fazer (circular por e-mail, WhatsApp, drive pessoal).

5. Kick-off do "novo" CDE com toda a equipe (1h remoto ou presencial). Percorrer o guia, tirar dúvidas, definir data em que o modo antigo deixa de ser tolerado.

Médio prazo (60–90 dias — governança sustentável):

6. Instituir workflow de aprovação formal. Cada transição de estado (Shared → Published, principalmente) passa por revisor nomeado e aprovador nomeado, com registro imutável na ferramenta.

7. Aplicar nomenclatura ISO 19650-2 aos novos arquivos. Migrar retroativamente por prioridade (Published primeiro, depois Shared, depois WIP). Bloquear submissão que não siga o padrão.

8. Métricas mensais de aderência. Publicar dashboard: % de arquivos com estado correto, % com nomenclatura ISO, % com trilha de aprovação completa. Reporta ao PMO ou à diretoria.

9. Bloquear circulação fora do CDE. Política formal + configuração técnica (quando possível) que impede envio de arquivos do projeto por e-mail. Exceções documentadas com justificativa.

10. Auditoria trimestral de aderência. Auditor interno (ou externo) verifica adesão a cada três meses, com relatório publicado. Não é fiscalização punitiva — é higiene de processo.

1. 1

   Contrato exige CDE com governança ISO 19650 · a cláusula não pode ser vaga ("publicar no CDE"). Precisa exigir estados de informação, workflow de aprovação, trilha de auditoria imutável — e vincular descumprimento a consequência formal.

2. 2

   BEP declara estados, workflow e nomenclatura explicitamente · não basta citar "ISO 19650". O BEP precisa traduzir para a ferramenta escolhida: qual estado é qual pasta/metadado/tag, quem aprova o quê, qual é a convenção de nomes.

3. 3

   Ferramenta escolhida DEPOIS do desenho de processo · primeiro se desenha o fluxo (workshop em papel/quadro), depois se escolhe a ferramenta que implementa esse fluxo. Ordem inversa é o caminho para "CDE virou pasta".

4. 4

   BIM Manager com mandato + tempo alocado · não é papel decorativo. Precisa de horas semanais reservadas para governança do CDE, e autoridade formal para exigir cumprimento (parada de linha, se necessário).

5. 5

   Onboarding obrigatório para todo novo membro · ninguém entra no projeto sem passar por 30 minutos de guia do CDE: estados, nomenclatura, workflow, política de não-circulação externa.

6. 6

   Métricas visíveis no dashboard do PMO · aderência à governança do CDE vira KPI do projeto, com semáforo. Cria pressão positiva para cumprimento sem depender de fiscalização caso a caso.

7. 7

   Cultura: "se não está no CDE, não aconteceu" · lema operacional que deve ser repetido em reunião de coordenação. Decisão fora do CDE não vale — precisa ser formalizada no ambiente comum antes de ter efeito.

8. 8

   Treinamento inicial em ISO 19650 para toda a equipe · vocabulário comum (WIP, Shared, Published, Archive, EIR, PIR, AIR) é pré-requisito. Sem ele, cada um interpreta o CDE ao seu modo.

• ISO 19650-1:2018Organização e digitização da informação — princípios. Define CDE, estados de informação (WIP/Shared/Published/Archive), workflow de aprovação, papéis.
• ISO 19650-2:2018Fase de entrega dos ativos. Detalha responsabilidades de governança do CDE, ciclo de vida da informação, transições entre estados.
• ISO 19650-5:2020Segurança da informação em CDE — obrigatória quando o CDE lida com dados sensíveis (infraestrutura crítica, defesa, saúde).
• NBR ISO 19650-1/2Adoção brasileira ABNT da ISO 19650, com particularidades para contratação pública e LGPD.
• PAS 1192-5:2015Predecessora da ISO 19650-5. Ainda citada em contratos internacionais como referência histórica de segurança em CDE.
• Guias BIM BR (governo federal)Estratégia BIM BR e cadernos técnicos da CBIC. Orientam contratação de CDE em obras públicas federais.
• CIC BIM Protocol (UK)Modelo internacional de aditivo contratual que vincula CDE às entregas. Referência consolidada para redação contratual brasileira.
• buildingSMART — CDE GuideGuia técnico oficial buildingSMART sobre implantação de CDE alinhado à ISO 19650.