Ambiente comum de dados (CDE) na prática: como aplicar a ABNT NBR ISO 19650

Por Emanoel AmorimArquiteto e urbanista (CAU A133593-6), mestre em Engenharia Civil pela POLI/UPE

• Instagram
• LinkedIn
• YouTube
• Lattes
• ResearchGate

Em quase todo projeto multidisciplinar a mesma cena se repete: a planta "final" chega por e-mail, a revisão do estrutural vem pelo WhatsApp, o hidrossanitário sobe numa pasta compartilhada com o nome projeto_v3_agora_vai.ifc e, três meses depois, ninguém consegue dizer qual arquivo foi aprovado pelo cliente. O problema não é falta de software. É falta de regra para a informação.

A ABNT NBR ISO 19650 dá nome a essa regra: ambiente comum de dados, ou CDE (do inglês common data environment). Este artigo explica o que a norma exige de um CDE, separa o que é requisito normativo do que é convenção de mercado e mostra, passo a passo, como montar um CDE que resista a auditoria — com estados da informação, nomenclatura, metadados, códigos de status, permissões, verificação automática e devolução do acervo ao cliente.

1. O que é, de fato, um ambiente comum de dados

A ABNT NBR ISO 19650-1:2022, no termo 3.3.15, define o CDE como a "fonte de informação acordada para qualquer empreendimento ou ativo", cuja função é coletar, gerenciar e disseminar cada contêiner de informação por meio de um processo gerenciado. A palavra que importa é acordada: o CDE é aquilo que as partes combinaram, em contrato, que vale como fonte única. Uma pasta na nuvem sem regra de acesso, nomenclatura e aprovação não cumpre essa função, por melhor que seja a plataforma.

Por isso a norma trata o CDE como a soma de duas coisas: a solução (a plataforma, que pode ser um único sistema ou uma composição de ferramentas) e o fluxo de trabalho (quem produz, quem verifica, quem aprova, em que momento a informação muda de estado). Escolher a plataforma é a parte fácil. O valor está no fluxo.

A unidade de gestão é o contêiner de informação: qualquer conjunto de informação com identificação própria e persistente — um modelo IFC, uma prancha em PDF, uma ata, um relatório de interferências. É sobre cada contêiner que recaem o nome, os metadados, o status e o histórico de revisões.

2. Onde o CDE aparece nas normas e na legislação brasileira

Dois registros de contexto. Primeiro, a ISO 19650-1:2018, base da edição brasileira, está em revisão na ISO, que já trabalha num novo texto da Parte 1 — vale acompanhar antes de fixar o método em contratos longos. Segundo, nenhum decreto federal cita o CDE pelo nome; a obrigação nasce da norma técnica e do contrato. Em obra pública, isso significa que o termo de referência precisa descrever o CDE, e não apenas "exigir BIM".

3. Os quatro estados da informação

A seção 12 da ABNT NBR ISO 19650-1:2022 determina que a revisão mais atual de cada contêiner esteja em um de três estados — trabalho em andamento, compartilhado ou publicado — e prevê o estado arquivado para garantir rastreabilidade e auditoria. A tabela traduz isso em regra operacional.

Duas regras sustentam o modelo. Nada se sobrescreve: toda nova revisão gera uma versão, e o histórico do CDE vira o log de auditoria. E o que não está no CDE não foi entregue: e-mail, aplicativo de mensagem e pen drive podem avisar que algo subiu, mas não constituem entrega. Essa frase deve estar no contrato, não só no manual.

4. Estrutura de pastas (contêineres)

Uma árvore simples, espelhando os estados, resolve a maior parte dos projetos de edificação:

PROJ/                     ← projeto criado na conta do contratante
├── 00_GESTAO/            plano de execução BIM, cronograma, LOIN
│   ├── 00.1_CONTRATUAL/  proposta, contratos, diretriz BIM
│   └── 00.2_ATAS/        kick-off, reuniões de rodada, mensais
├── 01_WIP/[DISC]/        opcional — visível só à própria disciplina
├── 02_COMPARTILHADO/[DISC]/
├── 03_COORDENACAO/
│   ├── 03.1_FEDERADO/    modelo federado por rodada
│   ├── 03.2_RECEBIMENTO/ relatórios de verificação por arquivo
│   ├── 03.3_CLASH/       interferências + BCF exportado
│   └── 03.4_RELATORIOS/  relatório de rodada, painel mensal
├── 04_PUBLICADO/[MARCO]/
├── 05_ARQUIVADO/         revisões superadas (somente leitura)
└── 06_REFERENCIAS/       levantamentos, legislação, arquivos nativos

