Um Ambiente Comum de Dados — CDE é a estrutura de processos, responsabilidades, estados e tecnologia utilizada para produzir, revisar, compartilhar, autorizar, publicar e arquivar informações de um empreendimento ou ativo. Em gestão da informação BIM, o CDE não deve ser entendido apenas como uma pasta compartilhada ou plataforma de arquivos: ele materializa regras de governança sobre quem produz informação, em qual formato, para qual finalidade, em que estado e sob qual critério de aceitação.
A necessidade surge porque projetos multidisciplinares produzem modelos, desenhos, memoriais, especificações, planilhas, relatórios, documentos de fornecedores e registros de campo em diferentes ferramentas e organizações. Sem um processo comum, surgem cópias concorrentes, revisões conflitantes, decisões baseadas em informação obsoleta e dificuldade para identificar qual conteúdo está autorizado para coordenação, contratação, execução ou operação.
A série ISO 19650 trata a gestão da informação como um processo aplicável ao ciclo de vida do ativo e organiza conceitos como requisitos de informação, contêineres de informação, estados, revisão, autorização, troca e transição entre entrega e operação. A aplicação precisa ser proporcional ao empreendimento: projetos menores não precisam reproduzir a mesma complexidade de governança de grandes programas, mas continuam precisando de regras claras para informação confiável.
A solução deve conectar necessidade de informação, planejamento da produção, CDE, responsabilidades, entregas e aceite. O objetivo é garantir que cada informação tenha finalidade, responsável, prazo, estado, revisão e critério de aprovação — e que a organização consiga recuperar a história de como essa informação foi produzida e utilizada.
| Condição observada | Risco ou limitação | Resposta de gestão da informação |
|---|---|---|
| Arquivos circulam por e-mail e pastas paralelas | Uso de revisões diferentes e perda da fonte oficial | CDE com estados, permissões, revisão e processo de publicação |
| Modelos e documentos são produzidos sem finalidade definida | Excesso de informação e entregas que não suportam decisão | Requisitos de informação e critérios de aceitação |
| Equipes utilizam convenções diferentes | Dificuldade de busca, federação e automação | Nomenclatura, classificação, metadados e templates comuns |
| Informação é compartilhada antes da checagem | Erros se propagam entre disciplinas | Fluxo de produção, revisão, compartilhamento e autorização |
| Entrega final não conversa com a operação | PIM, as-built e cadastro de ativos perdem valor no handover | Planejamento da transição para informação do ativo e operação |
Arquitetura da solução
A arquitetura da gestão da informação possui quatro elementos centrais: requisitos, responsabilidades, processo e ambiente tecnológico. Requisitos definem qual informação é necessária; responsabilidades indicam quem deve produzi-la e aceitá-la; o processo define estados e transições; e o CDE implementa o controle operacional.
Esses elementos precisam ser desenhados de forma integrada. Uma plataforma sofisticada não compensa requisitos indefinidos; um BEP detalhado perde valor se o CDE não consegue executar as regras; e convenções de nomenclatura não resolvem ausência de autoridade para aprovar ou publicar informação.
O ambiente também deve distinguir informação de trabalho, informação compartilhada para coordenação, informação publicada ou autorizada para determinado uso e informação arquivada. Essa separação reduz o risco de utilizar conteúdo ainda não aprovado em decisões posteriores.
Requisitos de informação e finalidade
Da necessidade de negócio à informação necessária
A gestão começa pela pergunta: qual decisão ou processo precisa dessa informação? Requisitos podem nascer da organização, do ativo, de um projeto específico ou de uma troca contratual. O nível de detalhe precisa ser proporcional à finalidade.
Solicitar informação “porque sempre foi entregue” aumenta custo e volume sem necessariamente melhorar a gestão. Cada requisito deve indicar propósito, momento de entrega, formato, atributos necessários, responsável e critério de aceitação.
Nível de informação necessário
O nível de informação não deve ser reduzido a uma escala única de detalhamento geométrico. Uma entrega pode exigir geometria, atributos alfanuméricos e documentação em níveis diferentes conforme sua finalidade. Comprar um equipamento, coordenar espaço, executar uma instalação e operar o ativo exigem conjuntos distintos de informação.
Exigir informação excessiva cedo demais aumenta esforço e retrabalho; exigir informação insuficiente adia decisões e transfere risco. A definição precisa acompanhar os marcos do empreendimento.
Critérios de aceitação
Cada troca de informação deve possuir critérios que permitam verificar completude, formato, nomenclatura, classificação, atributos, coordenação e adequação à finalidade. O aceite precisa ser planejado antes da entrega, evitando que as regras sejam definidas somente depois que os modelos e documentos já foram produzidos.
O CDE não cria qualidade sozinho: ele executa uma governança de informação que precisa ser definida antes.
Requisitos, responsabilidades, estados, revisões e critérios de aceite são a base; a plataforma organiza e registra a aplicação dessas regras.
Conhecer o serviço de Gestão BIM e Informação de Engenharia →
Contêineres de informação, nomenclatura e metadados
Na lógica da ISO 19650, modelos, desenhos, documentos e outros conjuntos de informação podem ser tratados como contêineres de informação. Cada contêiner precisa possuir identidade suficiente para que seja localizado, classificado, versionado e utilizado corretamente.
Convenções de nomenclatura ajudam a padronizar identificação, mas não devem ser mais complexas que a capacidade de operação das equipes. Campos como projeto, originador, disciplina, tipo, sistema, número, revisão e status podem ser estruturados por nome, metadados ou combinação dos dois.
Metadados permitem automação, filtragem e governança. Status, classificação, autor, data, responsável, suitability e relação com pacotes ou ativos podem ser utilizados para controlar workflows e relatórios. A estrutura deve possuir dicionário e listas controladas para reduzir variações de preenchimento.
Estados da informação e fluxo no CDE
Trabalho em andamento
Informação em elaboração pertence à equipe responsável e ainda não deve ser utilizada por outras disciplinas como base autorizada. Esse estado permite desenvolvimento interno, checagem e coordenação dentro da própria equipe antes do compartilhamento.
Compartilhamento e coordenação
Após verificações internas, a informação pode ser compartilhada para coordenação, revisão interdisciplinar ou outra finalidade definida. Compartilhar não significa necessariamente autorizar para execução. O status precisa indicar claramente o uso permitido.
Esse ponto é fundamental em ambientes BIM: um modelo pode ser adequado para coordenação espacial e ainda não estar liberado para fabricação ou construção. Confundir finalidade de compartilhamento com aprovação final cria risco de uso indevido.
Publicação, autorização e arquivo
Informação publicada é aquela autorizada para finalidade específica após o fluxo de checagem e aprovação. Versões substituídas precisam permanecer arquivadas para preservar histórico, mas não devem competir com a versão vigente nos ambientes operacionais.
O processo deve manter revisão, status, data, aprovadores e motivo das mudanças. Essa trilha permite reconstruir quais informações estavam vigentes em determinado momento do projeto.
Papéis, responsabilidades e autoridade da informação
A gestão da informação precisa distinguir quem solicita, quem coordena, quem produz, quem verifica e quem aceita. Em projetos com várias organizações, também é necessário definir responsabilidades de cada equipe contratada e os limites entre coordenação da informação e responsabilidade técnica pelo conteúdo.
Matrizes de responsabilidade ajudam a relacionar entregáveis, disciplinas e responsáveis. Entretanto, elas precisam refletir a estrutura real do projeto e não apenas replicar cargos genéricos. Um contêiner de informação deve possuir um owner identificável e uma cadeia de revisão coerente.
Permissões no CDE devem acompanhar os papéis. Produzir, revisar, compartilhar, autorizar e administrar são funções diferentes. Conceder privilégios amplos por conveniência reduz a capacidade de demonstrar quem possuía autoridade para cada ação.
BEP, planos de entrega e mobilização
O Plano de Execução BIM — BEP — organiza como os requisitos de informação serão atendidos. Ele pode consolidar estratégia de colaboração, softwares, formatos, responsabilidades, padrões, processos de coordenação, CDE, critérios de qualidade e métodos de entrega.
Planos de entrega de informação por tarefa e planos consolidados ajudam a transformar requisitos em compromissos de produção. Cada equipe precisa saber o que deve entregar, quando, para quem e sob qual estado. O cronograma de informação deve conversar com o cronograma do empreendimento, porque decisões de projeto dependem dessas entregas.
A mobilização valida se pessoas, processos e tecnologia conseguem executar o plano. Configuração do CDE, templates, nomenclatura, permissões, testes de troca, treinamento e piloto de workflow devem ocorrer antes de o volume principal de produção começar.
Coordenação multidisciplinar e qualidade da informação
O CDE fornece a base informacional para coordenação, mas não substitui o processo técnico. Modelos federados, clash detection, análise de interfaces e revisão de documentos precisam operar sobre versões controladas e com finalidade conhecida.
Conflito geométrico é apenas uma das dimensões de qualidade. Inconsistências de atributos, códigos, capacidade, especificação, sistemas ou requisitos podem existir mesmo quando não há clash. A coordenação precisa considerar geometria e informação alfanumérica.
O serviço de Compatibilização de Projetos pode utilizar o CDE como base para rastrear issues, revisões e decisões de coordenação entre disciplinas.
Interoperabilidade, formatos e Open BIM
A gestão da informação não deve depender da hipótese de que todas as partes utilizarão a mesma ferramenta. Formatos abertos, APIs e processos de exportação/importação podem ser necessários para integrar plataformas, disciplinas e fases do ciclo de vida.
Interoperabilidade precisa ser testada. Exportar um modelo não garante preservação de propriedades, classificações, coordenadas, relações ou objetos. Os requisitos de troca devem indicar quais informações precisam permanecer válidas após conversão.
Quando formatos proprietários fazem parte do processo, também é importante definir quais versões serão mantidas e quais formatos de entrega são necessários para uso futuro. O objetivo é evitar que o ativo fique dependente de uma configuração de software específica para acessar informação essencial.
Segurança da informação no CDE
Informações de ativos podem incluir plantas sensíveis, layouts de segurança, sistemas críticos, dados pessoais, documentos comerciais e informações de fornecedores. A gestão precisa classificar sensibilidade e aplicar controle de acesso proporcional ao risco.
A série ISO 19650 inclui uma abordagem orientada à segurança para gestão da informação. Na prática, isso implica avaliar o que realmente precisa ser compartilhado, com quem, por quanto tempo e por quais canais, além de manter trilhas de auditoria e mecanismos de revogação de acesso.
Segurança excessivamente restritiva também pode prejudicar colaboração e estimular canais paralelos. O desenho deve equilibrar necessidade de acesso com princípio de menor privilégio.
Transição da entrega para a operação
O encerramento do projeto não deve gerar apenas um repositório de modelos e arquivos. A organização precisa definir quais informações serão transferidas para operação, quais atributos de ativos são necessários, quais documentos permanecem relevantes e como o estado as-built será validado.
A transição entre o modelo de informação da entrega e o modelo de informação do ativo exige seleção e validação. Nem toda informação produzida durante projeto e obra precisa ser mantida para sempre; por outro lado, dados essenciais para operação não podem ser omitidos por terem sido tratados como responsabilidade exclusiva da fase de projeto.
O planejamento deve começar antes do handover. Requisitos de informação da operação influenciam codificação, atributos, documentação e processos de atualização ainda durante a implantação.
Ciclo de vida da solução
A implantação começa com diagnóstico de processos, plataformas e requisitos existentes. Em seguida são definidas responsabilidades, convenções, metadados, estados, fluxos de revisão, critérios de aceitação e requisitos de segurança.
O CDE é então configurado e testado com casos representativos. A mobilização deve validar upload, revisão, compartilhamento, autorização, substituição, permissões, busca, notificações e integração com ferramentas de produção.
Durante o projeto, auditorias de informação verificam aderência aos requisitos e identificam desvios antes das entregas principais. No encerramento, a governança orienta handover, arquivamento e transição para operação.
Verificação e critérios de aceite
O aceite do CDE não deve se limitar ao fato de usuários conseguirem acessar a plataforma. É necessário verificar se os workflows reproduzem as regras definidas, se estados e revisões são preservados, se permissões estão corretas e se a trilha de auditoria permite reconstruir as ações realizadas.
Também devem ser testadas entregas completas: produção, checagem, compartilhamento, comentários, nova revisão, autorização e arquivo. O processo de informação precisa funcionar ponta a ponta, incluindo exceções e devoluções.
Os entregáveis podem incluir requisitos de informação, plano de gestão, BEP, matriz de responsabilidades, manual do CDE, padrões de nomenclatura e metadados, planos de entrega, critérios de aceitação, plano de mobilização, auditorias e procedimento de handover.
Considerações de Engenharia
CDE não é sinônimo de armazenamento em nuvem
O diferencial está nos processos de estado, revisão, responsabilidade e autorização. Um drive compartilhado pode armazenar arquivos, mas não necessariamente implementar governança de informação.
BIM não reduz gestão da informação a modelos 3D
Desenhos, documentos, atributos, registros e decisões fazem parte do ambiente informacional. O CDE precisa governar o conjunto necessário ao empreendimento.
Mais informação pode significar pior desempenho
Produzir atributos e detalhes sem finalidade aumenta custo de modelagem, revisão e manutenção. A informação deve existir porque suporta uma decisão, obrigação ou processo.
Handover precisa ser projetado desde o início
Esperar o encerramento para definir o que a operação precisa normalmente exige reconstrução de dados e reduz a qualidade do modelo de informação do ativo.
Aplicações e serviços que materializam a solução
A solução se aplica a projetos multidisciplinares, empreendimentos BIM, programas de expansão, retrofit, obras com múltiplas contratadas e organizações que precisam estruturar gestão da informação de ativos. Também pode ser aplicada proporcionalmente quando somente parte das disciplinas utiliza modelagem.
O serviço de Gestão BIM e Informação de Engenharia estrutura requisitos, CDE e governança. O desenvolvimento técnico pode ser realizado por Projetos em BIM, enquanto a Compatibilização e Integração de Projetos utiliza as informações controladas para coordenação multidisciplinar.
Quando a necessidade envolve processos organizacionais mais amplos, a Estruturação da Gestão de Engenharia pode integrar governança da informação com responsabilidades, workflows e indicadores.
O valor do CDE está em controlar a confiança e o uso da informação, não apenas em centralizar arquivos.
Quando requisitos, estados, responsabilidades e critérios de aceite estão definidos, a organização consegue saber qual informação pode ser utilizada, por quem e para qual finalidade.
Modelo de contratação
O trabalho pode começar por diagnóstico de maturidade e dos fluxos existentes, seguido pela definição dos requisitos de informação e arquitetura do CDE. Em projetos já em andamento, a intervenção pode priorizar padronização, saneamento de revisões, responsabilidades e critérios de entrega.
O escopo pode incluir requisitos, BEP, planos de entrega, matriz de responsabilidades, convenções, metadados, configuração da plataforma, workflows, segurança, mobilização, treinamento, auditoria e handover. A tecnologia pode ser selecionada ou adaptada às plataformas já utilizadas pelo cliente.
O resultado esperado é um ambiente em que informação técnica possa ser produzida, compartilhada e aceita com regras verificáveis, preservando rastreabilidade entre projeto, implantação e operação.
Precisa estruturar um CDE ou corrigir um ambiente BIM em que revisões, responsabilidades e entregas perderam consistência?
A A3A Engenharia pode avaliar o processo atual e definir requisitos, governança, workflows, padrões de informação e critérios de implantação compatíveis com o empreendimento.
Continue pela jornada técnica: Governança Documental · Gestão BIM e Informação de Engenharia · CDE BIM e ISO 19650 · Guia Completo de As-Built em Engenharia · Whitepaper: Compatibilização de Projetos BIM.
