Torna al blog BIM e IFC
Validazione · 2026-10-03 · 9 min
La classificazione in IFC spiegata: Uniclass, OmniClass e come i codici vivono nel modello
Un codice di classificazione è il ponte tra un modello e tutto ciò che viene dopo — computi, capitolati, registri degli asset. In IFC non è una proprietà ma una relazione, ed è per questo che tante esportazioni lo perdono. Come funziona, quale sistema usare e come verificarlo.
La classificazione in IFC spiegata: Uniclass, OmniClass e come i codici vivono nel modello — IFC Viewer Online article cover
Chiedi a un computista, a chi scrive il capitolato e a un facility manager cosa serve loro da un modello, e la prima risposta di tutti e tre sarà la stessa: dimmi cos'è ogni cosa, nei miei termini. È ciò che fa la classificazione. Un muro non è solo un IfcWall; è Ss_25_10_30 in Uniclass, un sistema preciso con la sua voce di computo, il suo articolo di capitolato e il suo piano di manutenzione.
IFC porta quel codice — ma non dove quasi tutti lo cercano, ed è per questo che tante esportazioni arrivano senza.
Un codice di classificazione raggiunge un elemento tramite una relazione, non una proprietà. Il riferimento contiene il codice; la classificazione indica il sistema.
In sintesi
- In IFC la classificazione è una relazione con un riferimento di classificazione, non una proprietà.
- Un codice non significa nulla senza il suo sistema: Ss_25_10_30 è Uniclass; 21-02 10 10 è OmniClass.
- Verifica i codici con una facet classification IDS — sistema e codice insieme — a ogni consegna.
Come viene salvato il codice
- IfcClassification indica sistema ed edizione: Uniclass 2015, OmniClass, CCI.
- IfcClassificationReference contiene un codice (Identification) e il suo nome, e punta al sistema — direttamente o tramite riferimenti padre per i codici gerarchici.
- IfcRelAssociatesClassification collega quel riferimento a uno o più elementi, o a tipi di elemento.
Quale sistema?
| Sistema | Dove è diffuso | Struttura |
|---|
| Uniclass 2015 | Regno Unito; molti progetti ISO 19650 | Tabelle per prefisso (Ss sistemi, Pr prodotti, EF elementi…) con codici gerarchici |
| OmniClass | Nord America | Tabelle numerate (21 elementi, 23 prodotti…) |
| CCI | Danimarca, Estonia, Cechia e altri | Classi per componente e costruzione |
| NL-SfB | Paesi Bassi e Belgio | Codici numerici di elemento |
La risposta giusta è quella scritta nel contratto. Quella sbagliata è avere due sistemi nello stesso progetto.Gerarchia: perché Ss_25 corrisponde a Ss_25_10_30
I codici di Uniclass e di sistemi simili sono gerarchici: Ss_25_10_30 sta sotto Ss_25_10, che sta sotto Ss_25. Un requisito come «ogni muro classificato sotto Ss_25» dovrebbe accettare il codice più profondo. I buoni strumenti di verifica seguono la catena dei riferimenti; quelli ingenui confrontano stringhe e bocciano elementi perfettamente classificati.
Verificare la classificazione in una consegna
- Concordate sistema e profondità nel BEP «Uniclass 2015, tabella Systems, almeno fino al livello 3, su tutti gli elementi fisici.»
- Scrivilo come specifica IDS Applicabilità: le classi di elementi che devono essere classificate. Requisito: una facet classification con il sistema e lo schema del codice.
- Eseguila a ogni revisione Gli errori arrivano per elemento, con il motivo: codice mancante, sistema errato, codice fuori dall'intervallo ammesso.
- Tienila d'occhio tra le versioni Un confronto tra revisioni mostra le modifiche di classificazione come categoria a sé — utile quando i team di costo o FM dipendono dai codici.
Come scrivere la specifica è spiegato in IDS spiegato; come confrontare le revisioni in come confrontare due versioni IFC; e perché la classificazione conta alla consegna in COBie da IFC.
La classificazione in IFC spiegata: Uniclass, OmniClass e come i codici vivono nel modello