Zurück zum BIM- & IFC-Blog
Validierung · 2026-06-30 · 20 Min.
10 häufige IFC-Modellfehler und wie Sie sie erkennen
Die zehn Fehler, die in IFC-Dateien aus echten Projekten am häufigsten vorkommen – ihre Ursachen, wie ein Model Checker sie erkennt und wie Sie sie direkt an der Quelle beheben.
10 häufige IFC-Modellfehler und wie Sie sie erkennen — IFC Viewer Online article cover
Ein BIM-Koordinator, der genügend eingehende IFC-Dateien geprüft hat, entwickelt ein Gespür für Muster: Dieselben zehn Fehler tauchen Projekt für Projekt auf, unabhängig von der eingesetzten Autorensoftware (Modellierungswerkzeug). Sie sind nicht zufällig – sie haben durchgängige Ursachen, und die meisten lassen sich mit den richtigen Exporteinstellungen und einem Prüfschritt vor dem Hochladen in die gemeinsame Datenumgebung (CDE) vermeiden.
Überblick: Die 10 häufigsten IFC-Fehler
| Fehler | Schweregrad | Erkennungsmethode | Auswirkung nachgelagert |
|---|
| 1. Doppelte GUIDs | Fehler | L2-Regelprüfung – nur Datenebene | CDE-Versionsverfolgung, Kollisionsprüfung, BCF-Koordination |
| 2. Gestörte Raumhierarchie | Fehler | L2-Regelprüfung – Raumstruktur | Elemente in Koordinationstools unsichtbar; falsche Geschossfilter |
| 3. Elemente ohne Geschosszuordnung | Fehler | L2-Regelprüfung – Containment | Mengenermittlung nach Geschoss schlägt fehl; Koordinationsfilter versagen |
| 4. Fehlende Eigenschaftssätze | Warnung/Fehler | L2-Regelprüfung – Pset-Vorhandensein | Mengenermittlung ungenau; FM-Übergabe unvollständig; AIA-Nichtkonformität |
| 5. Falsche/fehlende Klassifizierungscodes | Warnung | L2-Regelprüfung – Klassifizierung | Beschaffung gestört; FM-Anlagenregister unvollständig |
| 6. Ungültige Geometrie | Fehler | L2-Regelprüfung – Geometriegültigkeit | Falsch-positive Kollisionsprüfung; 4D-/5D-Simulation schlägt fehl |
| 7. Defekte Elementbeziehungen | Warnung | L2-Regelprüfung – Beziehungsintegrität | Beschädigung der Raumhierarchie; Verlust von Typ-Instanz-Daten |
| 8. Verstöße gegen Namenskonventionen | Warnung | L2-Regelprüfung – Benennungsregeln | Filter in Koordinationstools versagen; manuelle Nacharbeit |
| 9. Fehlende ISO-19650-/AIA-Metadaten | Warnung/Fehler | L3-IDS-Validierung | AIA-Nichtkonformität; Verstoß gegen IDS-Spezifikation |
| 10. LOD-/LOI-Inkonsistenzen | Warnung | L2- + L3-Regelprüfung | Mengenermittlung unzuverlässig; Stage-Gate-Prüfung schlägt fehl |
Die 10 häufigsten IFC-Fehler, ihr Schweregrad und ihre Auswirkung nachgelagert.1. Doppelte GUIDs
Jedes Element einer IFC-Datei muss einen global eindeutigen Identifikator (GUID) tragen – einen 22 Zeichen langen, Base64-codierten Wert, der über alle jemals erstellten IFC-Dateien hinweg eindeutig sein soll. Doppelte GUIDs entstehen, wenn Elemente in der Autorensoftware kopiert und eingefügt werden, ohne dass die GUID-Neuvergabe ausgelöst wird. Das Ergebnis: Zwei oder mehr Elemente in derselben Datei teilen sich einen Identifikator.
Erkennung und Ursachen
- Im 3D-Viewer unsichtbar – erfordert eine Prüfung auf L2-Datenebene
- IFC Viewer Online meldet jedes Duplikat nach Elementname und -typ
- Ursache: Kopieren/Einfügen in Revit oder ArchiCAD ohne GUID-Reset
- Ursache: Import verknüpfter Modelle ohne Auflösung von GUID-Konflikten
- Ursache: Fehler der Autorensoftware in bestimmten Exporter-Versionen
Behebung und Prävention
- In Revit: GUIDs beim Export über die Exporteroption neu generieren lassen
- In ArchiCAD: das GUID-Verwaltungstool vor dem Export nutzen
- Prävention: nie projektübergreifend per Kopieren/Einfügen arbeiten – Verknüpfungen verwenden
- Prävention: nach jeder größeren Modellzusammenführung auf Duplikate prüfen
- Prävention: vor jedem CDE-Upload eine Health-Score-Prüfung durchführen
2. Gestörte Raumhierarchie
Die räumliche IFC-Hierarchie ist das Rückgrat des Modells: IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace/Elemente. Ist diese Kette unterbrochen – etwa ein Gebäude ohne Grundstück oder ein Geschoss ohne Gebäude –, weisen Koordinationstools die Datei entweder zurück oder erzeugen stillschweigend falsche Ergebnisse.
Erkennung und Ursachen
- L2-Regelprüfung: fehlende IfcRelAggregates zwischen Hierarchieebenen
- Elemente erscheinen im falschen Geschossfilter oder gar nicht
- Ursache: manuell bearbeitete IFC-Datei mit fehlerhafter Hierarchieänderung
- Ursache: Export von Teilmodellen (nur eine Fachdisziplin) durch die Autorensoftware
- Ursache: Zusammenführung von Modellen aus verschiedenen Tools ohne Hierarchieabgleich
Behebung und Prävention
- Behebung in der Autorensoftware: Grundstück, Gebäude und Geschosse tatsächlich modellieren, nicht nur implizieren
- In Revit: prüfen, dass die Projekthierarchie in den IFC-Exportoptionen vollständig ist
- Prävention: die Hierarchie nach jeder Zusammenführung des Koordinationsmodells validieren
- Prävention: die IFC-Hierarchie nie außerhalb der Autorensoftware manuell bearbeiten
3. Elemente ohne Geschosszuordnung
Ein Element existiert im Modell, hat aber keine IfcRelContainedInSpatialStructure-Beziehung zu einem IfcBuildingStorey. Das Element ist zwar technisch in der Datei vorhanden, in der Gebäudehierarchie aber effektiv nicht verortet. Koordinationstools filtern nach Geschoss; ein nicht zugeordnetes Element bleibt für diese Filter unsichtbar.
Erkennung und Ursachen
- L2-Regelprüfung: Elemente ohne räumliche Containment-Beziehung
- Ursache: Elemente in Revit auf Bezugsebenen statt auf Geschossen platziert
- Ursache: Elemente mit der Zuweisung „Kein Geschoss“ in Revit
- Ursache: ArchiCAD-Elemente mit undefiniertem Bezugsgeschoss
- Ursache: generische Modellfamilien ohne zugewiesene Host-Ebene platziert
Behebung und Prävention
- In Revit: jedes betroffene Element auswählen und einen Geschoss-Parameter zuweisen
- In Revit-Auswertungen nach „Kein Geschoss“ filtern, um alle betroffenen Elemente zu finden
- In ArchiCAD: über Elementinformationen das Bezugsgeschoss prüfen und festlegen
- Prävention: die Geschosszuordnung als Prüfpunkt in den Modellierungsstandard aufnehmen
- Prävention: nach jeder Integration eines neuen Fachmodells eine L2-Prüfung durchführen
4. Fehlende erforderliche Eigenschaftssätze
Standardmäßige IFC-Eigenschaftssätze (Psets) wie Pset_WallCommon, Pset_BeamCommon und Pset_SpaceCommon enthalten die Daten, auf die nachgelagerte Tools – Mengenermittlung, FM-Übergabe, Energieanalyse – angewiesen sind. Fehlt ein Pset oder sind seine Eigenschaften leer, liefern diese nachgelagerten Prozesse falsche oder unvollständige Ergebnisse.
Erkennung und Ursachen
- L2-Regelprüfung: erforderliche Psets für Elementtypen fehlen
- Ursache: Pset-Zuordnung des Exporters für diesen Elementtyp nicht konfiguriert
- Ursache: benutzerdefinierte Elementtypen ohne IFC-Pset-Äquivalent
- Ursache: Exportprofil zur Dateigrößenreduzierung auf „nur Geometrie“ gesetzt
- Ursache: falscher zugeordneter IFC-Entitätstyp – falsches Pset angehängt
Behebung und Prävention
- Die Pset-Zuordnungstabelle des Exporters in Ihrer Autorensoftware prüfen
- Explizite Zuordnungen für benutzerdefinierte Elementtypen zu passenden Psets ergänzen
- Für Koordinations- oder Liefermodelle nie den Export „nur Geometrie“ verwenden
- Prävention: mit IDS erforderliche Psets je Projektphase formal definieren
- Prävention: die Pset-Vollständigkeit vor der Lieferung mit der L3-IDS-Prüfung validieren
5. Falsche oder fehlende Klassifizierungscodes
Klassifizierungscodes (Uniclass 2015, OmniClass, NBS oder nationale Äquivalente) sind für Beschaffung, FM-Anlagenregister und zunehmend auch für die AIA-Konformität erforderlich. Fehlende oder falsche Klassifizierungscodes bedeuten, dass QS-Teams keine korrekten Leistungsverzeichnisse erstellen können und FM-Teams das CAFM nicht ohne manuelle Nacharbeit befüllen können.
Erkennung und Ursachen
- L2-Regelprüfung: Klassifizierungseigenschaft fehlt oder ist nicht mit dem Standardsystem verknüpft
- L3-IDS-Prüfung: spezifische Anforderungen an Klassifizierungscodes nicht erfüllt
- Ursache: Klassifizierung im Export der Autorensoftware nicht konfiguriert
- Ursache: Klassifizierungssystem im Modell entspricht nicht der AIA-Anforderung
- Ursache: benutzerdefinierte Familien ohne Parameter für Klassifizierungscodes
Behebung und Prävention
- Klassifizierungssystem in den Projekteinstellungen der Autorensoftware konfigurieren
- Alle Elementtypen der erforderlichen Klassifizierungstabelle zuordnen
- Mit IDS formal festlegen, welches Klassifizierungssystem und welche Codes erforderlich sind
- Prävention: Klassifizierung von Anfang an in die BIM-Inhaltsstandards aufnehmen
- Prävention: bei jedem Stage Gate gegen IDS validieren, nicht erst bei der Übergabe
6. Ungültige oder defekte Geometrie
Geometriefehler in IFC lassen sich in drei Haupttypen einteilen: Elemente mit Nullvolumen (ein extrudiertes Profil mit einer Fläche von null), nicht geschlossene Volumengeometrie (ein Volumenkörper mit Löchern in der Oberfläche) und fehlgeschlagene Boolesche Operationen (eine Aussparungssubtraktion, die ein nicht-mannigfaltiges Ergebnis erzeugt). Diese Fehler sind beim Betrachten des Modells unsichtbar, weil Renderer sie glätten; sichtbar werden sie erst, wenn Kollisionsprüfung oder Simulationstools versuchen, die Geometrie mathematisch zu verarbeiten.
Erkennung und Ursachen
- L2-Regelprüfung: Geometriegültigkeit, Volumenprüfung, Mannigfaltigkeitsprüfung
- Ursache: fehlerhaft ausgebildete Vorhangfassadenpaneele in Revit
- Ursache: komplexe Boolesche Operationen in ArchiCAD, die beim Export fehlschlagen
- Ursache: importierte Geometrie (aus DXF oder STEP), die nie über eine gültige Volumengeometrie verfügte
- Ursache: manuell gezeichnete Geometrie mit versehentlichen Nullflächen-Profilen
Behebung und Prävention
- Mit dem Fehlerbericht des Checkers die betroffenen Elemente nach Name/Typ identifizieren
- Identifizierte Elemente mit korrekten Volumenmodellierungstechniken neu modellieren
- Bei Vorhangfassaden: die Paneeldefinition prüfen, nicht nur die Gesamtwand
- Prävention: DXF-/DWG-Geometrie nicht direkt in BIM-Modelle importieren
- Prävention: Geometrie nach jeder komplexen Booleschen Operation in einem IFC-Viewer prüfen
7. Defekte Elementbeziehungen
IFC codiert Beziehungen zwischen Elementen über Beziehungsentitäten: IfcRelDefinesByType (Typ-Instanz), IfcRelAssociatesMaterial (Materialzuweisung), IfcRelConnectsElements (konstruktive Verbindungen) und weitere. Sind diese Beziehungen fehlerhaft – verweisen sie auf nicht existierende Entitäten oder auf den falschen Objekttyp –, wird das Datenmodell inkonsistent, und nachgelagerte Tools melden entweder einen Fehler oder ignorieren die betroffenen Elemente stillschweigend.
Erkennung und Ursachen
- L2-Regelprüfung: verwaiste Beziehungsreferenzen, falsche Entitätstypen
- Ursache: manuelle IFC-Bearbeitung, die die referenzielle Integrität zerstört
- Ursache: Exporterfehler in älteren Versionen der Autorensoftware
- Ursache: Zusammenführung von Koordinationsmodellen mit Beziehungskonflikten
Behebung und Prävention
- Erneut aus der Autorensoftware exportieren – IFC-Dateien nicht manuell bearbeiten
- Den Exporter der Autorensoftware auf die aktuelle Version aktualisieren
- Prävention: IFC nur als Lieferformat behandeln – alle Änderungen erfolgen in der Autorensoftware
- Prävention: nach jedem Exporter-Update validieren
8. Verstöße gegen Namenskonventionen
BIM-Projekte legen Namenskonventionen für Elementtypen, Layer, Ansichten und Objektnamen fest. Tragen IFC-Elemente generische Namen („Wand“, „Geschoss 1“, „Träger“) oder über die Disziplinen hinweg uneinheitliche Namen, können Koordinationstools Disziplinfilter nicht korrekt anwenden, und QS-Teams können keine automatisierte Mengenermittlung ohne manuelle Regelkonfiguration durchführen.
Erkennung und Ursachen
- L2-Regelprüfung: generische oder leere Namen werden markiert
- Ursache: Familien der Autorensoftware mit nicht aktualisierten Standardnamen
- Ursache: Namenskonventionsdokument zu spät im Projekt bereitgestellt
- Ursache: importierte Inhalte aus anderen Projekten mit abweichenden Konventionen
Behebung und Prävention
- Mit dem Bericht des Checkers Elemente mit nicht konformen Namen identifizieren
- Namen in der Autorensoftware korrigieren – Namen sollten nicht in der IFC-Datei geändert werden
- Prävention: das Namenskonventionsdokument zu Projektbeginn ausgeben
- Prävention: mit IDS Namensmuster dort formal durchsetzen, wo es kritisch ist
9. Fehlende ISO-19650-/AIA-Metadaten
Eine IDS-Datei formalisiert die von den Auftraggeber-Informationsanforderungen (AIA) geforderten Metadaten: Projektnummer, Phase, Fachdisziplincode, verantwortliche Organisation, LOD-/LOI-Stufe und benutzerdefinierte Eigenschaften. Ist eine IDS in Kraft, schlägt für jedes Element, das die erforderlichen Eigenschaften nicht trägt, die L3-IDS-Prüfung fehl, und das Modell gilt als nicht konform für die Lieferung.
Erkennung und Ursachen
- L3-IDS-Validierung: erforderliche Eigenschaften fehlen oder haben den falschen Werttyp
- Ursache: IDS wurde den Autorenteams nicht früh genug bereitgestellt
- Ursache: benutzerdefinierte Psets für AIA-Metadaten in der Autorensoftware nicht konfiguriert
- Ursache: nach der IDS-Prüfung hinzugefügte Elemente wurden nicht gegen die IDS geprüft
Behebung und Prävention
- Die IDS-Datei allen Autorenteams beim Projektstart bereitstellen
- Benutzerdefinierte Psets für AIA-Metadaten in den Vorlagen der Autorensoftware konfigurieren
- Die L3-IDS-Prüfung bei jedem Stage Gate durchführen, nicht erst bei der finalen Übergabe
- Prävention: IDS als maschinenlesbare Fassung der AIA-Datenanforderungen nutzen
10. LOD-/LOI-Inkonsistenzen
Level of Development (LOD) und Level of Information (LOI) unterscheiden sich je nach Projektphase und Elementtyp. In der Bauphase sollten tragende Elemente LOD 400 aufweisen (fertigungsreife Geometrie und vollständige Materialeigenschaften), während architektonische Oberflächen noch LOD 300 haben können. Inkonsistenzen – etwa eine Wand mit LOD-200-Geometrie und LOD-400-Eigenschaftsdaten oder umgekehrt – führen zu ungenauen Mengenermittlungen und zum Scheitern von Stage-Gate-Prüfungen.
Erkennung und Ursachen
- L2-Pset-Vollständigkeitsprüfung + L3-IDS-LOI-Eigenschaften
- Ursache: LOD-/LOI-Matrix den Autorenteams nicht klar kommuniziert
- Ursache: Elemente unterschiedlicher LODs in einem einzigen Export vermischt
- Ursache: LOD-Matrix bei Umfangsänderungen im Projektverlauf nicht aktualisiert
Behebung und Prävention
- Mit IDS formal festlegen, welche Eigenschaften in welcher Phase erforderlich sind
- LOI-Konformität bei jedem Stage Gate mit der L3-IDS-Prüfung kontrollieren
- Prävention: zu Projektbeginn eine LOD-/LOI-Matrix je Elementtyp herausgeben
- Prävention: den Health-Score-Verlauf über die Phasen hinweg nutzen, um Rückschritte zu erkennen
Keiner der zehn häufigsten IFC-Fehler ist in einem 3D-Viewer sichtbar. Alle zehn lassen sich mit einem L2-Model-Checker in unter einer Minute erkennen. Die fünfminütige Prüfung vor dem CDE-Upload ist die wirkungsvollste Qualitätskontrolle, die einem BIM-Koordinator zur Verfügung steht.
Grundsatz des IFC-Qualitätsmanagements
Einen schrittweisen Ablauf, um diese Fehler vor der Lieferung zu prüfen und zu beheben, finden Sie unter So prüfen Sie ein IFC-Modell vor der Lieferung. Das passende Werkzeug für die Prüfung finden Sie im Vergleich der besten IFC-Model-Checker. Das vollständige Konzept hinter den Prüfstufen erklärt der vollständige Leitfaden zum IFC-Model-Checker. Die begriffliche Abgrenzung zwischen Checkern und Viewern finden Sie unter IFC-Model-Checker vs. IFC-Viewer. Damit die Fehler nicht wiederkehren, gehört eine Schwelle in den Vertrag: BAP-Klauseln, die schlechte IFC-Lieferungen wirklich verhindern.
10 häufige IFC-Modellfehler und wie Sie sie erkennen