O que é IFC e por que ele existe?

"IFC é aquele formato que perde informação." — e com essa frase, a equipe descarta o padrão aberto mais importante do BIM sem nunca ter entendido o que ele é.

IFC (Industry Foundation Classes) é um esquema de dados aberto, neutro de fornecedor, mantido pela buildingSMART International e padronizado como ISO 16739-1. Não é um formato de exportação — é um modelo semântico: define entidades (IfcWall, IfcDoor, IfcSpace), relações (composição, contenção, conectividade) e Property Sets que permitem representar um ativo construído de forma completa e estruturada, independente do software que o criou.

O IFC existe porque softwares BIM diferentes precisam trocar informação sem que a troca dependa do fornecedor. É o alicerce técnico do openBIM: sem IFC, cada disciplina fica presa ao formato proprietário do seu software, e a colaboração multiparte depende de que todos usem o mesmo produto.

A percepção de que "IFC perde informação" vem de exportações mal configuradas, não do formato. Quando a exportação é feita sem o MVD correto (Model View Definition), sem mapeamento de Property Sets e sem verificação, o resultado é um IFC degradado — e a culpa recai sobre o formato, não sobre o processo de exportação que falhou. É como culpar o PDF por um documento mal formatado.

Os problemas operacionais do IFC — deslocamento de coordenadas, GUIDs instáveis, unidades incorretas, geometrias inválidas — têm tratamento dedicado na Clínica do IFC, com diagnóstico e correção específicos por dor. Esta página trata do conceito: o que é IFC, por que ele existe e por que entendê-lo é pré-condição para usar bem.

1. 1

   IFC tratado como formato de exportação · a equipe acha que IFC é um tipo de arquivo que se gera no final. Não é: é um esquema semântico que representa o modelo.

2. 2

   IFC descartado porque perde informação · a equipe teve uma experiência ruim com IFC mal exportado e generalizou. O problema foi a exportação, não o formato.

3. 3

   Ninguém sabe o que é IfcWall ou Property Set · a equipe exporta IFC sem entender as entidades semânticas nem os conjuntos de propriedades. O resultado é imprevisível.

4. 4

   IFC confundido com openBIM · a equipe trata IFC e openBIM como sinônimos. IFC é um dos padrões; openBIM é a abordagem que inclui IFC, BCF, IDS e bSDD.

5. 5

   Exportação sem verificação · o IFC é gerado e enviado sem que ninguém abra para conferir. O receptor descobre os problemas.

6. 6

   Formato nativo preferido por padrão · a equipe troca informação em formato proprietário e só gera IFC quando o contrato obriga. O IFC é obrigação, não ferramenta.

1. 1

   Nenhum curso ensina o esquema IFC · cursos ensinam a apertar o botão de exportar IFC, não a entender o esquema semântico (IfcRoot, IfcProduct, IfcPropertySet).

2. 2

   Experiência ruim virou regra · uma exportação mal configurada gerou um IFC degradado, e a equipe generalizou: o formato é ruim.

3. 3

   Vendor desincentiva formato aberto · o fabricante do software nativo tem pouco incentivo em facilitar a troca para formato aberto. O IFC funciona melhor quando o usuário sabe configurar.

4. 4

   MVD desconhecido · a equipe não sabe o que é Model View Definition e exporta sem especificar o subconjunto de informação. O resultado é um IFC genérico e incompleto.

5. 5

   ISO 16739-1 nunca lida · a norma que define o esquema IFC é pública e acessível. A maioria das equipes nunca a consultou.

1. 1

   Formato aberto rejeitado por ignorância · a organização descarta o IFC por experiência ruim e se tranca em formato proprietário. Perde interoperabilidade e independência de vendor.

2. 2

   Exportação mal feita aceita como verdade · um IFC degradado circula como se representasse o modelo. Decisões são tomadas sobre informação incompleta.

3. 3

   Coordenação multiparte inviável · sem IFC funcional, disciplinas com softwares diferentes não conseguem participar da federação.

4. 4

   Contratante exige IFC sem saber o que pedir · o edital manda entregar em IFC sem especificar MVD, Property Sets nem critério de qualidade. Qualquer exportação cumpre o requisito.

5. 5

   Dependência de vendor invisível · a organização acha que usa IFC porque exporta uma vez por contrato. Na prática, todo o fluxo é proprietário.

Curto prazo (30 dias):

1. Ensinar o que é IFC de verdade. Sessão de nivelamento que apresenta o esquema semântico (IfcRoot, IfcProduct, IfcPropertySet) antes de falar de exportação. O conceito vem antes do botão.

2. Implantar verificação antes do envio. Todo IFC exportado é aberto em viewer independente e verificado (geometria, propriedades, classificação) antes de ser compartilhado.

3. Especificar MVD na exportação. A equipe passa a selecionar o Model View Definition adequado ao propósito em vez de usar a configuração padrão do software.

Médio prazo (60-90 dias):

4. Incluir requisitos de qualidade IFC no contrato. EIR ou contrato especifica MVD, Property Sets requeridos e critério de aceitação do IFC. Sem isso, qualquer exportação é válida.

5. Treinar a equipe em IFC como sistema. Workshop que cobre o esquema semântico, o ecossistema buildingSMART e os padrões complementares (BCF, IDS).

6. Parar de culpar o formato. Quando um IFC chega degradado, a investigação começa pela configuração da exportação, não pela conclusão de que o formato é ruim.

1. 1

   Conceito antes do botão · todo treinamento de IFC começa pelo esquema semântico (ISO 16739-1), não pelo menu de exportação do software.

2. 2

   Verificação antes do envio · nenhum IFC sai sem conferência em viewer independente. A qualidade é responsabilidade de quem exporta.

3. 3

   MVD declarado por exportação · cada exportação IFC tem o Model View Definition registrado. Ninguém exporta sem saber o que está exportando.

4. 4

   Contrato com requisito de qualidade IFC · todo contrato ou EIR que exige IFC especifica MVD, Property Sets e critério de aceitação.

• ISO 16739-1:2024Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries — Part 1: Data schema. Define o esquema semântico do IFC: entidades (IfcRoot, IfcProduct), relações (composição, contenção, conectividade) e Property Sets.
• buildingSMART InternationalOrganização que mantém o IFC e o ecossistema de padrões abertos de BIM. Define MVD (Model View Definition) como subconjunto do esquema IFC para propósitos específicos de troca.
• ABNT NBR ISO 19650-1:2022Conceitos e princípios. Enquadra a gestão da informação de ativos construídos. O IFC é o formato que viabiliza essa gestão em ambiente multi-vendor, independente de software.
• Nota sobre MVDModel View Definition é o mecanismo que define qual subconjunto do esquema IFC será usado para um propósito de troca específico. Exportar sem MVD adequado é a causa mais comum de IFC degradado — o formato suporta a informação, mas a exportação precisa ser configurada.