Zurück zum BIM- & IFC-Blog
Werkzeuge & Vergleiche · 2026-10-01 · 11 Min.
Zwei IFC-Versionen vergleichen und genau sehen, was sich geändert hat
„Was hat sich seit letzter Woche geändert?“ fragt jeder Koordinator – und kaum ein IFC-Werkzeug beantwortet es gut. Der Vergleich per GlobalId über einen ganzen Dateisatz statt Datei gegen Datei macht aus einem Diff eine Wochenprüfung.
Zwei IFC-Versionen vergleichen und genau sehen, was sich geändert hat — IFC Viewer Online article cover
Jeden Montag bekommt irgendwo ein BIM-Koordinator eine neue Lieferung von Fachmodellen und stellt die einzige Frage, die zählt: Was hat sich geändert? Die ehrliche Antwort lautet in den meisten Projekten: „Wir öffnen beide und schauen.“ Bei einem Einfamilienhaus klappt das. Bei elf Dateien und vierzigtausend Elementen nicht.
IFC-Versionen sauber zu vergleichen ist nicht schwer, hängt aber an einer Entscheidung, die die meisten Werkzeuge subtil falsch treffen: Was zählt als „dasselbe Element“?
Identität ist das ganze Problem
Zuordnung per GlobalId über den ganzen Satz: eine geänderte Eigenschaft, ein Element, das das Fachmodell gewechselt hat, eine Hinzufügung und eine Löschung.
Ein IFC-Element hat zwei Kennungen. Die Express-ID (die #1234 in der Datei) ist eine Zeilennummer – sie wird bei jedem Export neu vergeben und bedeutet über Versionen hinweg nichts. Die GlobalId ist eine 22-stellige GUID, die das ganze Leben des Elements bestehen bleiben soll. Ein Vergleich, der über etwas anderes als die GlobalId zuordnet, vergleicht Zeilennummern.
Stabile GUIDs sind eine Exporteinstellung, keine Modellierungsaufgabe – warum sich IFC-GUIDs bei jedem Export ändern zeigt die Lösung für jedes Autorenwerkzeug. Und wenn Sie das umgekehrte Problem haben, dieselbe GUID zweimal in einer Datei, lesen Sie doppelte GUIDs in IFC.
Den Satz vergleichen, nicht die Datei
Echte Projekte sind föderiert: Architektur, Tragwerk, TGA, manchmal noch nach Gebäude oder Geschoss aufgeteilt. Wer Datei gegen Datei vergleicht, verpasst die interessanteste Änderung überhaupt – ein Element, das zwischen Dateien gewandert ist. Der Tragwerksplaner übernimmt eine Wand, die der Architekt modelliert hatte; ein dateiweiser Diff meldet eine Löschung und eine unabhängige Hinzufügung, und beides ist falsch.
Die Zuordnung per GlobalId über den gesamten Satz behebt das. Das Element wird in beiden Versionen gefunden, seine Datei unterscheidet sich, und es wird einmal gemeldet – als geändert, mit dem Grund „in eine andere Datei verschoben“. Die Zuordnung auf Dateiebene hat weiterhin eine Aufgabe – die Zusammenfassung pro Datei –, ist aber ein Darstellungsdetail, nicht die Identitätsregel.
Was „geändert“ bedeuten sollte
Ein nützlicher Vergleich sagt nicht nur, dass sich ein Element geändert hat, sondern wie. Diese Kategorien lohnt es sich zu trennen, weil jede an eine andere Person geht:
| Änderung | Beispiel | Wen es betrifft |
|---|
| Hinzugefügt / entfernt | Eine neue Trennwand; eine gelöschte Stütze | Alle – das ist die Schlagzeile |
| Klasse geändert | Ein Proxy wurde zur IfcWall | Koordinator, Kostenplaner |
| Attribute | Name oder Kennzeichen bearbeitet | Wer die Bauteillisten pflegt |
| Eigenschaften | FireRating von EI 60 auf EI 30 geändert | Brandschutzplaner, Ausschreibender |
| Klassifikation | Uniclass-Code geändert | Kosten- und FM-Teams |
| Material | Betonfestigkeitsklasse geändert | Tragwerksplaner |
| Zuordnung | In ein anderes Geschoss verschoben | Koordinator |
| Datei | In ein anderes Fachmodell verschoben | Informationsmanager |
Ein Diff, der nur „geändert“ sagt, ist eine Liste von Stellen, an denen man nachsehen muss. Ein Diff, der sagt, was sich geändert hat, ist eine Prüfung, die schon erledigt ist.
Die Wochenprüfung in fünf Schritten
- Neue Lieferung laden Alle Dateien des Satzes als eine Szene. Die Verarbeitung erfolgt im Browser, vertrauliche Modelle bleiben also auf Ihrem Rechner.
- Mit der Vorversion oder einer gespeicherten Baseline vergleichen Eine Baseline ist ein lokal gespeicherter Stand – der letzte Woche abgenommene oder der an einen Zahlungsmeilenstein gekoppelte –, sodass Sie die alten Dateien zum Vergleichen nicht geöffnet haben müssen.
- Erst die Zusammenfassung lesen, dann das 3D Hinzugefügtes in einer Farbe, Geändertes in einer zweiten, Entferntes in einer dritten. Die Zusammenfassung pro Datei sagt Ihnen, welches Gewerk sich bewegt hat; die Farben, wo.
- Die IDS auf beiden Versionen erneut ausführen Dieselbe Spezifikation auf dem alten und dem neuen Modell zeigt, welche Anforderungen behoben wurden und welche sich verschlechtert haben – ohne eine der Dateien neu einzulesen.
- BCF aktualisieren Änderungen, die eine Aktion erfordern, werden zu Themen mit der Version als Label, aus der sie stammen – damit der Vergleich der nächsten Woche sie nicht doppelt anlegt.
In Schritt 4 wird ein Vergleich von einer Kuriosität zur Qualitätskontrolle. Wie man die Spezifikation anlegt, steht in IDS erklärt; Schritt 5 in BCF 2.1 vs. 3.0.
Einen Vergleich lesen, ohne sich täuschen zu lassen
- Viele Eigenschaftsänderungen ohne Geometrieänderungen bedeuten meist, dass sich eine Exporteinstellung geändert hat, nicht der Entwurf. Prüfen Sie die Exportvorlage, bevor Sie den Modellierer fragen.
- Entfernte und hinzugefügte Elemente in ähnlicher Zahl bei derselben Klasse sind GUID-Wechsel, keine Umplanung. Behandeln Sie das als Exportfehler.
- Zuordnungsänderungen für ein ganzes Geschoss bedeuten meist, dass das Geschoss neu angelegt wurde. Die Elemente haben sich nicht bewegt, ihr Elternelement schon.
- Null Änderungen ist ein Ergebnis, das man bestätigen sollte. Vergleichen Sie die Baseline einmal mit sich selbst – das Ergebnis muss exakt leer sein –, damit Sie wissen, dass ein leerer Diff echt ist.
Ein Vergleich ist auch der schnellste Weg zu entscheiden, ob eine neue Revision überhaupt eine vollständige Prüfung verdient. Wenn ja, ist ein IFC-Modell vor der Lieferung prüfen die komplette Routine.
Zwei IFC-Versionen vergleichen und genau sehen, was sich geändert hat