Voltar ao blog de BIM e IFC
Validação · 2026-06-30 · 20 min
10 Erros Comuns em Modelos IFC e Como Detectá-los
Os dez erros mais frequentes em arquivos IFC entregues em projetos reais — o que os causa, como um verificador de modelos os detecta e como corrigi-los na origem.
10 Erros Comuns em Modelos IFC e Como Detectá-los — IFC Viewer Online article cover
Um coordenador BIM que já revisou arquivos IFC suficientes desenvolve reconhecimento de padrões: os mesmos dez erros aparecem projeto após projeto, software de autoria após software de autoria. Eles não são aleatórios — têm causas consistentes, e a maioria pode ser evitada com as configurações de exportação corretas e uma etapa de verificação antes do upload para o CDE.
Visão geral: os 10 erros mais comuns em IFC
| Erro | Gravidade | Método de detecção | Impacto nas etapas seguintes |
|---|
| 1. GUIDs duplicados | Erro | Verificação de regra L2 — apenas nível de dados | Controle de versões no CDE, detecção de colisões, coordenação via BCF |
| 2. Hierarquia espacial quebrada | Erro | Verificação de regra L2 — árvore espacial | Elementos invisíveis em ferramentas de coordenação; filtros de pavimento incorretos |
| 3. Elementos não atribuídos a um pavimento | Erro | Verificação de regra L2 — contenção | O levantamento de quantitativos por pavimento falha; os filtros de coordenação quebram |
| 4. Conjuntos de propriedades ausentes | Aviso/Erro | Verificação de regra L2 — presença de Pset | Levantamento de quantitativos (QTO) impreciso; entrega para FM incompleta; não conformidade com o EIR |
| 5. Códigos de classificação errados ou ausentes | Aviso | Verificação de regra L2 — classificação | Suprimentos comprometidos; registro de ativos de FM incompleto |
| 6. Geometria inválida | Erro | Verificação de regra L2 — validade da geometria | Falsos positivos na detecção de colisões; falhas na simulação 4D/5D |
| 7. Relações entre elementos quebradas | Aviso | Verificação de regra L2 — integridade das relações | Corrupção da árvore espacial; perda de dados de tipo-instância |
| 8. Violações da convenção de nomenclatura | Aviso | Verificação de regra L2 — regras de nomenclatura | Filtros em ferramentas de coordenação falham; retrabalho manual |
| 9. Metadados da ISO 19650 / EIR ausentes | Aviso/Erro | Validação L3 por IDS | Não conformidade com o EIR; falha na especificação IDS |
| 10. Inconsistências de LOD/LOI | Aviso | Verificação de regra L2 + L3 | QTO não confiável; falha na verificação de marco de fase |
Os 10 erros mais comuns em IFC, sua gravidade e o impacto nas etapas seguintes.1. GUIDs duplicados
Todo elemento em um arquivo IFC precisa ter um identificador globalmente único (GUID) — um valor de 22 caracteres codificado em base64 que deveria ser exclusivo entre todos os arquivos IFC já criados. GUIDs duplicados ocorrem quando elementos são copiados e colados no software de autoria sem disparar a regeneração do GUID. O resultado: dois ou mais elementos no mesmo arquivo compartilham o mesmo identificador.
Detecção e causas
- Invisível no visualizador 3D — exige verificação L2 em nível de dados
- O IFC Viewer Online relata cada duplicata por nome e tipo de elemento
- Causa: copiar e colar no Revit ou ArchiCAD sem redefinir o GUID
- Causa: importação de modelo vinculado sem resolução de conflitos de GUID
- Causa: bug do software de autoria em versões específicas do exportador
Correção e prevenção
- No Revit: use a opção do exportador IFC para regenerar os GUIDs na exportação
- No ArchiCAD: use a ferramenta de gerenciamento de GUID antes de exportar
- Prevenção: nunca copie e cole elementos entre projetos — use vínculos (links)
- Prevenção: verifique duplicatas após cada grande mesclagem de modelos
- Prevenção: rode a verificação de Health Score antes de cada upload para o CDE
2. Hierarquia espacial quebrada
A hierarquia espacial do IFC é a espinha dorsal do modelo: IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace/elementos. Quando essa cadeia é quebrada — uma edificação sem terreno, ou um pavimento sem edificação — as ferramentas de coordenação rejeitam o arquivo ou produzem resultados incorretos silenciosamente.
Detecção e causas
- Verificação de regra L2: IfcRelAggregates ausente entre níveis da hierarquia
- Elementos aparecem no filtro de pavimento errado, ou não aparecem
- Causa: arquivo IFC editado manualmente com edição incorreta da hierarquia
- Causa: exportação de modelos parciais pelo software de autoria (apenas uma disciplina)
- Causa: mesclagem de modelos de ferramentas diferentes sem reconciliação da hierarquia
Correção e prevenção
- Corrija no software de autoria: garanta que terreno, edificação e pavimentos estejam modelados, não apenas implícitos
- No Revit: verifique se a hierarquia do projeto nas opções de exportação IFC está completa
- Prevenção: valide a hierarquia após cada mesclagem de modelo federado
- Prevenção: nunca edite manualmente a hierarquia do IFC fora do software de autoria
3. Elementos não atribuídos a um pavimento
Um elemento existe no modelo, mas não tem relação IfcRelContainedInSpatialStructure com um IfcBuildingStorey. Tecnicamente o elemento está no arquivo, mas efetivamente não está localizado na hierarquia da edificação. Ferramentas de coordenação filtram por pavimento; um elemento não atribuído fica invisível para esses filtros.
Detecção e causas
- Verificação de regra L2: elementos sem relação de contenção espacial
- Causa: elementos posicionados em planos de referência, não em níveis, no Revit
- Causa: elementos com atribuição "No Level" (sem nível) no Revit
- Causa: elementos do ArchiCAD com pavimento de referência (home storey) indefinido
- Causa: famílias de modelo genérico posicionadas sem um nível hospedeiro
Correção e prevenção
- No Revit: selecione cada elemento afetado e atribua um parâmetro de nível (Level)
- Filtre por "No Level" nas tabelas de quantitativos do Revit para encontrar todos os elementos afetados
- No ArchiCAD: use as Informações do Elemento para verificar e definir o pavimento de referência
- Prevenção: inclua a atribuição de pavimento como item de revisão no padrão de modelagem
- Prevenção: rode a verificação L2 após cada integração de novo modelo de disciplina
4. Conjuntos de propriedades obrigatórios ausentes
Os conjuntos de propriedades padrão do IFC (Psets), como Pset_WallCommon, Pset_BeamCommon e Pset_SpaceCommon, carregam os dados dos quais dependem as ferramentas seguintes — levantamento de quantitativos, entrega para FM, análise energética. Quando um Pset está ausente ou suas propriedades estão vazias, esses processos seguintes produzem resultados incorretos ou incompletos.
Detecção e causas
- Verificação de regra L2: Psets obrigatórios ausentes para os tipos de elemento
- Causa: mapeamento de Pset do exportador não configurado para esse tipo de elemento
- Causa: tipos de elemento personalizados sem Pset IFC equivalente
- Causa: perfil de exportação definido como "apenas geometria" para reduzir o tamanho do arquivo
- Causa: tipo de entidade IFC mapeado incorretamente — Pset errado anexado
Correção e prevenção
- Revise a tabela de mapeamento de Pset do exportador do seu software de autoria
- Adicione mapeamentos explícitos dos tipos de elemento personalizados para os Psets adequados
- Nunca use exportação "apenas geometria" para modelos de coordenação ou entrega
- Prevenção: use o IDS para definir formalmente os Psets exigidos em cada fase do projeto
- Prevenção: valide a completude dos Psets na verificação L3 por IDS antes da entrega
5. Códigos de classificação errados ou ausentes
Os códigos de classificação (Uniclass 2015, OmniClass, NBS ou equivalentes nacionais) são exigidos para suprimentos, registros de ativos de FM e, cada vez mais, para conformidade com o EIR. Códigos de classificação ausentes ou incorretos significam que as equipes de orçamento (QS) não conseguem gerar BOQs corretos e as equipes de FM não conseguem popular o CAFM sem retrabalho manual.
Detecção e causas
- Verificação de regra L2: propriedade de classificação ausente ou não vinculada a um sistema padrão
- Verificação L3 por IDS: requisitos específicos de código de classificação não atendidos
- Causa: classificação não configurada na exportação do software de autoria
- Causa: sistema de classificação do modelo não corresponde ao exigido pelo EIR
- Causa: famílias personalizadas sem parâmetros de código de classificação
Correção e prevenção
- Configure o sistema de classificação nas configurações do projeto no software de autoria
- Mapeie todos os tipos de elemento para a tabela de classificação exigida
- Use o IDS para definir formalmente qual sistema de classificação e quais códigos são exigidos
- Prevenção: inclua a classificação nos padrões de conteúdo BIM desde o início
- Prevenção: valide contra o IDS em cada marco de fase, não apenas na entrega final
6. Geometria inválida ou quebrada
Os erros de geometria em IFC se dividem em três tipos principais: elementos com volume zero (um perfil extrudado com área zero), geometria sólida não fechada (um sólido com furos na superfície) e operações booleanas malsucedidas (uma subtração de vazio que gera um resultado não-manifold). Eles são invisíveis ao visualizar o modelo, porque os renderizadores disfarçam o problema; só se tornam visíveis quando ferramentas de detecção de colisões ou simulação tentam processar a geometria matematicamente.
Detecção e causas
- Verificação de regra L2: validade da geometria, verificação de volume, verificação de manifold
- Causa: painéis de fachada cortina malformados no Revit
- Causa: operações booleanas complexas no ArchiCAD que falham na exportação
- Causa: geometria importada (de DXF ou STEP) que nunca teve geometria sólida válida
- Causa: geometria desenhada manualmente com perfis de área zero por acidente
Correção e prevenção
- Use o relatório de erros do verificador para identificar elementos específicos por nome/tipo
- Remodele os elementos identificados usando técnicas corretas de modelagem sólida
- Para fachadas cortina: verifique a definição do painel, não apenas a parede como um todo
- Prevenção: evite importar geometria DXF/DWG diretamente para modelos BIM
- Prevenção: revise a geometria em um visualizador IFC após cada operação booleana complexa
7. Relações entre elementos quebradas
O IFC codifica as relações entre elementos usando entidades de relação: IfcRelDefinesByType (tipo-instância), IfcRelAssociatesMaterial (atribuição de material), IfcRelConnectsElements (conexões estruturais), entre outras. Quando essas relações estão malformadas — referenciando entidades inexistentes ou apontando para o tipo errado de objeto — o modelo de dados fica inconsistente, e as ferramentas seguintes ou apresentam erro ou ignoram silenciosamente os elementos afetados.
Detecção e causas
- Verificação de regra L2: referências de relação soltas, tipos de entidade incorretos
- Causa: edição manual do IFC que quebra a integridade referencial
- Causa: bugs do exportador em versões antigas do software de autoria
- Causa: mesclagem de modelo federado com conflitos de relação
Correção e prevenção
- Reexporte a partir do software de autoria — não edite arquivos IFC manualmente
- Atualize o exportador do software de autoria para a versão atual
- Prevenção: trate o IFC apenas como um formato de entrega — todas as edições acontecem no software de autoria
- Prevenção: valide após cada atualização do exportador
8. Violações da convenção de nomenclatura
Projetos BIM definem convenções de nomenclatura para tipos de elemento, camadas, vistas e nomes de objetos. Quando elementos IFC têm nomes genéricos ("Wall", "Floor 1", "Beam") ou nomes inconsistentes entre disciplinas, as ferramentas de coordenação não conseguem aplicar filtros de disciplina corretamente, e as equipes de orçamento (QS) não conseguem rodar o levantamento automatizado sem configurar regras manualmente.
Detecção e causas
- Verificação de regra L2: nomes genéricos ou vazios são sinalizados
- Causa: famílias do software de autoria com nomes padrão não atualizados
- Causa: documento de convenção de nomenclatura compartilhado tarde demais no projeto
- Causa: conteúdo importado de outros projetos com convenções diferentes
Correção e prevenção
- Use o relatório do verificador para identificar elementos com nomes fora do padrão
- Corrija os nomes no software de autoria — os nomes não devem ser alterados no arquivo IFC
- Prevenção: emita o documento de convenção de nomenclatura no início do projeto
- Prevenção: use o IDS para impor formalmente os padrões de nomenclatura onde forem críticos
9. Metadados da ISO 19650 / EIR ausentes
Um arquivo IDS formaliza os metadados exigidos pelo EIR: número do projeto, fase, código de disciplina, organização responsável, nível de LOD/LOI e propriedades personalizadas. Quando um IDS está em vigor, qualquer elemento que não carregue as propriedades exigidas falha na verificação L3 por IDS, e o modelo fica não conforme para entrega.
Detecção e causas
- Validação L3 por IDS: propriedades exigidas ausentes ou tipo de valor incorreto
- Causa: IDS não compartilhado com as equipes de modelagem com antecedência suficiente
- Causa: Psets personalizados para metadados do EIR não configurados no software de autoria
- Causa: elementos adicionados após a verificação IDS, sem serem checados contra o IDS
Correção e prevenção
- Compartilhe o arquivo IDS com todas as equipes de modelagem no início do projeto
- Configure Psets personalizados para carregar os metadados do EIR nos modelos (templates) do software de autoria
- Rode a verificação L3 por IDS em cada marco de fase, não apenas na entrega final
- Prevenção: use o IDS como a versão legível por máquina dos requisitos de dados do EIR
10. Inconsistências de LOD/LOI
Os requisitos de Nível de Desenvolvimento (LOD) e Nível de Informação (LOI) variam por fase do projeto e tipo de elemento. Na fase de construção, elementos estruturais devem ter LOD 400 (geometria pronta para fabricação e propriedades de material completas), enquanto acabamentos arquitetônicos ainda podem estar em LOD 300. Inconsistências — uma parede com geometria em LOD 200 e dados de propriedade em LOD 400, ou vice-versa — causam imprecisões no QTO e falhas nos marcos de fase.
Detecção e causas
- Verificação L2 de completude de Pset + propriedades de LOI por IDS na L3
- Causa: matriz de LOD/LOI não comunicada claramente às equipes de modelagem
- Causa: elementos em LODs diferentes misturados em uma única exportação
- Causa: matriz de LOD não atualizada quando o escopo muda no meio do projeto
Correção e prevenção
- Use o IDS para definir formalmente quais propriedades são exigidas em cada fase
- Verifique a conformidade de LOI usando a verificação L3 por IDS em cada marco de fase
- Prevenção: emita uma matriz de LOD/LOI por tipo de elemento no início do projeto
- Prevenção: use a evolução do Health Score ao longo das fases para identificar regressões
Nenhum dos dez erros mais comuns em IFC é visível em um visualizador 3D. Todos os dez são detectáveis em menos de um minuto com um verificador de modelos L2. A verificação de cinco minutos antes do upload para o CDE é o controle de qualidade de maior impacto disponível para um coordenador BIM.
Princípio de gestão da qualidade em IFC
Para um fluxo de trabalho passo a passo para verificar e corrigir esses erros antes da entrega, veja como verificar um modelo IFC antes da entrega. Para a ferramenta que executa a verificação, veja a comparação dos melhores verificadores de modelos IFC. Para o framework completo por trás dos níveis de verificação, veja o guia completo do verificador de modelos IFC. Para a distinção conceitual entre verificadores e visualizadores, veja verificador de modelos IFC vs visualizador IFC. Para impedir que os erros se repitam, coloque um limite no contrato: cláusulas de BEP que realmente evitam entregas ruins de IFC.
10 Erros Comuns em Modelos IFC e Como Detectá-los