Verificador de modelos IFC: o que conferir antes de entregar um IFC, e onde corrigir

O que uma verificação de IFC observa

• Arquivo e schema. O arquivo é STEP válido e válido para a versão de IFC que declara, IFC 2x3, IFC 4 ou IFC 4.3, incluindo as regras do próprio padrão.
• Classes IFC. Cada elemento sai como a classe certa, IfcWall, IfcDoor, IfcPipeSegment, com um PredefinedType que existe naquela versão de IFC. IfcBuildingElementProxy é a classe genérica para elementos sem classe, e muitos requisitos a proíbem ou limitam.
• Classificação. Códigos como Uniclass 2015 estão nos elementos que o cliente pede e chegam ao arquivo como referências de classificação.
• Nomes. Os nomes dos elementos e do arquivo seguem a regra de nomenclatura do projeto, por exemplo os campos da ISO 19650 ou uma convenção nacional.
• Propriedades. Os conjuntos de propriedades e os valores que os requisitos pedem estão preenchidos, como IsExternal, LoadBearing e FireRating em Pset_WallCommon, e os materiais têm nome.
• Estrutura espacial. Terreno, edifício e pavimentos estão certos, e os espaços estão posicionados e delimitados.
• Localização. O terreno e o sistema de referência de coordenadas dele são os que o cliente espera, onde os requisitos pedem um.

Dois tipos de verificação: o padrão, e o seu projeto

Em relação ao padrão IFC. A buildingSMART, entidade por trás do IFC, mantém um serviço on-line gratuito, o IFC Validation Service. Você envia um arquivo e ele confere a sintaxe, o schema e as regras normativas do padrão, e avisa sobre problemas de prática comum. Requisitos de projeto, nacionais ou da empresa estão fora do escopo dele, pela própria descrição.

Em relação aos requisitos do seu projeto. Esta é a verificação que decide a aceitação: as classes, códigos, nomes e valores que o cliente pediu. Desde junho de 2024, o padrão IDS (Information Delivery Specification) 1.0 da buildingSMART permite ao cliente escrever esses requisitos em um arquivo com o qual um software pode testar um IFC. Verificadores de modelos dedicados e bibliotecas open source, como o IfcTester do IfcOpenShell, leem arquivos IDS.

As duas rodam no arquivo exportado. Isso as torna a barreira final certa, mas a correção continua acontecendo no modelo de autoria: uma classe errada ou um valor faltando é alterado no Revit e exportado de novo. Quanto antes você conferir o próprio modelo, menos rodadas você gasta entre os dois.

Onde os problemas de IFC começam no Revit

• Proxies. Quando o exportador não tem classe para um elemento, ele grava IfcBuildingElementProxy: modelos genéricos, famílias no local, muitas famílias de equipamentos. Defina a classe com os parâmetros nativos “Export to IFC As” e “IFC Predefined Type”, no tipo ou na instância.
• Versão. Um PredefinedType válido no IFC 4.3 pode não existir no IFC 2x3, em que IfcDoor e IfcWindow não têm nenhum. Confira a classe com a versão que você entrega.
• Nomes. A menos que você defina IfcName, o nome de um elemento no IFC é Família:Tipo:ElementId, o que raramente segue uma regra de nomenclatura.
• Classificação. Códigos guardados nos seus próprios parâmetros só chegam ao IFC quando as configurações de classificação do exportador indicam esses parâmetros.
• Terreno. O primeiro elemento de terreno ou topografia vira o IfcSite, e as propriedades do terreno são lidas dele, não de Project Information. Um elemento de terreno perdido pode levar dados errados ao arquivo.
• Pavimentos e espaços. Só os níveis marcados como “Building Story” viram pavimentos; ambientes não posicionados ou não delimitados não são exportados como espaços.

Conferindo o modelo no Revit com o IFC Ready

O IFC Ready é a ferramenta do AEC Pilot que roda essas verificações no modelo aberto do Revit, antes da exportação, e as corrige ali mesmo. Funciona no Revit 2023–2027.

• Perfil. ISO 19650 (Reino Unido) ou e-PYS (Turquia). O perfil define a versão do IFC, a regra de nomenclatura e o que é obrigatório.
• Mapeamento. Cada tipo do Revit recebe uma classe IFC, um PredefinedType e códigos Uniclass 2015, a partir de regras e do catálogo Uniclass, conferidos com a versão do IFC. Você aprova; depois ele os grava no modelo. Os tipos que as regras não conseguem classificar podem ir para a sua IA para uma sugestão, que você também aprova.
• Nomenclatura e dados. Nomes de elementos pela regra do perfil, e os valores de propriedades faltando listados por tipo e preenchidos em massa.
• Validação. Uma lista do que ainda falha, cada achado com os elementos para selecionar no modelo.
• Exportação e releitura. IFC 2x3, IFC 4 ou IFC 4.3. Depois da exportação, ele relê o arquivo gravado e resume as classes, proxies, conjuntos de propriedades e quantitativos.
• Relatório. Para o e-PYS, o formulário de qualidade preenchido a partir das verificações, em um arquivo Excel.

IFC Ready · Model Doctor: saúde do modelo do Revit · Revit MCP · Preços

Uma lista de verificação antes de exportar

• Combine com o cliente a versão do IFC e o tipo de troca, por exemplo IFC 4 Reference View ou IFC 4.3.
• Dê uma classe a cada categoria exportada; não mantenha nenhum proxy que você não escolheu.
• Preencha os códigos de classificação e diga ao exportador onde eles estão.
• Nomeie os elementos e o arquivo pela regra do projeto.
• Preencha os valores de propriedades obrigatórios e confira os nomes dos materiais.
• Marque os níveis certos como pavimentos; posicione e delimite os ambientes.
• Defina o terreno e as coordenadas que o cliente espera.
• Exporte, releia o arquivo e passe-o por um validador antes de enviar.

Baseado em informações públicas de outubro de 2026, incluindo as próprias páginas da buildingSMART, e nos nossos testes com o exportador IFC do Revit. O comportamento do exportador pode mudar entre versões; confira o seu.

Revit é marca registrada ou marca comercial da Autodesk, Inc. IFC e IDS são padrões da buildingSMART International. O AEC Pilot não é afiliado à Autodesk nem à buildingSMART.

Perguntas frequentes