Cliquei no BCF e o modelo sumiu? O antipadrão de deletar em vez de editar

Reunião de coordenação, segunda-feira. O coordenador abre o .bcfzip da semana anterior, seleciona uma issue e clica em "ir para o componente" — o visualizador BIM (BIMcollab, Catenda Hub, Dalux, Solibri, ACCA usBIM.platform) tenta navegar até o elemento marcado, e não encontra nada. "Cliquei no BCF e o modelo sumiu." O snapshot PNG ainda mostra o objeto original — uma parede, uma porta, um tubo — mas o elemento correspondente no modelo IFC atualizado não existe mais. A issue perdeu âncora. A discussão dos parágrafos do comentário fica órfã de referência espacial.

Na maioria dos casos, isso não é bug do BCF nem do visualizador — é consequência direta de uma má prática de modelagem cometida quando o projetista respondeu à issue anterior: em vez de editar o objeto (mover, ajustar propriedades, refazer parametricamente), o projetista deletou o objeto e criou um objeto novo. Do ponto de vista visual, o resultado é o mesmo — o novo elemento ocupa o lugar do antigo. Do ponto de vista do IFC, o resultado é catastrófico para o BCF: o GUID do objeto original foi apagado junto com o objeto, o novo objeto ganhou GUID diferente, e o BCF permanece apontando para o GUID que já não existe. A issue vira ponteiro para nada.

Entender o problema exige três definições canônicas em ordem:

• GUID (IfcGloballyUniqueId). Cada objeto num arquivo IFC carrega um identificador único universal. A ISO 16739-1:2024, §5.1.3.44, define a entidade abstrata IfcRoot como raiz de todas as entidades independentes do schema — o primeiro atributo dela é GlobalId : IfcGloballyUniqueId, descrito como "Assignment of a globally unique identifier within the entire software world." A regra formal UR1 é explícita: The attribute GlobalId should be unique. A §8.21.2.2 detalha: o IfcGloballyUniqueId é um GUID de 128 bits auto-gerado, codificado em Base64 num string fixo de 22 caracteres (STRING(22) FIXED). É o passaporte digital daquele objeto por toda a sua vida útil no modelo — sobrevive a renomeação, mudança de camada, movimentação. Existe desde IFC 1.5.1 (nota HISTORY da §8.21.2.2).

• BCF (BIM Collaboration Format). Especificação buildingSMART para troca de issues de coordenação entre plataformas openBIM. Existe em duas modalidades:

  • BCF-XML (arquivo .bcfzip — trocado por download/upload).
  • BCF-API (endpoint REST — sincronização em tempo real).

  A estrutura do BCF é hierárquica: um Topic (uma questão) contém Comments (comentários) e Viewpoints (pontos de vista); cada viewpoint tem ComponentSelection que lista os componentes que devem ser destacados; cada Component referencia elementos IFC via três atributos: IfcGuid (o GUID canônico ISO 16739-1), OriginatingSystem (nome do software originador) e AuthoringToolId (identificador específico do software). A spec buildingSMART é explícita: "IfcGuid must be provided, if possible." O IfcGuid é a âncora principal — os outros dois são fallback quando o objeto não veio de exportação IFC.

• BCF órfão. É o efeito colateral quando o IfcGuid referenciado no Component não existe mais na versão atual do modelo IFC federado. A spec BCF não trata esse cenário — não existe regra oficial de "o que fazer quando o Component aponta para GUID inexistente". O visualizador tipicamente responde com uma das três alternativas: não encontra nada e não avisa; mostra mensagem genérica de "elemento não encontrado"; ou pior, encontra um elemento com GUID que por acaso coincide (colisão extremamente rara mas possível). Nenhuma dessas alternativas resolve — a issue perdeu sujeito.

A causa raiz é deletar objeto em vez de editar — antipadrão de modelagem que quebra sistematicamente o vínculo BCF Component.IfcGuid ↔ IfcRoot.GlobalId. Toda vez que essa prática se instala em uma equipe, o BCF vira artefato descartável: a cada ciclo de revisão, metade das issues antigas fica inutilizável. A rastreabilidade da coordenação — que é o valor central do BCF — colapsa.

