Prüfziel
IFC-Modell ansehen und IFC-Modell prüfen sind nicht dasselbe
Ein IFC Viewer beantwortet visuelle und explorative Fragen: Lässt sich die IFC-Datei öffnen, wo befindet sich ein Bauteil und welche Eigenschaften trägt es? Ein IFC Model Checker beginnt mit einer definierten Anforderung oder Prüffrage und vergleicht das Modell damit. Diese Trennung verhindert, dass ein optisch sauberes Modell mit einer vollständigen oder regelkonformen Informationslieferung verwechselt wird.
- Visuelle Navigation liefert Geometrie- und Koordinationskontext.
- Die Eigenschaftsprüfung zeigt Informationen an ausgewählten Bauteilen.
- Strukturierte Validierung braucht klare Anforderungen und interpretierbare Ergebnisse.
Informationsqualität
IFC-Eigenschaften zuerst im Modellkontext prüfen
Untersuchen Sie zunächst repräsentative Bauteile in ExyViewer. Prüfen Sie Entity-Mapping, Benennungen, Klassifikationen, Property Sets und Mengen, die für den Verwendungszweck wichtig sind. Diese Stichprobe macht Exportkonventionen und inkonsistente Daten sichtbar, bevor ein breiter automatisierter Lauf Hunderte schwer interpretierbare Fehler erzeugt. Ein fehlender Wert, ein Wert am falschen Entity und eine zulässige Projektausnahme sind unterschiedliche Befunde.
- Modellbereiche und Elementgruppen passend zum Lieferumfang auswählen.
- Repräsentative Property Sets prüfen, bevor Pass/Fail-Regeln festgelegt werden.
- Verantwortliche Fachdisziplin und Korrekturpfad dokumentieren.
IDS-Validierung
Wie prüft man ein IFC-Modell gegen IDS?
Ausgangspunkt sind Projekt-Informationsanforderungen, die in einer geprüften Information Delivery Specification (IDS) beschrieben sind. Laden Sie das gelieferte IFC-Modell und die IDS in ExyViewer, führen Sie den Check aus und untersuchen Sie anschließend, welche Objekte die Anwendungsregeln erfüllen und wo erforderliche Eigenschaften fehlen oder ungültig sind. IDS macht ausgewählte Exchange Requirements maschinenlesbar; die Spezifikation muss den Projektbedarf jedoch korrekt abbilden und jedes Ergebnis braucht fachliche Interpretation.
- Informationsanforderungen vor dem IDS-Check definieren und prüfen.
- IDS, IFC-Modellversion und Kontext der Exchange Requirements verbunden halten.
- Fehler gruppieren und untersuchen, um systematische Exportprobleme von Ausnahmen zu trennen.
Issue-Workflow
Was passiert, wenn eine IDS-Anforderung fehlschlägt?
Eine fehlgeschlagene IDS-Anforderung ist zunächst ein Prüfergebnis und noch keine Korrektur. In ExyViewer können Reviewer die betroffenen Objekte untersuchen, Anforderung und Modellkontext sichtbar halten und handlungsrelevante Befunde als BCF-Issues oder Report-Einträge organisieren. Jedes Issue sollte genügend Viewpoint-, Element- und Anforderungskontext enthalten, damit das verantwortliche Autorenteam das Quellmodell korrigiert, bevor IFC erneut exportiert und validiert wird.
- Nicht jedes maschinelle Ergebnis automatisch in ein Issue umwandeln.
- Viewpoint, ausgewählte Elemente und Anforderung präzise festhalten.
- Die korrigierte Modellversion gegen denselben vereinbarten Scope erneut prüfen.
Grenzen
Was automatisierte BIM-Validierung nicht beweisen kann
IDS-Validierung prüft gelieferte IFC-Informationen gegen projektspezifische Anforderungen. Sie unterscheidet sich von IFC-Schema- und Konformitätsprüfung; ExyViewer beansprucht nicht, den offiziellen buildingSMART Validation Service bereitzustellen. Automatisierte Checks beweisen weder Entwurfsqualität noch technische Eignung, vertragliche Abnahme oder baurechtliche Konformität. Ein Bauteil kann eine Clash-Toleranz erfüllen und trotzdem nicht baubar sein; ein IDS-konformer Wert kann im Projekt falsch sein. Nutzen Sie den Model Checker als Evidenz in einem geregelten Prozess, nicht als automatischen Freigabestempel.
Praxisablauf
IDS-Validierungsworkflow von der Anforderung bis zur erneuten Prüfung
Definieren Sie die Informationsanforderung, beschreiben Sie sie in einer geprüften IDS, übernehmen Sie die IFC-Lieferung und führen Sie den Modellcheck aus. Untersuchen Sie fehlgeschlagene Anforderungen im 3D- und Datenkontext, überführen Sie handlungsrelevante Befunde in BCF oder einen Report, korrigieren Sie das Quellmodell und validieren Sie die nächste IFC-Version gegen denselben Scope. Diese Abfolge hält die Modellvalidierung erklärbar.