O WIP pode ficar no ambiente de cada escritório; o que importa é que só entre no compartilhado o que passou pela verificação interna da própria equipe.

5. Nomenclatura e metadados

O nome identifica o contêiner; os metadados descrevem seu estado. Misturar os dois — colocar status ou rodada no nome do arquivo — obriga a renomear a cada mudança e quebra o histórico. Um padrão enxuto para modelos:

PROJ-[DISCIPLINA]-[REVISÃO]-[AAAAMMDD].ifc
ex.: PROJ-ARQ-P03-20261118.ifc

Para documentos que não são modelo, acrescenta-se tipo e número sequencial: PROJ-[DISC]-[TIPO]-[NNN]-[REV]-[AAAAMMDD].pdf, com TIPO = REL, ATA, BCF, IDS, PEB, CRT ou GUI. Nome fora do padrão é motivo de devolução — sem consumir rodada de coordenação.

6. Códigos de status e revisão: o que é norma e o que é convenção

Este é o ponto em que mais se erra ao "aplicar a ISO 19650". A edição brasileira define os estados, mas não traz tabela de códigos de status. Os códigos que circulam no mercado — S0, S1, S3, S4, A, B e as revisões P e C — vêm do Anexo Nacional britânico (BS EN ISO 19650-2 NA). Usá-los é legítimo e prático, desde que o contrato ou o plano de execução BIM os adote expressamente. Sem essa adoção, o código é só uma etiqueta sem efeito.

Para as revisões, uma regra simples evita confusão: P01, P02… incrementam a cada envio ao compartilhado; a primeira publicação aceita pelo contratante passa a C01. Uma revisão recusada no recebimento não consome rodada, mas consome número — P03 recusada não é reaproveitada.

7. Permissões e propriedade do acervo

A decisão mais importante de um CDE é em nome de quem ele é criado. O projeto deve nascer na conta do contratante, com o consultor ou gestor BIM atuando como administrador delegado. Ao final, retira-se o acesso do consultor e o acervo permanece íntegro com o dono do empreendimento. CDE criado na conta do projetista ou do coordenador transforma o cliente em refém da relação comercial.

O acervo final deve ficar em formatos abertos: IFC para modelos (ISO 16739-1:2024), BCF para pendências, PDF/A para documentos e CSV para o log de atividades. Arquivos nativos podem acompanhar como referência, mas não podem ser a única forma de acesso à informação.

Sobre retenção, uma referência prudente é guardar o acervo publicado por, no mínimo, cinco anos após a entrega da obra, prazo de garantia pela solidez e segurança previsto no art. 618 do Código Civil. É uma recomendação de gestão de risco, não um prazo fixado pela ISO 19650; a decisão final é do contratante e deve constar do plano de execução.

8. Verificação automática no recebimento: IFC, IDS e BCF

Um CDE maduro não depende de alguém abrir arquivo por arquivo para saber se a entrega está completa. Três padrões abertos da buildingSMART fazem esse trabalho:

• IFC (ISO 16739-1:2024) é o formato de troca dos modelos, independente do software de autoria.
• IDS (Information Delivery Specification), aprovado como padrão final em 4 de junho de 2024, descreve de forma legível por pessoas e por máquinas quais classes, propriedades e valores cada modelo precisa ter. Com um arquivo IDS, a verificação de recebimento vira um relatório reproduzível em minutos.
• BCF (BIM Collaboration Format) registra cada pendência com vista, elementos afetados, responsável e prazo, e circula entre softwares diferentes sem perder o vínculo com o modelo.

Com isso, a regra de recusa fica objetiva: arquivo com nome fora do padrão, MVD diferente do contratado ou reprovado no IDS volta ao projetista no mesmo dia, sem consumir rodada. A discussão técnica fica reservada para o que realmente exige julgamento — as interferências.

9. O fluxo de aprovação em quatro passos

