Zurück zum BIM- & IFC-Blog
Validierung · 2026-10-03 · 9 Min.
Klassifikation in IFC erklärt: Uniclass, OmniClass und wie Codes im Modell leben
Ein Klassifikationscode ist die Brücke zwischen einem Modell und allem, was danach kommt — Mengen, Leistungsverzeichnisse, Anlagenregister. In IFC ist er keine Eigenschaft, sondern eine Beziehung, und deshalb verlieren ihn so viele Exporte. Wie es funktioniert, welches System Sie nutzen sollten und wie Sie es prüfen.
Klassifikation in IFC erklärt: Uniclass, OmniClass und wie Codes im Modell leben — IFC Viewer Online article cover
Fragen Sie einen Kostenplaner, einen Ausschreibenden und einen Facility Manager, was sie von einem Modell brauchen, und alle drei geben zuerst dieselbe Antwort: Sag mir, was jedes Ding ist, in meinen Begriffen. Das leistet Klassifikation. Eine Wand ist nicht nur eine IfcWall; sie ist Ss_25_10_30 in Uniclass, ein bestimmtes System mit seiner Mengenposition, seiner LV-Position und seinem Wartungsplan.
IFC trägt diesen Code — aber nicht dort, wo fast alle ihn suchen, und deshalb kommen so viele Exporte ohne an.
Ein Klassifikationscode erreicht ein Element über eine Beziehung, nicht über eine Eigenschaft. Die Referenz enthält den Code; die Klassifikation nennt das System.
Das Wichtigste
- In IFC ist Klassifikation eine Beziehung zu einer Klassifikationsreferenz, keine Eigenschaft.
- Ein Code bedeutet nichts ohne sein System: Ss_25_10_30 ist Uniclass; 21-02 10 10 ist OmniClass.
- Prüfen Sie Codes mit einer IDS-Classification-Facette — System und Code zusammen — bei jeder Lieferung.
Wie der Code gespeichert wird
- IfcClassification nennt System und Ausgabe: Uniclass 2015, OmniClass, CCI.
- IfcClassificationReference enthält einen Code (Identification) und seinen Namen und zeigt auf das System — direkt oder über übergeordnete Referenzen bei hierarchischen Codes.
- IfcRelAssociatesClassification verbindet diese Referenz mit einem oder mehreren Elementen oder Elementtypen.
Welches System?
| System | Wo verbreitet | Struktur |
|---|
| Uniclass 2015 | Großbritannien; viele ISO-19650-Projekte | Tabellen nach Präfix (Ss Systeme, Pr Produkte, EF Elemente…) mit hierarchischen Codes |
| OmniClass | Nordamerika | Nummerierte Tabellen (21 Elemente, 23 Produkte…) |
| CCI | Dänemark, Estland, Tschechien und weitere | Klassen nach Komponente und Konstruktion |
| NL-SfB | Niederlande und Belgien | Numerische Elementcodes |
Die richtige Antwort ist die, die im Vertrag steht. Die falsche sind zwei Systeme im selben Projekt.Hierarchie: warum Ss_25 auf Ss_25_10_30 passt
Codes in Uniclass und ähnlichen Systemen sind hierarchisch: Ss_25_10_30 liegt unter Ss_25_10, das unter Ss_25 liegt. Eine Anforderung wie «jede Wand unter Ss_25 klassifiziert» sollte den tieferen Code akzeptieren. Gute Prüfwerkzeuge folgen der Referenzkette; naive vergleichen Zeichenketten und lehnen perfekt klassifizierte Elemente ab.
Klassifikation in einer Lieferung prüfen
- System und Tiefe im BAP vereinbaren «Uniclass 2015, Tabelle Systems, mindestens bis Ebene 3, an allen physischen Elementen.»
- Als IDS-Spezifikation schreiben Anwendbarkeit: die Elementklassen, die klassifiziert sein müssen. Anforderung: eine Classification-Facette mit System und Codemuster.
- Bei jeder Revision ausführen Fehler kommen pro Element mit Grund: fehlender Code, falsches System, Code außerhalb des erlaubten Bereichs.
- Über Versionen hinweg verfolgen Ein Vergleich zwischen Revisionen zeigt Klassifikationsänderungen als eigene Kategorie — nützlich, wenn Kosten- oder FM-Teams von den Codes abhängen.
Wie Sie die Spezifikation schreiben, steht in IDS erklärt; wie Sie Revisionen vergleichen, in zwei IFC-Versionen vergleichen; und warum Klassifikation bei der Übergabe zählt, in COBie aus IFC.
Klassifikation in IFC erklärt: Uniclass, OmniClass und wie Codes im Modell leben