Voltar ao blog de BIM e IFC
Validação · 2026-10-03 · 9 min
Classificação no IFC explicada: Uniclass, OmniClass e como os códigos vivem no modelo
Um código de classificação é a ponte entre um modelo e tudo o que vem depois — orçamentos, especificações, cadastros de ativos. No IFC ele não é uma propriedade, mas uma relação, e por isso tantas exportações o perdem. Como funciona, qual sistema usar e como verificar.
Classificação no IFC explicada: Uniclass, OmniClass e como os códigos vivem no modelo — IFC Viewer Online article cover
Pergunte a um orçamentista, a quem escreve as especificações e a um gestor de facilities o que eles precisam de um modelo, e a primeira resposta dos três será a mesma: diga o que é cada coisa, nos meus termos. É isso que a classificação faz. Uma parede não é só um IfcWall; é o Ss_25_10_30 do Uniclass, um sistema específico com sua linha de orçamento, sua cláusula de especificação e seu plano de manutenção.
O IFC carrega esse código — mas não onde a maioria procura, e por isso tantas exportações chegam sem ele.
Um código de classificação chega a um elemento por uma relação, não por uma propriedade. A referência contém o código; a classificação nomeia o sistema.
O essencial
- No IFC, classificação é uma relação com uma referência de classificação, não uma propriedade.
- Um código não significa nada sem o seu sistema: Ss_25_10_30 é Uniclass; 21-02 10 10 é OmniClass.
- Verifique os códigos com uma faceta classification do IDS — sistema e código juntos — em toda entrega.
Como o código é gravado
- IfcClassification nomeia o sistema e a edição — Uniclass 2015, OmniClass, CCI.
- IfcClassificationReference contém um código (Identification) e seu nome, e aponta para o sistema — diretamente ou por referências-pai, nos códigos hierárquicos.
- IfcRelAssociatesClassification liga essa referência a um ou muitos elementos, ou a tipos de elemento.
Qual sistema?
| Sistema | Onde é comum | Estrutura |
|---|
| Uniclass 2015 | Reino Unido; muitos projetos ISO 19650 | Tabelas por prefixo (Ss sistemas, Pr produtos, EF elementos…) com códigos hierárquicos |
| OmniClass | América do Norte | Tabelas numeradas (21 elementos, 23 produtos…) |
| CCI | Dinamarca, Estônia, Tchéquia e outros | Classes por componente e construção |
| NL-SfB | Holanda e Bélgica | Códigos numéricos de elemento |
A resposta certa é a que está no contrato. A errada é ter dois sistemas no mesmo projeto.Hierarquia: por que Ss_25 corresponde a Ss_25_10_30
Os códigos do Uniclass e de sistemas parecidos são hierárquicos: Ss_25_10_30 fica sob Ss_25_10, que fica sob Ss_25. Um requisito como "toda parede classificada sob Ss_25" deveria aceitar o código mais profundo. Bons verificadores seguem a cadeia de referências; os ingênuos comparam texto e reprovam elementos perfeitamente classificados.
Verificando a classificação numa entrega
- Combine sistema e profundidade no BEP "Uniclass 2015, tabela Systems, até pelo menos o nível 3, em todos os elementos físicos."
- Escreva como especificação IDS Aplicabilidade: as classes de elemento que devem ser classificadas. Requisito: uma faceta classification com o sistema e o padrão do código.
- Rode a cada revisão As falhas voltam por elemento, com o motivo — código ausente, sistema errado, código fora da faixa permitida.
- Acompanhe entre versões Uma comparação entre revisões mostra mudanças de classificação como categoria própria — útil quando equipes de custos ou de FM dependem dos códigos.
Como escrever a especificação está em IDS explicado; como comparar revisões, em como comparar duas versões IFC; e por que a classificação importa na entrega, em COBie a partir do IFC.
Classificação no IFC explicada: Uniclass, OmniClass e como os códigos vivem no modelo