1. Envio. O projetista sobe o IFC no compartilhado da sua disciplina, com status S1 e metadados completos.
2. Recebimento. A coordenação roda o IDS e o checklist de recebimento em até um dia útil. Reprovado, volta sem contar rodada; aprovado, entra no ciclo.
3. Coordenação. Federação dos modelos, detecção de interferências, triagem de falsos positivos e emissão de BCF com severidade e prazo; relatório da rodada arquivado em 03_COORDENACAO.
4. Publicação. No marco contratual, o pacote em S4 vai ao contratante; com o aceite, recebe status A (ou B, com ressalvas registradas em BCF) e passa ao publicado.

10. Os seis erros mais comuns

1. Tratar a plataforma como se fosse o CDE. Sem fluxo, permissões e regra de aprovação, é só armazenamento.
2. Aceitar entrega fora do CDE. Cada exceção aberta para "aquele arquivo urgente" destrói a fonte única.
3. Sobrescrever arquivos. Perde-se o histórico — justamente o que protege o profissional numa disputa.
4. Criar o CDE na conta de quem presta o serviço. O acervo deve ser do dono do empreendimento.
5. Usar códigos de status sem adotá-los formalmente. S3 ou A só têm efeito se o contrato disser o que significam.
6. Exigir "BIM" sem exigir informação. Sem nível de informação necessária e sem IDS, o modelo chega bonito e inútil para verificação.

11. Checklist de implantação

Perguntas frequentes

Conclusão

Um ambiente comum de dados bem implantado não é uma questão de ferramenta, mas de acordo: quem produz, quem verifica, quem aprova e onde fica a versão que vale. A ABNT NBR ISO 19650 oferece a estrutura — estados, contêineres, requisitos de informação —, e os padrões abertos IFC, IDS e BCF tornam essa estrutura verificável. O que falta na maioria dos projetos é escrever as regras no contrato e segui-las desde o kick-off. É aí que o retrabalho diminui e o acervo passa, de fato, a pertencer a quem pagou por ele.

Referências

• ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 19650-1:2022: Organização da informação acerca de trabalhos da construção — Gestão da informação usando a modelagem da informação da construção — Parte 1: Conceitos e princípios. Rio de Janeiro: ABNT, 2022.
• ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 19650-2:2022: Parte 2: Fase de entrega dos ativos. Rio de Janeiro: ABNT, 2022.
• ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT PR 1015:2022: Ambiente Comum de Dados (CDE). Rio de Janeiro: ABNT, 2022.
• INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 19650-1:2018: Organization and digitization of information about buildings and civil engineering works, including building information modelling (BIM) — Part 1: Concepts and principles. Genebra: ISO, 2018.
• INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 7817-1:2024: Building information modelling — Level of information need — Part 1: Concepts and principles. Genebra: ISO, 2024.
• BUILDINGSMART INTERNATIONAL. Industry Foundation Classes (IFC). IFC 4.3, publicado como ISO 16739-1:2024.
• BUILDINGSMART INTERNATIONAL. Information Delivery Specification (IDS) 1.0, aprovado como padrão final em 4 jun. 2024.
• BUILDINGSMART INTERNATIONAL. BIM Collaboration Format (BCF).
• BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Art. 19, § 3º.
• BRASIL. Decreto nº 10.306, de 2 de abril de 2020. Utilização do BIM na execução direta ou indireta de obras e serviços de engenharia pela administração pública federal.
• BRASIL. Decreto nº 11.888, de 22 de janeiro de 2024. Estratégia Nacional de Disseminação do BIM no Brasil — Estratégia BIM BR.
• BRASIL. Lei nº 10.406, de 10 de janeiro de 2002. Código Civil. Art. 618.
• BRITISH STANDARDS INSTITUTION. BS EN ISO 19650-2:2018: National Annex — códigos de status e revisão. Londres: BSI, 2018.

Artigo elaborado por Emanoel Amorim, arquiteto e urbanista (CAU A133593-6), mestre em Engenharia Civil pela POLI/UPE. Método aplicado pela Amorim em coordenação BIM multidisciplinar e consolidado no guia "CDE na prática" da Amorim Academy. Normas e legislação conferidas em 20 de outubro de 2026.