1. 1

   "Cliquei no BCF e o modelo sumiu" · a queixa arquetípica. Coordenador abre issue antiga, clica em "ir para o componente" ou "focar no elemento", visualizador não navega para lugar nenhum ou mostra tela vazia. O snapshot PNG do BCF ainda existe — mas o Component IfcGuid aponta para elemento inexistente na versão atual do modelo.

2. 2

   Metade das issues antigas vira inútil a cada ciclo de revisão · após entrega de nova versão do modelo pela disciplina, 30-60% das issues abertas na revisão anterior aparecem quebradas. Não é problema técnico do software de coordenação — é rastro do antipadrão "deletar em vez de editar" aplicado durante a resolução.

3. 3

   "Achei que tinha resolvido, mas continua aparecendo como pendente" · o projetista deletou o objeto errado e criou objeto novo no lugar. Fisicamente o problema foi corrigido. Mas a issue no BCF continua marcada como aberta e não se resolve visualmente — porque quando o coordenador clica pra verificar, o visualizador não encontra o Component antigo pra confirmar que sumiu.

4. 4

   BCF trocado por email/WhatsApp sem versionamento junto ao modelo · quando o BCF é distribuído fora do CDE (por email, chat, pasta local), ele perde o vínculo formal com a versão específica do modelo à qual se refere. Combinado com o antipadrão de deletar, o problema vira invisível — nem sequer se sabe qual versão do modelo o BCF referencia. Contraria diretamente a NBR ISO 19650-1:2022, Seção 12 (workflow do CDE) e a NBR ISO 19650-2:2022, §5.1.7.

5. 5

   Auditor pergunta "onde está a issue X?" e ninguém sabe responder · a issue estava no BCF de duas semanas atrás. Deletaram o objeto, o BCF ficou órfão, ninguém arquivou. Não se sabe se foi resolvida, se foi ignorada, se voltou. A rastreabilidade da coordenação — que é o valor central do BCF — colapsou.

6. 6

   Projetista diz "eu deletei e refiz melhor" em ata de coordenação · a frase parece sinal de zelo. Não é. Deletar e refazer significa: (1) perder o GUID original; (2) invalidar toda BCF anterior; (3) começar novo histórico de issue com o novo GUID; (4) apagar rastro para auditoria. Cada "deletei e refiz" é evento de perda de rastreabilidade.

7. 7

   Reunião passa 20 minutos tentando identificar visualmente qual objeto era referenciado · sem GUID válido no Component, a equipe recorre ao snapshot PNG do viewpoint e tenta encontrar visualmente o "objeto que estava naquele lugar". Tempo de coordenação queimado em atividade que a âncora GUID resolveria automaticamente. Múltiplos coordenadores, múltiplas reuniões, custo cumulativo alto.

8. 8

   Solibri, BIMcollab, Catenda Hub reportam "Component not found" · as plataformas openBIM canônicas (BIMcollab, Catenda Hub, Dalux, ACCA usBIM.platform, BCF Server, Solibri) exibem alguma variação desse aviso quando o Component IfcGuid não existe na versão atual do modelo. A mensagem parece bug do software — é diagnóstico correto de BCF órfão.

9. 9

   IfcOwnerHistory zerado ou reescrito em muitos objetos após revisão · a ISO 16739-1:2024 §5.1.3.44 (IfcRoot) prevê o atributo OwnerHistory (opcional em IFC4, obrigatório em IFC2x3) para rastrear última modificação. Se muitos objetos aparecem sem histórico consistente após uma revisão, sinal de que foram recriados (deletados + adicionados) em vez de editados.

