Validação · 2026-05-05 · 8 min

Os 7 erros de validação de IFC mais comuns (e como corrigi-los)

GUIDs duplicados, elementos órfãos e hierarquias espaciais quebradas respondem por mais de 80% das rejeições de entregas IFC. Veja como identificar e corrigir cada um antes que o modelo chegue à CDE.

Os 7 erros de validação de IFC mais comuns (e como corrigi-los) — IFC Viewer Online article cover

Todo coordenador BIM já passou por isso: você exporta um arquivo IFC, envia para o Ambiente Comum de Dados, e ele é rejeitado por erros estruturais que você nem sabia que existiam. Depois de rodar validação em milhares de arquivos IFC, os mesmos sete erros respondem pela grande maioria das entregas reprovadas.

44 — regras verificadas
7 — causam 80% das rejeições
30s — para validar qualquer modelo
100% — roda no seu navegador

1. GlobalIds (GUIDs) duplicados

Um GlobalId é a identidade permanente de um elemento IFC — ele sobrevive a fusões de modelo, atualizações de versão e migrações de software. Quando dois elementos compartilham o mesmo GUID, toda ferramenta que depende de referências estáveis (fluxos de trabalho em BCF, rastreamento de vínculos no Revit, versionamento na CDE) quebra silenciosamente.

2. Elementos órfãos

Um órfão é um elemento físico sem contêiner espacial na hierarquia do IFC — ele existe no arquivo, mas não aparece em Project → Site → Building → Storey. A maioria dos visualizadores simplesmente ignora órfãos. A causa costuma ser elementos colocados num nível sem associação a uma planta de piso, ou elementos de arquivo vinculado que perderam seu pavimento de origem na exportação.

3. Contêiner errado

O elemento tem um contêiner, mas é o errado — colocado diretamente dentro de IfcSite em vez de dentro de um pavimento. O posicionamento no nível de Site só é válido para elementos de infraestrutura. Paredes ou pilares dentro de IfcSite confundem toda ferramenta a jusante, do Navisworks ao Solibri.

4. Agregados quebrados

IfcRelAggregates é a relação que constrói a árvore espacial. Um agregado quebrado significa que uma dessas relações aponta para uma entidade inexistente — geralmente porque a entidade foi excluída depois que a relação foi escrita, ou durante uma fusão de modelo que não propagou as exclusões corretamente.

5. Violações de hierarquia espacial

O IFC exige uma ordem estrita: IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → elementos físicos. Quando essa ordem é quebrada — um Building direto sob Project sem um Site, elementos colocados em IfcBuilding em vez de num pavimento —, muitas ferramentas falham ao construir a árvore corretamente.

6. IfcProject ausente

Todo arquivo IFC válido precisa conter exatamente um IfcProject. É o nó raiz de toda a hierarquia do modelo. Alguns fluxos de exportação que geram submodelos o omitem. O resultado é um arquivo que é lido sem erros, mas não tem raiz espacial.

7. Nomes de elementos vazios

Elementos com Name = "" ou nulo não são uma violação de schema, mas quebram quase todo fluxo de trabalho a jusante: comentários em BCF não conseguem referenciá-los com clareza, tabelas de levantamento de quantidades mostram linhas em branco, e relatórios de colisão ficam ilegíveis.

Rode uma validação ao vivo

Abra o duplex da buildingSMART e veja como é um relatório de validação de IFC limpo — depois experimente com um dos seus próprios modelos para verificar esses sete erros.

IFC2x3 · 2.4 MB

Abrir o visualizador IFC interativo

Checklist pré-entrega

Rode a validação antes de cada upload na CDE — não depois.
Busque Health Score ≥ 80 para entregas de coordenação.
Zero GUIDs duplicados — inegociável para fluxos de trabalho em BCF.
Todos os elementos físicos dentro de um pavimento, não diretamente sob Site ou Building.
Um IfcProject na raiz — sempre.
Nomeie cada elemento, mesmo que de forma genérica ("Wall-001" é melhor que string vazia).
Hierarquia espacial: Project → Site → Building → Storey → elementos.

Os 7 erros de validação de IFC mais comuns (e como corrigi-los)