Zurück zum BIM- & IFC-Blog
Validierung · 2026-06-28 · 22 Min.
IFC Health Score: Der ultimative Leitfaden für BIM-Koordinatoren und -Manager
Ein IFC Health Score ist kein Prozentwert, sondern ein Entscheidungsinstrument. Wie er berechnet wird, was die einzelnen Bereiche bedeuten, wie Sie Schwellenwerte im BAP festlegen und wie Sie ihn in jeder Projektphase als Qualitäts-Gate einsetzen.
IFC Health Score: Der ultimative Leitfaden für BIM-Koordinatoren und -Manager — IFC Viewer Online article cover
- 44 — geprüfte Qualitätsregeln
- 100 — Höchstwert (nicht immer das Ziel)
- 80+ — Zielwert für die CDE-Lieferung
- 0 Bytes — zum Validieren hochgeladen
Was ein IFC Health Score wirklich ist — und was nicht
Jedes BIM-Projekt enthält im BAP eine vage Qualitätsanforderung: „Liefern Sie eine IFC-Datei in guter Qualität.“ Niemand definiert, was das konkret bedeutet — bis ein Modell in der CDE abgelehnt wird, eine Kollisionsprüfung an verwaisten Elementen verpufft oder einem Übergabepaket die Hälfte der Anlagendaten fehlt. Der IFC Health Score existiert, um diese vage Anforderung greifbar zu machen: eine einzige Zahl, die jedes Mal auf dieselbe Weise berechnet wird, auf jedem Rechner, von jedem Tool, das die Regeln implementiert.
Der häufigste Fehler ist jedoch, ihn als Prozentwert zu behandeln. Das ist er nicht. Ein Score von 73 bedeutet nicht, dass 73 % von irgendetwas korrekt sind. Es handelt sich um ein gewichtetes, nach Schweregrad angepasstes und logarithmisch skaliertes Qualitätssignal. Wer diesen Unterschied versteht, legt Schwellenwerte anders fest, interpretiert Ergebnisse anders und kommuniziert Qualität anders gegenüber Projektbeteiligten, die nicht selbst in IFC-Dateien arbeiten.
Ein Health Score IST
- Eine gewichtete Zusammenfassung der strukturellen und der Datenqualität auf einer Skala von 0 bis 100
- Ein vertraglich vereinbarungsfähiges Lieferkriterium — es gehört in die AIA
- Ein Entscheidungssignal: Kann ich dieses Modell heute liefern?
- Ein Fortschrittsindikator, der sich bei jedem Validierungslauf aktualisiert
- Vergleichbar über Modellversionen, Gewerke und Teammitglieder hinweg
- Abhängig vom Schweregrad (Fehler wiegen schwerer als Warnungen)
- Logarithmisch skaliert (10.000 Namenswarnungen ≠ 10.000 × 1 Namenswarnung)
Ein Health Score IST NICHT
- Ein Prozentsatz bestandener Validierungsregeln
- Ein Maß für die Richtigkeit der Planung oder die Projektgenauigkeit
- Ein Ersatz für die Prüfung der IDS-/AIA-Konformität
- Eine Garantie dafür, dass Eigenschaftswerte inhaltlich korrekt sind
- Ein Ersatz für die fachliche Prüfung durch den BIM-Koordinator
- Ein absolutes Maß — Schwellenwerte sind projekt- und phasenspezifisch
- Ein toolabhängiger Wert — dasselbe Modell erhält in jedem Tool, das dieselben Regeln implementiert, denselben Score
Warum klassische Validierungsberichte zur Entscheidungslähmung führen
Ein Standard-Validierungsbericht für einen Revit-Export mittlerer Komplexität enthält typischerweise zwischen 200 und 1.200 einzelne Probleme, verteilt auf 8 bis 12 Regelkategorien. Er sagt gleichzeitig alles und nichts aus. Der Informationsmanager sieht 847 Probleme und lehnt das Modell ab. Der BIM-Koordinator öffnet den Bericht, scrollt an 620 Warnungen zur Namenskonvention vorbei (alle nach derselben Regel) und findet auf Seite 12 vergraben drei tatsächlich kritische Fehler.
Das Problem ist, dass reine Fehlerzahlen ohne Gewichtung nach Schweregrad wenig aussagen. Ein Modell mit 800 Namenswarnungen und null strukturellen Fehlern unterscheidet sich grundlegend von einem Modell mit 12 defekten räumlichen Hierarchien und einem fehlenden IfcProject. Ein Health Score verdichtet diesen Unterschied zu einer einzigen, handlungsleitenden Zahl — und die darunterliegende Regel-Aufschlüsselung liefert die priorisierte Handlungsliste.
Ein Bericht mit 847 Problemen sagt Ihnen, dass es Probleme gibt. Ein Health Score von 74 sagt Ihnen, ob Sie heute liefern können — und ein Score von 34 sagt Ihnen, die Koordination zu stoppen, bis das Problem behoben ist.
IFC Viewer Blog
Wie ein Health Score berechnet wird
Die Berechnung beginnt bei 100 und zieht für jeden Regelverstoß Punkte ab. Zwei Mechanismen verhindern, dass der Score zu einer bloßen Fehlerzahl wird:
Gewichtung nach Schweregrad
Schemafehler (strukturelle Fehler: fehlendes IfcProject, defekte Aggregationen, zirkuläre Referenzen) wiegen dreimal so schwer wie Qualitätswarnungen (leere Namen, fehlende Klassifikationen). Das spiegelt die tatsächliche Auswirkungshierarchie wider — ein struktureller Fehler bringt nachgelagerte Tools zum Absturz, eine Namenswarnung nicht.
Logarithmisches Abklingen
Das erste Auftreten eines Regelverstoßes zieht mehr Punkte ab als das tausendste. Ein Modell mit 10 doppelten GUIDs und ein Modell mit 10.000 doppelten GUIDs unterscheiden sich im Schweregrad — aber nicht um den Faktor 1.000. Die logarithmische Skalierung verhindert, dass die Dateigröße das Qualitätssignal verfälscht.
Conceptual scoring model:
score = 100
for each failing rule:
base_penalty = rule.severity_weight × log(1 + issue_count)
score -= base_penalty
Severity weights:
schema_error → 3.0× (missing IfcProject, broken hierarchy, duplicate GUIDs)
quality_error → 1.5× (missing property sets, wrong container placement)
warning → 1.0× (naming conventions, missing classifications)
info → 0.3× (optional metadata gaps, non-critical omissions)
score = max(0, score)
Note: The actual formula is proprietary to each tool implementation.
This is the conceptual model — the penalty shape, not the exact coefficients.
Die 11 Qualitätsdimensionen, die Ihren Score bestimmen
Die 44 Validierungsregeln gliedern sich in elf Qualitätsdimensionen. Wenn Sie wissen, welche Kategorie Ihren Score nach unten zieht, wissen Sie, wo Sie vor dem nächsten Validierungslauf mit der Korrektur ansetzen sollten:
- Schemaintegrität — Enthält die Datei genau ein IfcProject? Verweisen alle Aggregationsbeziehungen auf existierende Entitäten? Gibt es zirkuläre räumliche Referenzen?
- Eindeutigkeit und Format der GlobalId — Sind alle GlobalIds innerhalb der Datei eindeutig? Liegt das erste Zeichen im gültigen Bereich 0–3 des IFC-Base64-Alphabets?
- Räumliche Hierarchie — Ist die Containment-Kette Project → Site → Building → Storey → physisches Element für alle Elemente intakt?
- Elementzuordnung — Sind physische Elemente verwaist (ohne räumlichen Container) oder direkt in IfcBuilding bzw. IfcSite statt in einem Geschoss platziert?
- Elementbenennung — Sind die Felder Name und Description bei allen IfcRoot-Entitäten ausgefüllt, die physische Elemente oder Räume darstellen?
- Vollständigkeit der Eigenschaftssätze — Sind die erwarteten Standard-Psets (Pset_WallCommon, Pset_SpaceCommon usw.) bei den Elementtypen vorhanden und befüllt, die sie benötigen?
- ISO-19650-Metadaten — Sind IfcProject.LongName, Description und ObjectType befüllt? Sind die Felder Author und Organization im FILE_NAME-Header nicht leer?
- Klassifikation — Tragen physische Elemente eine IfcRelAssociatesClassification-Beziehung? Ist das Klassifikationssystem in der gesamten Datei konsistent?
- Materialzuweisungen — Verfügen tragende, architektonische und Ausbau-Elemente über Material-Layer-Set- oder Material-Profile-Set-Definitionen?
- Geometrieintegrität — Gibt es degenerierte Flächen, sich selbst schneidende Oberflächen oder nicht-mannigfaltige Geometrie, die bei der Kollisionsprüfung und der Mengenermittlung zu Fehlern führen?
- LOD-Konsistenz — Entspricht die Dichte der Eigenschaftssätze dem angegebenen Level of Development? Eine LOD-300-Lieferung ohne Flächen- und Volumenangaben besteht diese Prüfung nicht.
Score-Bereiche: Was jeder Bereich bedeutet und was zu tun ist
- 97/100 — Exzellent — bereit für ISO 19650
- 89/100 — Sehr gut — bereit für die CDE-Lieferung
- 77/100 — Akzeptabel — vor der formalen Lieferung prüfen
- 61/100 — Mangelhaft — erhebliche Korrekturen erforderlich
- 38/100 — Kritisch — nicht liefern
| Score-Bereich | Kategorie | Interpretation und Maßnahme |
|---|
| 95 – 100 | Exzellent ✅ | Geeignet für alle formalen Lieferungen einschließlich Einreichungen nach ISO 19650. Kaum oder keine Regelverstöße. Kein Handlungsbedarf. |
| 85 – 94 | Sehr gut 🟢 | Geringfügige Lücken bei der Datenvollständigkeit. Bereit für die CDE bei Standardkoordination. Verbleibende Verstöße vor LOD 300+ beheben. |
| 70 – 84 | Akzeptabel 🟡 | Spürbare Lücken bei der Datenqualität. Akzeptabel für interne Prüfungen und die Konzeptplanung. Muss vor jeder disziplinübergreifenden Koordination oder dem CDE-Upload geprüft und verbessert werden. |
| 50 – 69 | Mangelhaft 🟠 | Erhebliche strukturelle oder datenbezogene Probleme. Nicht geeignet für die Koordination. Zuerst alle Schemafehler beheben, dann die wirkungsstärksten Datenqualitätsregeln angehen. |
| Unter 50 | Kritisch 🔴 | Grundlegende strukturelle Fehler: verwaiste Elemente, defekte Hierarchie, fehlendes IfcProject, zirkuläre Referenzen. Zurück in die Autorensoftware. Unter keinen Umständen liefern. |
Diese Bereiche sind ein erster Orientierungsrahmen. Der passende Schwellenwert für Ihr Projekt hängt von der Lieferphase, den vertraglichen Anforderungen und davon ab, was die Tools der empfangenden Partei verarbeiten können. Eine Straßenbaubehörde, die Infrastruktur-IFC-Dateien für ein GIS-System entgegennimmt, verlangt bei jedem Austausch möglicherweise ≥ 90; ein kleines Wohnbau-Büro, das intern koordiniert, kommt in der Entwurfsplanung oft gut mit ≥ 70 aus. Die obigen Kategorien spiegeln einen Branchenkonsens wider, keine einzelne feste Regel.
Drei reale Projektszenarien: Health Scores im Kontext
Abstrakte Schwellenwerte lassen sich leichter anwenden, wenn man sie an echten Modellen gesehen hat. Die folgenden Szenarien sind zusammengesetzte Beispiele, die typische Muster aus Architektur-, TGA- (MEP) und Infrastruktur-IFC-Lieferungen abbilden.
Szenario 1: Architektur-IFC — Score 95
Ein mittelgroßes gewerbliches Bürogebäude, LOD 300, exportiert aus ArchiCAD 27. Der Validierungsbericht zeigt 43 Probleme: 38 Warnungen zur Namenskonvention bei generischen Annotationselementen („Annotation-001“ statt eines beschreibenden Namens) sowie 5 fehlende Materialzuweisungen an Vorhangfassadenpaneelen. Keine Schemafehler. Keine doppelten GUIDs. Die räumliche Hierarchie ist intakt. Die IfcProject-Metadaten sind vollständig befüllt. Der ISO-19650-Dateikopf ist vollständig. Der Score liegt bei 95. Der BAP verlangt ≥ 85 für die CDE-Lieferung. Entscheidung: unverändert liefern, die Namensprobleme als nicht blockierenden Hinweis im Übergabedokument vermerken, die Korrektur der Materialzuweisungen für die nächste Revision einplanen.
Szenario 2: TGA-IFC — Score 68
Ein vollständiges Modell der Heizungs-, Lüftungs- und Elektrotechnik (TGA), LOD 250, exportiert aus Revit 2025 MEP. Score: 68. Die Regel-Aufschlüsselung zeigt die Ursachen in Prioritätsreihenfolge: 214 doppelte GlobalIds (hoher Schweregrad — die Revit-Exportkonfiguration hat GUIDs neu erzeugt und dabei mit Elementen kollidiert, die aus einem älteren verknüpften Modell übernommen wurden), 89 Elemente, die direkt in IfcBuilding statt in einem Geschoss platziert sind (Fehler bei der räumlichen Zuordnung — geschossübergreifende HLK-Steigleitungen wurden auf Gebäudeebene statt im Untergeschoss verankert), 44 IfcFlowTerminal-Elemente ohne Klassifikation (Uniclass war laut AIA gefordert) sowie 312 Namenswarnungen an Verteilern. Die Fehler bei der räumlichen Zuordnung und die doppelten GUIDs liegen auf Schemaebene: Sie beschädigen BCF-Referenzen und brechen den FM-Export. Dieses Modell sollte nicht geliefert werden. GUIDs korrigieren (automatisch behebbar), die Geschosszuordnung der Steigleitungen richtigstellen, Klassifikation ergänzen — dann erneut validieren. Erwarteter Score nach der Korrektur: ≥ 83.
Szenario 3: Infrastruktur-IFC — Score 82
Ein IFC4.3-Trassenmodell für eine Straße, exportiert aus Civil 3D über einen benutzerdefinierten Exporter, für einen 4 km langen Streckenabschnitt mit Entwässerung und Bordstein-Elementen. Score: 82. Die wichtigsten Abzugsquellen: 67 Elemente ohne Klassifikation (Uniclass Table J war gefordert), fehlende Mengensätze bei 104 Bordstein-Elementen (der Vertrag verlangt explizite Längen in den BaseQuantities) und ein inkonsistentes IfcProject.LongName (der Header zeigt den Dateinamen statt des offiziellen Projekttitels). Keine Schemafehler. Keine doppelten GUIDs. Die Spezifikation des Auftraggebers verlangt während der Bauphase einen Mindest-Score von 80 für den Modellaustausch. Das Modell besteht. Der Koordinator vermerkt die drei Korrekturpunkte vor der formalen Einreichung zum Planungsfreeze, bei der der Schwellenwert auf 90 steigt.
Wie BIM-Teams Health Scores über den gesamten Projektlebenszyklus einsetzen sollten
Ein Health Score ist am nützlichsten, wenn er fest im Projektrhythmus verankert ist und nicht nur bei der Lieferung angewendet wird. Der Validierungslauf sollte für jedes Modell, das sich im Browser öffnen lässt, weniger als 30 Sekunden dauern — der Aufwand dafür ist vernachlässigbar. Der Aufwand, ihn nicht durchzuführen — und stattdessen strukturelle Fehler erst am CDE-Gate oder in einer Koordinationssitzung zu entdecken —, wird in Tagen gemessen.
Wöchentliche Qualitätssicherung während der Entwurfsplanung
Führen Sie die Validierung während der aktiven Modellbearbeitung jede Woche durch. Verfolgen Sie den Score-Trend im Projektprotokoll. Ein Score, der zwischen zwei Freitagen um 15 Punkte fällt, zeigt Ihnen, dass sich etwas geändert hat — und lässt sich jetzt weit leichter diagnostizieren als in sechs Wochen, wenn das Modell doppelt so komplex ist.
Vor jeder Koordinationssitzung
Jedes Gewerk sollte vor der Sitzung seinen Schwellenwert erreichen (≥ 70 intern, ≥ 80 disziplinübergreifend). Ein föderiertes Koordinationsmodell in Navisworks oder IFC, das aus Dateien mit einem Score unter 60 zusammengesetzt ist, erzeugt sinnlose Kollisionen — Elemente an falschen Positionen, verwaiste TGA-Leitungen, die sich nicht referenzieren lassen, und BCF-Probleme, die ins Leere zeigen.
Vor der IDS-/AIA-Validierung
Die IDS-Validierung setzt ein wohlgeformtes, datentechnisch vollständiges Basismodell voraus. Eine IDS-Prüfung an einem Modell mit defekter räumlicher Hierarchie oder doppelten GUIDs liefert unzuverlässige Ergebnisse — die IDS-Engine kann Elemente falsch zuordnen, containment-basierte Anwendbarkeitsregeln übersehen oder falsch-positive Ergebnisse liefern. Verlangen Sie vor jedem IDS-Lauf ≥ 75, um ein vertrauenswürdiges Ergebnis zu erhalten.
Vor jedem Modellaustausch
Fügen Sie den Health Score als Kopffeld jedem Übergabedokument bei. Das gibt dem empfangenden Gewerk sofortigen Kontext, bevor es die Datei öffnet, und schafft einen nachvollziehbaren Verlauf der Modellqualität über das gesamte Projekt hinweg. Manche CDEs unterstützen benutzerdefinierte Metadatenfelder — dieses lohnt sich zu nutzen.
Das CDE-Liefer-Gate
Der nicht verhandelbare Kontrollpunkt. Das Modell muss den im BAP festgelegten Schwellenwert vor dem Upload erfüllen. Informationsmanager sollten Modelle, die nicht validiert wurden, nicht manuell prüfen — der Score-Bericht (mit Zeitstempel, Tool-Version und Score) sollte ein verpflichtender Anhang des Übergabedokuments sein. Modelle unterhalb des Schwellenwerts gehen an den Ersteller zurück; der Score ist der objektive Grund dafür.
- Exportieren Sie die IFC-Datei aus der Autorensoftware mit aktivierten Einstellungen für stabile GUIDs.
- Öffnen Sie sie im Browser-Validator — die Validierung ist bei den meisten Projektmodellen in unter 30 Sekunden abgeschlossen.
- Lesen Sie den Score. Liegt er unter dem Schwellenwert Ihrer Phase, öffnen Sie die Regel-Aufschlüsselung.
- Sortieren Sie die Problemliste nach Schweregrad (Fehler zuerst). Beheben Sie Schemafehler vor Datenwarnungen.
- Wenden Sie verfügbare automatische Korrekturen an (doppelte GUIDs, Formatfehler). Beheben Sie Hierarchie- und Benennungsprobleme manuell.
- Exportieren Sie erneut aus der Autorensoftware mit den korrigierten Einstellungen (stabile GUIDs, korrekte Geschosszuordnung). Validieren Sie erneut.
- Sobald der Schwellenwert erreicht ist, fügen Sie den Score-Bericht dem Übergabedokument bei und laden ihn in die CDE hoch.
Der vollständige Qualitäts-Stack: Score → Regeln → IDS → BCF → Lieferung
Der Health Score ist eine Schicht in einem vierschichtigen Qualitäts-Stack. Jede Schicht beantwortet eine andere Frage, und keine ersetzt die andere. Dieses Konzept zu verstehen ist die Grundlage für einen belastbaren BIM-QA-Workflow:
┌──────────────────────────────────────────────────────────────────┐
│ IFC Model File │
│ (exported from authoring tool) │
└──────────────────────────┬───────────────────────────────────────┘
│
▼
┌──────────────────────────────────────────────────────────────────┐
│ 44 Quality Rules → Health Score (L1 + L2) │
│ Schema · GUIDs · Hierarchy · Names · Psets · ISO 19650 │
│ Question: Is this model well-formed and data-complete? │
│ Output: 0–100 score + prioritised rule-level issue list │
└──────────────────────────┬───────────────────────────────────────┘
│ if score ≥ stage threshold
▼
┌──────────────────────────────────────────────────────────────────┐
│ IDS Validation (L3 — Level 3) │
│ Project-specific EIR/AIR information requirements │
│ Question: Does this model satisfy our contractual spec? │
│ Output: Pass / Fail per IDS spec + element-level evidence │
└──────────────────────────┬───────────────────────────────────────┘
│ on failures found
▼
┌──────────────────────────────────────────────────────────────────┐
│ BCF Issue Report │
│ Structured coordination issues linked to elements │
│ Question: What specifically needs to change, and who owns it? │
│ Output: BCF 2.1 file shared across authoring tools │
└──────────────────────────┬───────────────────────────────────────┘
│ when all layers pass
▼
┌──────────────────────────────────────────────────────────────────┐
│ Formal CDE Delivery │
│ Model + score evidence + IDS report on transmittal │
└──────────────────────────────────────────────────────────────────┘
Schicht 1–2: Health Score
44 Regeln zu Schemaintegrität, GUID-Eindeutigkeit, räumlicher Hierarchie, Vollständigkeit der Eigenschaften, Benennung, ISO 19650, Klassifikation, Geometrie und Materialien. Dies ist die universelle Qualitätsuntergrenze — sie gilt für jede IFC-Datei, unabhängig vom Projekttyp. Ein Modell unter 80 besteht diese Grundprüfung nicht und sollte nicht in die nächste Schicht übergehen.
Schicht 3: IDS-Validierung
Projektspezifische Anforderungen, vom Verfasser der AIA in maschinenlesbarem XML kodiert. Sechs Facetten: Entity (welche Elementtypen), Attribute (welche Attribute), Property (welche Pset-Werte), Classification, Material und PartOf. Während der Health Score universell ist, ist IDS maßgeschneidert — eine eigene Spezifikation für jedes Projekt und jedes Gewerkepaket.
BCF-Problemverfolgung
Wenn Health-Score-Regeln oder IDS-Prüfungen fehlschlagen, werden die Probleme zu BCF-Topics — strukturierten Koordinationseinträgen mit Elementreferenzen, Viewpoints und Verantwortlichen. BCF trägt die Qualitätsprobleme aus dem Validierungs-Stack in den Koordinationsworkflow, wo sie zugewiesen, verfolgt und gelöst werden können.
CDE-Lieferung
Der Endpunkt des Stacks. Ein Modell, das das Health-Score-Gate und das IDS-Gate besteht, verfügt über einen dokumentierten Qualitätsnachweis. Der Score-Bericht und das IDS-Validierungsergebnis sind der formale Qualitätsnachweis, der dem Übergabedokument beigefügt wird — sie geben dem Informationsmanager etwas zum Überprüfen an die Hand, statt etwas zum Erraten.
Schwellenwerte in Ihrem BAP und Ihren AIA festlegen
Ein Health-Score-Schwellenwert ohne vertragliche Verankerung ist nur ein Wunsch. Die AIA (Auftraggeber-Informationsanforderungen) sind das vertragliche Dokument; der BAP (BIM-Abwicklungsplan) ist der Lieferplan, der die AIA umsetzt. Der Schwellenwert gehört in beide Dokumente — wobei die Fassung in den AIA die durchsetzbare ist.
── EIR clause (contractual, enforceable) ─────────────────────────────────────
5.4 Model Quality — IFC Health Score
All IFC information deliveries shall achieve a minimum Health Score
as specified below, validated prior to upload to the Common Data
Environment. The Health Score shall be calculated using [agreed tool]
with [agreed rule set version]. The validation report (including score,
timestamp, and tool version) shall be attached to the transmittal as
evidence of compliance.
Models that do not meet the applicable threshold shall be returned to
the Originator for remediation. Re-upload shall reset the revision
counter and generate a new transmittal record.
Minimum thresholds by LOD and delivery type:
Internal model review (LOD 100–150): ≥ 70
Cross-discipline coordination (LOD 200): ≥ 75
Detailed design CDE delivery (LOD 300): ≥ 80
Construction issue (LOD 350+): ≥ 85
As-built / FM handover (LOD 400+): ≥ 90
── BEP clause (operational, implementation plan) ─────────────────────────────
3.2 Validation Procedure
Prior to each CDE upload, the Information Originator shall:
1. Export IFC with stable GlobalId settings (see Section 4.1).
2. Run the agreed validation tool against the exported file.
3. Confirm the Health Score meets or exceeds the applicable threshold.
4. Attach the score report (PDF or JSON) to the transmittal record.
Sechs verbreitete Missverständnisse über IFC Health Scores
Missverständnis 1: „Höher ist immer besser — Ziel ist 100“
Der passende Score hängt vollständig von der Lieferphase ab. Ein Konzeptentwurf sollte ≥ 70 anstreben, nicht ≥ 95. Stunden damit zu verbringen, ein frühes Massenmodell auf 95 zu bringen, ist fehlgeleiteter Aufwand — die Namenskonventionen, die Sie korrigiert haben, werden in drei Wochen ohnehin ersetzt, wenn sich der Entwurf ändert. Definieren Sie phasengerechte Schwellenwerte und streben Sie diese an. Sparen Sie sich die Energie für die Score-Verbesserungen, die nach LOD 300 anfallen, wo Änderungen teuer werden.
Missverständnis 2: „100 bedeutet, dass das Modell keinerlei Probleme hat“
Ein Score von 100 bedeutet, dass das Modell alle 44 Regeln zur strukturellen und zur Datenqualität besteht. Er sagt nichts darüber aus, ob die Eigenschaftswerte inhaltlich korrekt sind, ob das Modell die projektspezifischen AIA erfüllt, ob die Planungsabsicht korrekt abgebildet ist oder ob geometrische Kollisionen vorliegen. Ein Modell, bei dem jedes Pset mit Platzhaltertext befüllt ist, erreicht 100 Punkte. Der Score bestätigt die strukturelle Gesundheit, nicht den Inhalt.
Missverständnis 3: „Ein Health Score ersetzt die IDS-Validierung“
Sie beantworten unterschiedliche Fragen. Der Health Score fragt: Ist diese Datei nach universellen Qualitätsstandards wohlgeformt und datentechnisch vollständig? IDS fragt: Erfüllt dieses Modell die spezifischen Informationsanforderungen dieses Projekts und dieses Gewerkepakets? Ein Modell kann 95 Punkte erreichen und trotzdem die IDS-Validierung nicht bestehen, weil ihm die von den AIA geforderte Uniclass-2015-Klassifikation fehlt oder weil die IfcBuildingStorey-Namen nicht der im Projekt-BAP vereinbarten Geschossbenennung entsprechen. Beide Prüfungen sind immer notwendig — sie ergänzen sich, statt sich zu überschneiden.
Missverständnis 4: „Der Score sagt mir, was ich beheben muss“
Der Score sagt Ihnen, ob Sie liefern können. Die darunterliegende Regel-Aufschlüsselung sagt Ihnen, was zu beheben ist. Ein Score von 68 ohne die Problem-Aufschlüsselung ist wie eine leere Tankanzeige ohne Landkarte. Öffnen Sie die Regeldetails, sortieren Sie nach Schweregrad, lesen Sie die Elementzahlen und Beschreibungen und beheben Sie zuerst die schwerwiegendsten Fehler. Der Score aktualisiert sich sofort beim nächsten Validierungslauf. Die beiden Informationen — Score und Aufschlüsselung — werden immer gemeinsam genutzt.
Missverständnis 5: „Ein Health Score ersetzt die Prüfung durch den BIM-Koordinator“
Die automatisierte Validierung erkennt strukturelle Fehler, Lücken in der Datenvollständigkeit und Formatverstöße. Sie kann keine Planungskonformität, räumliche Machbarkeit, Terminübereinstimmung oder Baubarkeit prüfen. Ein Modell mit einem statisch unmöglichen Abfangträger erreicht trotzdem 92 Punkte. Die fachliche Prüfung durch einen BIM-Koordinator oder Informationsmanager wird durch einen Score nie ersetzt — sie wird durch ihn unterstützt. Der Score filtert das Checklisten-Rauschen heraus und lenkt den Blick des Prüfers auf das Wesentliche.
Missverständnis 6: „Mein Modell ist in Ordnung — es hat sich in Revit ohne Fehler geöffnet“
Sich fehlerfrei in einem Tool zu öffnen, ist die niedrigstmögliche Messlatte. IFC-Parser sind bewusst tolerant — sie laden, was sie können, und verwerfen oder korrigieren stillschweigend, was sie nicht verarbeiten können. Eine Datei, die sauber in Revit, ArchiCAD und Navisworks öffnet, kann gleichzeitig 300 doppelte GUIDs enthalten (was BCF über alle Gewerke hinweg beschädigt), 80 verwaiste Elemente (die in jedem Kollisionsbericht fehlen), kein IfcProject.LongName (was die Nachvollziehbarkeit nach ISO 19650 verletzt) und einen Health Score von 41. „Es hat sich geöffnet“ ist keine Qualitätsprüfung.
Wie IFC Viewer Online den Health Score umsetzt
Der Health Score von IFC Viewer Online führt alle 44 Qualitätsregeln im Browser aus, in unter 30 Sekunden, für jede IFC-Datei — ohne dass etwas hochgeladen wird. Das deckt die Implementierung ab:
44 Validierungsregeln
Vollständige Abdeckung von L1-Schemaintegrität und L2-Datenqualität: Eindeutigkeit und Format der GlobalId, räumliche Hierarchie, Erkennung verwaister Elemente, Vollständigkeit der Benennung, ISO-19650-Metadaten, Vorhandensein von Eigenschaftssätzen, Klassifikation, Materialzuweisungen und Prüfungen der Geometrieintegrität.
Health Score mit Gewichtung nach Schweregrad
Schemafehler wiegen dreimal so schwer wie Warnungen. Die logarithmische Skalierung verhindert, dass große Modelle künstlich niedrige Scores erhalten. Dasselbe Modell liefert bei jedem Lauf denselben Score — reproduzierbar und nachprüfbar.
Regel-Aufschlüsselung mit Elementzahlen
Jede fehlgeschlagene Regel zeigt die Anzahl der Probleme, den Schweregrad, die betroffenen Elementtypen und eine Erklärung zur Behebung. Sortieren Sie nach Schweregrad, um die Arbeit zu priorisieren. Die Aufschlüsselung ist die Handlungsliste; der Score ist das Entscheidungssignal.
Automatische Korrektur für GUIDs
Doppelte und ungültige GlobalIds lassen sich mit einem Klick automatisch korrigieren. Es wird eine neue, spezifikationskonforme 22-stellige GUID mit dem korrekten IFC-Base64-Alphabet erzeugt, deren erstes Zeichen im gültigen Bereich 0–3 liegt.
Zerstörungsfreie Bearbeitung von Eigenschaften
Korrigieren Sie Namen, Eigenschaftswerte und Klassifikation an erhaltenen Dateien, ohne in die Autorensoftware zurückzukehren. Vollständiges Rückgängig/Wiederholen. Änderungen werden als EditDiff[] mit GlobalId als Schlüssel gespeichert und beim Export angewendet — die Originaldatei wird nie direkt verändert.
IDS-Validierung + BCF-Export
Führen Sie nach dem Health-Score-Gate die projektspezifische IDS-Validierung über alle sechs Facetten durch (Entity, Attribute, Property, Classification, Material, PartOf). Exportieren Sie Fehler als BCF 2.1 zur Verteilung an Revit, ArchiCAD, Solibri und jedes BCF-fähige Koordinationstool.
Führen Sie einen Health Score an einem echten Revit-Export aus
Dieses 14 MB große Bürogebäudemodell wurde aus Revit exportiert — eine typische mittelgroße Architektur-Lieferung. Öffnen Sie es, um den Health Score, die Regel-Aufschlüsselung nach Kategorie und einen echten Validierungsbericht vor der Lieferung eines gewerblichen Projekts zu sehen.
IFC4 · 14 MB
Interaktiven IFC-Viewer öffnen
Problembehandlung: Wenn sich Ihr Score nicht verbessert
Probleme in Revit behoben, aber der Score hat sich nicht geändert
Die häufigste Ursache: Die Korrektur wurde im Revit-Modell vorgenommen, aber die IFC-Datei wurde nicht neu exportiert. Die Validierung läuft gegen die IFC-Datei, nicht gegen das Autorenmodell. Exportieren Sie nach jeder Korrektur im Autorenmodell erneut, und validieren Sie den neuen IFC-Export — nicht dieselbe Datei, die Sie zuletzt korrigiert haben.
Score springt zwischen zwei Exporten von 81 auf 47
Ein Score-Einbruch von mehr als 20 Punkten zwischen zwei Revisionen deutet fast immer auf eine geänderte Exportkonfiguration hin — typischerweise wurde die GUID-Erzeugung von „Vorhandene beibehalten“ auf „Neue erzeugen“ umgestellt. Das erzeugt Tausende neuer GlobalIds, die der Validator als ungültig oder als Duplikate eines früher verknüpften Modells erkennt. Prüfen Sie die Einstellungen des IFC-Exporters und stellen Sie eine stabile GUID-Ausgabe wieder her.
Score liegt bei 76, der Informationsmanager verlangt aber 80
Öffnen Sie die Regel-Aufschlüsselung und sortieren Sie nach Punktabzug, nicht nach Anzahl der Probleme. Die vier Punkte, die Ihnen zu 80 fehlen, konzentrieren sich fast immer auf 1–2 Regeln. Beheben Sie zuerst die Regelverstöße mit dem größten Punktabzug — oft Fehler bei der räumlichen Zuordnung oder fehlende Eigenschaftssätze bei einem bestimmten Elementtyp. Beheben Sie diese beiden Regeln, exportieren Sie erneut und validieren Sie neu. Der Score bewegt sich in der Regel stärker als erwartet, da die Abzugsstruktur nicht linear ist.
Score liegt bei 95, aber die IDS-Validierung schlägt fehl
Das ist zu erwarten und korrekt. Der Health Score und IDS adressieren unterschiedliche Ebenen. Ein Score von 95 bedeutet, dass das Modell strukturell hervorragend ist. Ein IDS-Fehlschlag bedeutet, dass eine spezifische Projektanforderung nicht erfüllt ist — ein Pset-Wert, ein Klassifikationscode, eine Materialschichtdicke. Prüfen Sie den IDS-Fehlerbericht: Er zeigt die genauen Elemente sowie die erwarteten und die tatsächlichen Werte. Korrigieren Sie in der Autorensoftware oder nutzen Sie die zerstörungsfreie Bearbeitung von Eigenschaften bei erhaltenen Dateien.
Häufig gestellte Fragen
Was ist ein IFC Health Score?
Ein gewichtetes Qualitätssignal zwischen 0 und 100, das die strukturelle Integrität und die Datenvollständigkeit eines Modells anhand von 44 Validierungsregeln zusammenfasst. Es ist kein Prozentwert, sondern ein nach Schweregrad gewichteter, logarithmisch skalierter Score, bei dem Schemafehler stärker zählen als Datenwarnungen und der erste Verstoß gegen eine Regel stärker abgezogen wird als der tausendste.
Wie wird er berechnet?
Der Score startet bei 100. Jeder Regelverstoß zieht Punkte ab, basierend auf der Gewichtung nach Schweregrad und dem Logarithmus der Anzahl der Probleme. Schemafehler (strukturelle Fehler) wiegen dreimal so schwer wie Qualitätswarnungen. Die logarithmische Skalierung verhindert, dass große Modelle bei gleicher zugrunde liegender Problemdichte künstlich schlechter abschneiden als kleine Modelle.
Welchen Health Score sollte ich im BAP festlegen?
≥ 80 für die reguläre CDE-Lieferung und die disziplinübergreifende Koordination. ≥ 90 für formale Meilenstein-Einreichungen nach ISO 19650 und Lieferungen ab LOD 300. ≥ 70 für interne Prüfungen in der Konzeptphase. Legen Sie den Wert sowohl in den AIA (vertraglich) als auch im BAP fest. Nur die AIA schaffen ein rechtlich durchsetzbares Qualitäts-Gate.
Kann ein Modell 100 Punkte erreichen und trotzdem Qualitätsprobleme haben?
Ja. Der Score deckt 44 Regeln zur strukturellen und zur Datenqualität ab. Er deckt weder die IDS-Konformität (projektspezifische Anforderungen) noch die semantische Richtigkeit (ob Eigenschaftswerte inhaltlich zutreffen) noch die Planungsabsicht ab. Ein Modell mit Platzhalterwerten in jedem Eigenschaftssatz erreicht 100 Punkte. Der Score bestätigt die strukturelle Gesundheit, nicht den Inhalt.
Bedeutet ein hoher Health Score, dass ich die IDS-Validierung überspringen kann?
Nein. Sie beantworten unterschiedliche Fragen. Health Score: Ist dieses Modell wohlgeformt und datentechnisch vollständig? IDS: Erfüllt dieses Modell die spezifischen Informationsanforderungen dieses Projekts? Ein Score von 95 bei gleichzeitig fehlgeschlagener IDS-Prüfung ist ein häufiges und zu erwartendes Ergebnis — beheben Sie die IDS-Fehler und validieren Sie danach beides erneut.
Sollte jedes Modell 100 Punkte anstreben?
Nein. Legen Sie phasengerechte Schwellenwerte fest. In der Konzeptplanung 100 Punkte anzustreben, verschwendet Aufwand, der in die Entwurfsplanung gehört. Das Ziel lautet: „Erfüllt das Modell den Schwellenwert für diese Lieferphase?“ Definieren Sie diese Schwellenwerte zu Projektbeginn in BAP und AIA — und validieren Sie dagegen, nicht gegen das theoretische Maximum.
Zusammenfassung
Ein Modell, das sich fehlerfrei in Revit geöffnet hat, ist kein qualitätsgeprüftes Modell. Es ist ein ungeprüftes Modell, das zufällig eingelesen werden konnte. Der Health Score ist der Unterschied zwischen beidem — und es dauert 30 Sekunden, herauszufinden, welches der beiden Sie vor sich haben.
IFC Viewer Blog
Die Zahl verstehen
Der Health Score ist ein nach Schweregrad gewichtetes, logarithmisch skaliertes Entscheidungssignal. 80 oder mehr bedeutet: bereit für die CDE. Unter 60 bedeutet: strukturelle Probleme. Kein Prozentwert — ein Qualitätsurteil.
Vertraglich festlegen
Phasengerechte Schwellenwerte gehören in die AIA (vertraglich) und den BAP (operativ). Ohne eine entsprechende Klausel in den AIA ist der Schwellenwert nicht durchsetzbar. Legen Sie ihn zu Projektbeginn fest, vor der ersten Lieferung.
In den Projektrhythmus einbetten
Wöchentliche Validierung während der Entwurfsplanung. Prüfung vor jeder Koordinationssitzung. Gate-Prüfung vor dem CDE-Upload. Fügen Sie jedem Übergabedokument den Score-Bericht bei. Machen Sie den Score zur Projektroutine, nicht zur Panik am Liefertag.
Den gesamten Stack nutzen
Health Score → IDS → BCF → Lieferung. Jede Schicht beantwortet eine andere Frage. Der Score ist die Untergrenze, IDS ist die Obergrenze. Nutzen Sie beide, und exportieren Sie Fehler nach BCF, damit sie im Koordinationsworkflow verfolgt und gelöst werden können.
Eine technische Erklärung, wie die 44 Regeln in drei Validierungsebenen organisiert sind, finden Sie im vollständigen Leitfaden zum IFC Model Checker. Zur Frage Browser- versus Cloud-Architektur — wann lokale Verarbeitung die richtige Wahl für sensible Projektdaten ist — siehe browserbasierte vs. Cloud-IFC-Validierung. Wenn Sie eine erhaltene IFC-Datei mit Eigenschaftswerten, GUIDs oder Benennungen haben, die vor der Validierung korrigiert werden müssen, behandelt der Leitfaden zum kostenlosen Online-IFC-Editor die zerstörungsfreie Bearbeitung ohne Umweg über die Autorensoftware. Und für die häufigsten strukturellen Fehler, die Scores unter 70 drücken, siehe die 7 häufigsten IFC-Validierungsfehler.
IFC Health Score: Der ultimative Leitfaden für BIM-Koordinatoren und -Manager