Torna al blog BIM i IFC
Validació · 2026-10-03 · 9 min
La classificació a IFC explicada: Uniclass, OmniClass i com viuen els codis al model
Un codi de classificació és el pont entre un model i tot el que ve després: pressupostos, plecs, inventaris d'actius. A IFC no és una propietat sinó una relació, i per això tantes exportacions el perden. Com funciona, quin sistema fer servir i com comprovar-ho.
La classificació a IFC explicada: Uniclass, OmniClass i com viuen els codis al model — IFC Viewer Online article cover
Pregunta a un aparellador, a qui redacta el plec i a un gestor de manteniment què necessiten d'un model, i la primera resposta dels tres serà la mateixa: digues-me què és cada cosa, en els meus termes. Això és el que fa la classificació. Un mur no és només un IfcWall; és el Ss_25_10_30 d'Uniclass, un sistema concret amb la seva partida de pressupost, el seu article del plec i el seu pla de manteniment.
IFC porta aquest codi, però no on gairebé tothom el busca, i per això tantes exportacions arriben sense.
Un codi de classificació arriba a un element mitjançant una relació, no una propietat. La referència conté el codi; la classificació anomena el sistema.
L’essencial
- A IFC, la classificació és una relació amb una referència de classificació, no una propietat.
- Un codi no vol dir res sense el seu sistema: Ss_25_10_30 és Uniclass; 21-02 10 10 és OmniClass.
- Comprova els codis amb una faceta classification d'IDS —sistema i codi alhora— a cada lliurament.
Com es desa el codi
- IfcClassification anomena el sistema i l'edició: Uniclass 2015, OmniClass, CCI.
- IfcClassificationReference conté un codi (Identification) i el seu nom, i apunta al sistema, directament o a través de referències pare en els codis jeràrquics.
- IfcRelAssociatesClassification uneix aquesta referència a un o diversos elements, o a tipus d'element.
Quin sistema?
| Sistema | On és habitual | Estructura |
|---|
| Uniclass 2015 | Regne Unit; molts projectes ISO 19650 | Taules per prefix (Ss sistemes, Pr productes, EF elements…) amb codis jeràrquics |
| OmniClass | Nord-amèrica | Taules numerades (21 elements, 23 productes…) |
| CCI | Dinamarca, Estònia, Txèquia i d'altres | Classes per component i construcció |
| NL-SfB | Països Baixos i Bèlgica | Codis numèrics d'element |
La resposta correcta és la que figura al contracte. La incorrecta, dos sistemes al mateix projecte.Jerarquia: per què Ss_25 coincideix amb Ss_25_10_30
Els codis d'Uniclass i sistemes similars són jeràrquics: Ss_25_10_30 penja de Ss_25_10, que penja de Ss_25. Un requisit com «tot mur classificat sota Ss_25» hauria d'acceptar el codi més profund. Els bons comprovadors segueixen la cadena de referències; els ingenus comparen cadenes de text i suspenen elements perfectament classificats.
Comprovar la classificació en un lliurament
- Acordeu sistema i profunditat al BEP «Uniclass 2015, taula Systems, com a mínim fins al nivell 3, a tots els elements físics».
- Escriu-ho com a especificació IDS Aplicabilitat: les classes d'elements que han d'estar classificades. Requisit: una faceta classification amb el sistema i el patró de codi.
- Executa-la a cada revisió Els errors arriben per element i amb el motiu: falta el codi, sistema incorrecte, codi fora del rang permès.
- Vigila-la entre versions Una comparació entre revisions mostra els canvis de classificació com a categoria pròpia, útil quan els equips de costos o de FM depenen dels codis.
Com escriure l'especificació s'explica a IDS explicat; com comparar revisions, a com comparar dues versions IFC; i per què importa la classificació al lliurament, a COBie des d'IFC.
La classificació a IFC explicada: Uniclass, OmniClass i com viuen els codis al model