CDE e openCDE: organizar a informação e conectar as equipes

Este subartigo aprofunda openBIM: dos requisitos à modelagem e à verificação. Os modelos IFC e as questões BCF precisam de um lugar confiável para serem entregues, encontrados, revisados e preservados. Esse é o papel do CDE — Common Data Environment, ou ambiente comum de dados.

Um CDE reúne a informação compartilhada por uma equipe de projeto: documentos, desenhos, modelos, questões, versões e registros de aprovação. O manual o descreve como plataforma de colaboração normalmente disponibilizada pelo contratante. Quando vários projetos usam uma estrutura comum, o contratante pode reduzir o esforço de configuração e comparar informações de seu portfólio — desde que as permissões e os contextos de cada projeto permaneçam bem definidos.

CDE não é apenas uma pasta compartilhada

O manual distingue a plataforma de colaboração do projeto, acessível a diferentes disciplinas e aplicações, das ferramentas de colaboração internas a uma aplicação de autoria. A primeira organiza entregas e decisões entre participantes; a segunda pode permitir trabalho simultâneo no mesmo modelo, até o nível de elementos ou operações de modelagem.

Historicamente, o CDE era associado a pastas que indicavam o estado de cada arquivo: em desenvolvimento, compartilhado, publicado e arquivado. A série ISO 19650 organiza a gestão da informação por meio da troca, do registro, do versionamento e da estruturação dos contêineres de informação. O modelo de informação do projeto (PIM) reúne informação durante a entrega; a informação relevante para a operação pode compor o modelo de informação do ativo (AIM). Essa transição requer seleção, conferência e responsabilidade — não acontece por simplesmente copiar uma pasta.

As plataformas atuais podem acrescentar visualizador de modelos, fluxos de revisão, comunicação, controle de versões e indicadores. O estado de um arquivo pode ser gerenciado por metadados e processos, e não somente por sua localização em uma pasta. A função essencial continua a mesma: a equipe deve saber qual informação está em elaboração, qual foi compartilhada, qual foi aprovada para um uso e qual precisa ser preservada.

O custo da troca manual

Nas páginas 113–114, o manual mostra o esforço de subir documentos e modelos, informar metadados, baixar versões para conferência e devolver questões BCF. Quanto mais passos manuais e cópias locais, maior o risco de usar uma versão errada, perder a associação entre arquivo e comentário ou deixar o estado desatualizado.

Esse problema não se resolve apenas com “mais armazenamento”. É preciso definir nomeação, versão, estado, responsável, permissão, prazo e destino da informação. Sem essas regras, uma plataforma central pode apenas concentrar a desorganização.

O que muda com openCDE

O manual apresenta openCDE como uma família de conexões por serviços web entre aplicações e a plataforma de colaboração. A intenção é permitir que o software consulte ou envie documentos e sincronize questões sem exigir que cada operação seja repetida manualmente na interface do CDE.

A referência histórica do manual leva ao repositório openCDE-API, arquivado em 2024. Para implementação ou avaliação atual, consulte os componentes mantidos separadamente pela buildingSMART: Foundation API, Documents API e BCF API. A Foundation API reúne convenções comuns; a Documents API trata da seleção, do envio e do download de arquivos e metadados; a BCF API trata da sincronização de questões.

Cautela prática: o manual descreve como benefício a transferência apenas das alterações e a eliminação da declaração manual. Isso é uma possibilidade de fluxos integrados, não uma garantia universal da família openCDE. A Documents API também prevê envio e download de documentos completos. Verifique o que as versões concretas da plataforma e dos aplicativos implementam: autenticação, metadados, versionamento, transferência de arquivos, sincronização BCF e tratamento de conflitos.

Objetivos de gestão do CDE

As páginas 114–115 agrupam os objetivos do ambiente comum de dados. Traduzidos em decisões de projeto, eles são:

Objetivo	O que a equipe precisa conseguir fazer
Ambiente comum	Encontrar a informação correta de um projeto — ou de um portfólio — sem confundir versões e equipes.
Proteção e acesso	Autenticar usuários, transmitir dados com segurança e restringir o acesso conforme papéis e projetos.
Estrutura padronizada	Usar metadados, nomenclatura e estados consistentes para comparar entregas e situação do projeto.
Processos controlados	Registrar quem enviou, revisou, aprovou, devolveu ou fechou uma questão.
Visão do andamento	Produzir indicadores confiáveis a partir de estados e responsabilidades atualizados.
Encerramento e operação	Selecionar o que será arquivado e o que seguirá para uso e manutenção do ativo.

Um painel só é útil se os estados e responsáveis forem mantidos corretamente. O CDE permite acompanhar o fluxo; ele não substitui a decisão de projeto nem garante, sozinho, que a informação aprovada seja tecnicamente correta.

Critérios para escolher uma plataforma

Como o CDE guarda informação de todo o projeto, a escolha deve incluir mais do que o visualizador e o preço da licença. O manual destaca proteção de dados, disponibilidade, confiabilidade, acesso físico à infraestrutura, dependência de terceiros e garantias de serviço. Transforme isso em uma verificação objetiva com o fornecedor e com as regras do empreendimento:

1. Onde ficam os dados e as cópias de segurança, e quem pode acessá-los?
2. Como funcionam autenticação, papéis, separação entre projetos e registro de ações?
3. Quais são os compromissos de disponibilidade, recuperação e suporte?
4. Como exportar documentos, modelos, metadados, histórico de versões e questões para arquivo ou migração?
5. Quais APIs e versões são realmente suportadas pela plataforma e pelas aplicações da equipe?
6. Como o PIM será revisado e transferido para o arquivo final ou para o AIM?

Recomendação: defina primeiro os estados, as responsabilidades e o conteúdo de cada entrega; depois faça um piloto de envio, revisão, atualização, BCF e recuperação dos dados. Uma demonstração do fornecedor não comprova que o fluxo completo funciona para o seu projeto.

Fonte e limites

Tradução e adaptação editorial das páginas 112–115 de BIMcert Handbook: Basic Knowledge openBIM (2024). As cinco figuras foram extraídas das três imagens fornecidas, sem a numeração impressa, e preparadas para os temas claro e escuro. O texto apresenta critérios de seleção e gestão; a conformidade contratual e de proteção de dados de uma solução concreta exige verificação própria.