10. 10

    BCF distribuído em pasta de rede, não no CDE · .bcfzip mora em `\\servidor\projeto\coordenacao\semana_XX\`. Sem workflow formal, sem estados (WIP/Shared/Published/Archived) da NBR ISO 19650-1:2022 §12, sem log de quem revisou quando. A NBR ISO 19650-2:2022 §5.1.7 exige o oposto: cada contêiner com identificador único, transição entre estados, log de usuário e data.

11. 11

    "Vamos abrir issue nova pra esse mesmo assunto" · quando a issue original ficou órfã, o coordenador desiste dela e abre nova. O tópico se duplica, a métrica de coordenação (número de issues, tempo até resolução, taxa de reincidência) fica poluída, o histórico se fragmenta. Cada BCF órfão gera 1-N issues duplicadas ao longo do projeto.

12. 12

    BEP não menciona restrição explícita contra "deletar em vez de editar" · o BEP corporativo ou de projeto lista processos de coordenação, workflow BCF, plataforma usada — mas não codifica explicitamente a regra "modificação de elemento sinalizado em BCF deve preservar o GlobalId original". A ausência dessa cláusula é a origem cultural do problema.

1. 1

   Modeladores treinados em ferramenta, não em conceito de identidade persistente · a maioria dos cursos comerciais de Revit, ArchiCAD, Tekla, AECOsim ensina como criar, mover, deletar e substituir objetos — não ensina que cada objeto carrega um identificador único que sobrevive a modificações e que ferramentas de coordenação openBIM ancoram nesse identificador. O GUID é conceito de schema (ISO 16739-1), não de ferramenta.

2. 2

   Ferramentas de autoria escondem o GUID · o GlobalId de cada elemento existe no arquivo IFC mas raramente aparece na UI dos softwares de autoria. Revit tem parâmetro "IfcGUID" mas ele não é exibido por padrão. ArchiCAD tem "IFC GlobalId" também escondido. Sem visibilidade, o modelador não percebe que sua ação (deletar) tem consequência semântica invisível (perda do GUID).

3. 3

   Reflexo cognitivo "não tá bom, apago e refaço" · quando o projetista recebe uma issue de coordenação apontando problema num elemento, a resposta mental default é "não tá bom, deleto e refaço melhor". Do ponto de vista visual/geométrico, o resultado parece igual ou melhor. Do ponto de vista do BCF ancorado no GUID, o resultado é catastrófico. Reflexo não é preguiça — é falta de framework mental sobre identidade persistente.

4. 4

   BEP corporativo sem regra explícita sobre preservação de GlobalId · o BEP lista processos de coordenação e workflow BCF, mas não codifica em cláusula testável a regra "objeto sinalizado em BCF deve ser modificado, não substituído, para preservar seu GlobalId". Sem essa cláusula, a boa prática fica dependente de cultura individual — e cultura individual não escala.

5. 5

   Fluxo de trabalho closedBIM (Revit-Revit, ArchiCAD-ArchiCAD) mascara o problema · quando a equipe inteira usa a mesma ferramenta de autoria e não passa por IFC intermediário, o "GUID" nativo da ferramenta (ElementId no Revit, GlobalUniqueId no ArchiCAD) permanece estável mesmo em algumas operações que quebrariam o IfcGUID. O problema só aparece quando começa a trocar IFC entre disciplinas ou fazer coordenação BCF via visualizador openBIM.

6. 6

   Coordenação BIM tratada como "gerar relatório de clash" · quando o BCF é visto como saída (relatório final da rodada de clash), e não como artefato vivo que persiste entre revisões, a integridade referencial deixa de ser prioridade. Cada rodada gera novo BCF do zero e ninguém precisa que os antigos sobrevivam. Anti-padrão editorial de coordenação BIM.

7. 7

   BCF armazenado fora do CDE · a NBR ISO 19650-1:2022, Seção 12 (Solução e fluxo de trabalho de um CDE) estabelece que informação persistente vive no CDE com estados definidos e workflow explícito. Quando o BCF fica em pasta de rede, email ou WhatsApp, ele opera fora dessa disciplina — e a integridade entre BCF e versão do modelo depende de convenção informal. A NBR ISO 19650-2:2022, §5.1.7 exige explicitamente identificador único e transição de estados por contêiner.

8. 8

   "Deletar em vez de editar" ensinado como boa prática em conteúdo pirata brasileiro · materiais informais de treinamento circulam entre modeladores ensinando atalhos ("é mais rápido apagar e refazer"). O ganho aparente de produtividade individual gera custo estrutural de coordenação — mas o custo aparece semanas depois, em outra pessoa (o coordenador), então nunca é atribuído à causa.

9. 9

   Auditoria automatizada de integridade GUID inexistente · ferramentas de auditoria BIM (IDS via ISO 29481-3, Solibri Model Checker, IDS Auditor buildingSMART) podem verificar se GUIDs foram preservados entre revisões — mas raramente essa checagem é configurada. Sem regra IDS explícita, a auditoria não detecta a perda.

10. 10

    Cultura de "revisão substitui tudo" · em muitas equipes, "nova revisão do modelo" é entendida como "novo arquivo IFC completo, do zero". A ideia de que revisão é evolução incremental preservando identidades não circula. Consequência natural: cada nova versão zera o histórico BCF por design cultural, não só por acidente pontual.

1. 1

   Rastreabilidade de coordenação colapsa entre revisões · o valor central do BCF é sobreviver às revisões do modelo mantendo o histórico das issues. Quando o antipadrão "deletar em vez de editar" está instalado, cada nova revisão do modelo destrói uma fatia grande do BCF acumulado. Auditar retrospectivamente "essa questão foi resolvida ou ignorada?" fica impossível.

2. 2

   Auditoria de conformidade ISO 19650 bloqueada por falta de trilha de coordenação · a NBR ISO 19650-2:2022, §5.1.7, alíneas (c) e (e), exige que cada contêiner de informação tenha estado e registro de usuário e data quando transitar entre estados. Sem BCF íntegro e versionado no CDE, essa exigência não pode ser demonstrada. Auditoria ISO 19650 para em falta de evidência.

3. 3

   Retrabalho de coordenação por issue reaberta com objeto novo · quando o projetista deleta o objeto marcado em BCF e cria novo objeto (com novo GUID), o coordenador precisa abrir issue nova referenciando o novo GUID. O trabalho de coordenação sobre aquele elemento se duplica. Multiplique por todas as issues do projeto — custo de retrabalho cresce em escala.

4. 4

   Perda de defesa contratual em disputa técnica · em arbitragem ou perícia sobre "o problema X foi comunicado à disciplina Y na data Z?", o BCF íntegro seria evidência formal aceita. BCF órfão ou não versionado vira palavra contra palavra. A parte que preservou GUIDs e versionou BCF no CDE tem defesa; a parte que operou com deleção destrutiva não tem.

5. 5

   Modelo entregue como as-built não permite reconstruir histórico de decisões · o valor de longo prazo do modelo (ativo digital para operação) inclui o histórico de decisões tomadas durante o projeto — quais issues surgiram, como foram resolvidas, por que a solução final é aquela. Sem GUIDs preservados entre revisões e BCF íntegro, esse histórico se perde definitivamente. Operação recebe modelo geometricamente correto mas semanticamente amnésico.

6. 6

   Custo real de tempo de reunião de coordenação inflado · cada BCF órfão consome 5-15 minutos de reunião pra reidentificar visualmente o objeto original. Projeto médio com 100 issues abertas em coordenação e taxa de 40% de órfãos após revisões acumula dezenas de horas de reunião — pura perda editorial evitável.

7. 7

   Impossibilidade de automatizar checking cross-revisão via IDS · a ISO 29481-3 (IDS) permite escrever regra "elementos com IfcGuid X, Y, Z devem satisfazer critério W". Se os GUIDs são destruídos a cada revisão, essa regra não sobrevive à revisão — precisa ser reescrita toda vez com novos GUIDs. A automação da conformidade que a cadeia openBIM promete fica bloqueada por prática de modelagem incompatível.

8. 8

   Handover operacional pra facilities compromise · quando o facilities management (FM) recebe modelo as-built, ele espera que cada equipamento tenha GUID estável para vincular a sistemas CMMS/EAM (SAP PM, IBM Maximo, Infraspeak). Se os GUIDs mudaram nas revisões finais por deleção-e-recriação, o vínculo entre modelo BIM e sistema operacional precisa ser reconstruído manualmente. Erro caro e evitável.

9. 9

   Perda de qualificação em rodadas internacionais · contratantes internacionais e grandes clientes brasileiros começam a exigir aderência formal ao workflow openBIM da ISO 19650 + integridade referencial via GUIDs preservados. Equipe que opera com deleção destrutiva perde qualificação por sinal de imaturidade metodológica — não por falta de competência técnica geral.

10. 10

    Fragmentação do dashboard de coordenação · quando cada revisão gera BCFs novos sem continuidade com anteriores, o dashboard de coordenação (número de issues abertas, tempo médio até resolução, taxa de reincidência) mostra números falsos. "Resolvemos 40 issues" — mas 25 delas apenas geraram issues equivalentes com novos GUIDs porque o objeto foi deletado. Métrica não reflete realidade.

Todos os testes abaixo podem ser executados pelo próprio BIM Manager ou coordenador BIM sobre um ciclo real de coordenação, comparando duas revisões consecutivas do modelo federado + o BCF acumulado entre elas.

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros, em aderência direta a ISO 16739-1:2024, especificação buildingSMART BCF e ABNT NBR ISO 19650:

Curto prazo (30-45 dias — estancar o antipadrão):

1. Diagnosticar a taxa atual de BCF órfão no projeto ativo. Aplicar o Teste 2 (Bloco 06) sobre o BCF corrente e a última revisão do modelo. Contar quantas issues perderam âncora GUID. O número é o ponto zero da conversão — quantifica o custo real do problema pra equipe e stakeholders.

2. Configurar o software de autoria para exibir GlobalId/IfcGUID. Em Revit: adicionar IfcGUID (categoria IFC Parameters) aos Type Parameters e Instance Parameters visíveis. Em ArchiCAD: habilitar exibição do "IFC GlobalId" no Element Information. O modelador precisa ver o identificador que está sendo destruído — visibilidade é pré-condição de mudança de comportamento.

3. Publicar Nota Técnica interna canonizando "editar em vez de deletar". Documento de 1-2 páginas explicando: (a) o que é GlobalId em ISO 16739-1:2024 §5.1.3.44/§8.21.2.2; (b) por que o BCF depende dele; (c) qual o antipadrão a evitar; (d) qual o procedimento correto para responder a issue de coordenação. Circular pra toda a equipe de modelagem com registro de leitura.

4. Migrar BCF atual pro CDE formal. Coletar .bcfzip distribuídos em pastas de rede, emails e chats. Depositar no CDE (BIMcollab, Catenda Hub, Dalux, ACCA usBIM.platform, BCF Server, ACC — se já é o ambiente do projeto —, ou solução equivalente) com identificador único, estado, revisor, data — conforme NBR ISO 19650-2:2022 §5.1.7.

5. Workshop de 2h com modeladores. Passar pelos 3 conceitos canônicos (GUID/BCF/BCF órfão), demonstrar o antipadrão ao vivo com arquivo IFC exemplo, aplicar os 6 testes do Bloco 06 como exercício. Registrar em ata a mudança de procedimento aprovada.

Médio prazo (60-120 dias — institucionalizar a boa prática):

6. Adicionar ao BEP corporativo cláusula formal sobre preservação de GlobalId. Texto sugerido: "Todo elemento sinalizado em BCF de coordenação deve ser modificado preservando seu IfcGloballyUniqueId original (ISO 16739-1:2024, §5.1.3.44, atributo GlobalId, regra formal UR1). Deleção-e-recriação constitui exceção que exige atualização explícita do BCF apontando para o novo GUID, com comentário registrado no Topic." Vincular ao workflow do CDE conforme NBR ISO 19650-1:2022 Seção 12.

7. Configurar IDS de checagem cross-revisão. Escrever regra IDS (ISO 29481-3) que enumere IfcGuids referenciados em BCFs ativos e verifique presença no modelo atual. Executar via IDS Auditor buildingSMART ou Solibri Ruleset. Integrar ao workflow de aprovação de novas revisões — nenhuma nova revisão passa pra estado Shared do CDE (NBR ISO 19650-1:2022 §12.3, transição checar/revisar/aprovar) sem passar essa checagem.

8. Estabelecer métrica "taxa de BCF órfão após revisão". Dashboard interno reporta o número mensalmente. Meta 0% — qualquer ocorrência dispara ação corretiva imediata: formação adicional, revisão de BEP, ajuste de processo. Preservar GlobalId é regra absoluta, não meta estatística tolerante a desvio.

9. Onboarding formal de novo modelador. Sessão de 90 minutos obrigatória para qualquer novo membro da equipe de modelagem, antes de qualquer autoria de modelo produtivo. Cobre identidade persistente IfcRoot/GlobalId, workflow BCF ancorado em IfcGuid, workflow CDE da NBR ISO 19650-2:2022 §5.1.7. Sem certificação nesse conteúdo, não modela em projeto produtivo.

10. Vincular esta prática ao ciclo LOIN → IDS → BEP → Verificação. Preservação de GlobalId é pré-condição operacional para que o LOIN (ABNT NBR ISO 7817-1:2024) → IDS (ISO 29481-3) → verificação automatizada funcione entre revisões. Ver a página "LOIN não é LOD" para o conceito canônico do LOIN e a página "Como o BIM Manager evolui para gestor da informação" para o framework ISO 12911:2023 de redação de especificações verificáveis.

1. 1

   BEP corporativo com cláusula formal sobre GlobalId · a regra "modificar em vez de deletar, preservando IfcGloballyUniqueId" é cláusula testável do BEP corporativo — não sugestão informal. Ancorada em ISO 16739-1:2024 §5.1.3.44 (IfcRoot, UR1) e vinculada ao workflow do CDE (NBR ISO 19650-1:2022 §12).

2. 2

   Software de autoria exibe GlobalId/IfcGUID por padrão · templates internos de Revit, ArchiCAD, Tekla e outras ferramentas de autoria vêm com o parâmetro IfcGUID visível no Element Information / Type Parameters. O modelador sempre vê o identificador que está prestes a destruir se deletar o objeto. Visibilidade é pré-condição de disciplina.

3. 3

   BCF vive exclusivamente no CDE formal · nenhum .bcfzip circula por email, WhatsApp ou pasta de rede. Todo BCF é criado, versionado, aprovado e arquivado no CDE (BIMcollab, Catenda Hub, Dalux, ACCA usBIM.platform, BCF Server ou equivalente openBIM), conforme NBR ISO 19650-2:2022 §5.1.7 e NBR ISO 19650-1:2022 §12.

4. 4

   Onboarding de modelador novo inclui os 3 conceitos canônicos · novo membro passa por sessão obrigatória cobrindo: GUID (ISO 16739-1:2024 §8.21.2.2), BCF (spec buildingSMART), BCF órfão (antipadrão). Sem certificação, não modela em projeto produtivo. Cultura é ensinada, não presumida.

5. 5

   IDS de verificação cross-revisão integrada ao ciclo do CDE · a cada nova revisão submetida ao estado Shared do CDE (transição checar/revisar/aprovar da NBR ISO 19650-1:2022 §12.3), a IDS (ISO 29481-3) roda automaticamente verificando integridade GUID vs. BCFs ativos. Divergência bloqueia transição de estado até resolução.

6. 6

   Métrica "taxa de BCF órfão" reportada em dashboard · reporte mensal: número de BCFs órfãos identificados por revisão, tendência ao longo do tempo, por disciplina. Extrapolação de meta dispara ação corretiva imediata. Métrica objetiva substitui percepção subjetiva.

7. 7

   Ata de coordenação registra sempre "editou preservando GUID" vs. "deletou e recriou" · toda resolução de issue registra explicitamente qual procedimento foi adotado. Deleções-e-recriações ficam auditáveis; o padrão emerge; correção acontece com dado, não com opinião.

8. 8

   Auditoria trimestral de amostra de projetos ativos · a cada 3 meses, amostra de projetos ativos passa por checagem formal: aplicação dos 6 testes do Bloco 06, verificação de aderência ao BEP corporativo, medição de taxa de BCF órfão. Higiene contínua, não fiscalização punitiva.

9. 9

   Vincular preservação de GUID à cadeia openBIM completa · a boa prática não é regra isolada — é parte da cadeia LOIN → IDS → BEP → Verificação → Handover Operacional. GUIDs preservados são pré-condição operacional para que a cadeia inteira funcione. Formação continuada reforça esse vínculo.

10. 10

    Nenhuma ferramenta de autoria closedBIM permanece como sinônimo de BIM · o vocabulário interno distingue explicitamente "usar Revit/ArchiCAD/Tekla" (ferramenta de autoria closedBIM) de "fazer BIM openBIM" (workflow que sobrevive em IFC, BCF, IDS ancorados em GUID estável). Sem essa distinção, o antipadrão continua invisível porque parece "só um jeito de modelar".

• ISO 16739-1:2024Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries — Part 1: Data schema. Referência canônica desta página. §5.1.3.44 IfcRoot (atributo GlobalId, regra formal UR1: deve ser único), §8.21.2.2 IfcGloballyUniqueId (GUID de 128 bits auto-gerado, string fixo de 22 caracteres Base64, existente desde IFC 1.5.1).
• buildingSMART BCF (BIM Collaboration Format)Especificação buildingSMART de formato aberto para troca de issues de coordenação entre plataformas openBIM. Repositórios oficiais: github.com/buildingSMART/BCF-XML (BCF-XML v2.1 e v3.0, arquivo .bcfzip) e github.com/buildingSMART/BCF-API (BCF-API v3.0, endpoint REST). Documentação em technical.buildingsmart.org/standards/bcf/. O elemento Component referencia elementos IFC via atributos IfcGuid (canônico), OriginatingSystem e AuthoringToolId; a spec recomenda explicitamente: "IfcGuid must be provided, if possible."
• ABNT NBR ISO 19650-1:2022Organização e digitização da informação sobre edifícios e obras de engenharia civil, incluindo modelagem da informação da construção (BIM) — Parte 1: Conceitos e princípios. §3.3.12 (contêiner de informação), §3.3.13 (código de estado), §3.3.15 (definição de CDE), Seção 12 (Solução e fluxo de trabalho de um CDE — estados WIP/Shared/Published/Archived, transições checar/revisar/aprovar e revisar/autorizar).
• ABNT NBR ISO 19650-2:2022Organização e digitização da informação sobre edifícios e obras de engenharia civil, incluindo modelagem da informação da construção (BIM) — Gestão da informação usando a modelagem da informação da construção — Parte 2: Fase de entrega de ativos. §5.1.7 (Estabelecer CDE do projeto — requisitos duros: identificador único por contêiner, atributos designados incluindo estado/revisão/classificação, transição entre estados, registro de usuário e data em transições, acesso controlado no nível do contêiner), §5.6.3 (Verificação da garantia da qualidade), §5.6.4 (Revisar e aprovar para compartilhamento), §5.6.5 (Revisão do modelo de informação).
• ISO 29481-3IDM — Data schema and code (IDS/mvdXML). Ferramenta para escrever regras verificáveis por rule engine sobre modelos IFC. Base para automatizar detecção de BCF órfão via checagem cross-revisão de IfcGuid.
• ABNT NBR ISO 7817-1:2024Building information modelling — Level of information need — Part 1: Concepts and principles. LOIN por elemento estruturado sobre IfcGuid estável — pré-condição para que a cadeia LOIN → IDS → BEP → verificação funcione entre revisões do modelo.
• ISO 12911:2023Framework for specification of BIM implementation. Framework para redigir BIS (BIM Implementation Specification) em método RASE testável — dá base metodológica para codificar no BEP a cláusula formal de preservação de GlobalId.
• Plataformas openBIM canonizadas (posicionamento Coordenar)Para coordenação BCF em ambiente openBIM: BIMcollab, Catenda Hub, Dalux, ACCA usBIM.platform, BCF Server, Solibri. Todas operam BCF nativo, IFC de entrada, workflow sem dependência de formato proprietário. Ferramentas populares em ambiente closedBIM (Navisworks Manage, ACC Issues, Trimble Connect Issues, Revizto) podem ser mencionadas em diagnóstico do estado atual mas não são caminho recomendado — o antipadrão de deletar-e-recriar é ainda mais opaco em fluxos que não passam por IFC.