Was beim Export verloren geht

Eine Austauschdatei sieht nach dem Schreiben brauchbar aus, und trotzdem fehlen beim Empfänger Angaben, die im Modell stehen. Ein Export übersetzt das Modell, und was die Zielsprache nicht kennt, fällt still heraus. Woran liegt es also, wenn Felder leer ankommen, und wo im Ablauf lässt sich das vorher sehen?

---

Was gemeint ist

Ein Austauschformat ist eine eigene Sprache mit eigenem Wortschatz. Beim Export liest ein Programm das Modell und schreibt es in dieser Sprache neu, und alles, wofür sie kein Wort hat, wird umschrieben oder weggelassen. Eine Übersetzung sieht fast immer brauchbar aus, deshalb fällt der Verlust erst beim Empfänger auf.

Liegen bleibt etwas an drei Orten, in dieser Reihenfolge prüfst du auch.

• Bei der Konfiguration vor dem Schreiben. Eine Einstellung entscheidet, welche Objekte überhaupt in die Datei gehen und in welcher Auflösung; was hier ausgeschlossen ist, taucht nirgends wieder auf.
• Beim Übersetzen selbst. Aus Parametrik wird Form, aus einem Objekt eine Klasse, aus einem Merkmal ein Eintrag, und hier verändert sich Information, statt zu verschwinden.
• Beim Empfänger. Das Zielprogramm liest die Datei mit seinen eigenen Grenzen und zeigt nicht an, was es nicht kennt, obwohl es drinsteht.

Ein Export verändert außerdem die Zeichnung, aus der er kommt. Laut Herstellerhilfe werden dabei geänderte Zeichnungseigenschaften nachgezogen, ein Koordinatenpunkt und eine Punktgruppe für die Bezugsposition angelegt und die Daten der Eigenschaftssätze aller exportierten Objekte aktualisiert.¹ Ein Testexport gehört deshalb auf einen Stand, den du notfalls verwerfen kannst.

Wie viel insgesamt verloren geht, lässt sich nicht beziffern; eine belegte Angabe war am 11.08.2026 nicht auffindbar, also steht hier auch keine geschätzte Zahl.² Benennbar sind dagegen die Stellen, an denen Information hängen bleibt.

---

Was das für dein Büro heißt

Nehmen wir das gedachte Beispiel, eine Ortsdurchfahrt über 800 Meter mit Mischwasserkanal, geplant von einem Büro mit acht Leuten. Bei uns steht der Export zum Datenübergabepunkt DÜP 4 an, das Koordinationsmodell mit Prüfbericht und Mengenauszug für den Auftraggeber.

Die Ebenen und ihre Auslöser

• Geometrie. Bogengruppen kennt das Format nicht, eine Achse besteht in der Datei aus einzelnen Bogen, Übergangsbogen und Tangenten, und tangentiale Anschlüsse können durch Rundung reißen.³
• Semantik. Ohne eigene Zuordnung schätzt die Erweiterung die Klassen, und was sie nicht einordnen kann, landet in einer Sammelklasse, in IFC 4.3 IfcBuiltElement, in IFC4 IfcBuildingElementProxy; die Zuordnung muss deshalb das Büro festlegen.³
• Merkmale. Werte oder ganze Sätze fehlen bei falscher Klassifizierung, bei gefrorenen und gesperrten Layern, in Blockdefinitionen und bei abgeschalteten Exportoptionen, und vordefinierte Sätze werden beim Export überschrieben.³
• Beziehungen. Die Zugehörigkeit zur Achse und zur Station ist eine Zuweisung, kein Automatismus; wer nichts zuweist, liefert Bauteile ohne Stationsbezug.
• Georeferenz. Der Festpunkt wird nach fester Rangfolge bestimmt, ohne EPSG-Bezug wird nur gewarnt,³ einen Referenzpunkt für die IfcSite schreibt die Erweiterung nicht.⁴ Was zur Georeferenzierung in die Datei gehört, sagt die Seite „Wo das Modell liegt“ in Themenfeld 3.
• Identität. Die dauerhafte Kennung bleibt über Exporte erhalten, wo ein Eigenschaftssatz mitgeht; ausgenommen sind die Unterbereiche von 3D-Profilkörpern, bei uns die Fahrbahnabschnitte.³

Warum die Werte leer ankommen

Aus der Autorensoftware führen zwei Wege hinaus. Der eingebaute Weg kennt die Objekte des Tiefbaus nicht und verlangt Volumenkörper; danach ist die Haltung ein Körper mit Rohrform, die Sohlhöhe kommt nur von Hand als Eigenschaftssatz mit, die Verbindung zu den Schächten fehlt.⁵

Die Erweiterung lässt weg, was ihre Ausschlussliste oder die Zuordnungsdatei ausnimmt, je Objektart eine Einstellung, und was sie nicht einordnen kann, schätzt sie.³ Weil viele IFC-Viewer nur Körper zeigen, kann eine Achse unsichtbar in der Datei stecken. Das ist der zweite Grund für eine scheinbar fehlende Achse; der erste ist ihr Platz direkt unter dem Projekt (Seite „IFC im Tiefbau“ dieses Themenfelds).

Leere Merkmale haben unter anderem zwei Ursachen. Im ersten Fall stecken die Sätze in der Datei, und der IFC-Viewer kennt die Schemakennung IFC4X3_ADD2 nicht. Der Hersteller führt das für 2023 bis 2025, für 2026 prüfst du selbst.⁶ Abhilfe ist ein zweiter IFC-Viewer oder eine andere Schemaversion.

Im zweiten Fall sind die Namen da und die Werte leer; der Hersteller beschreibt ihn für Zeichnungen aus einem IFC-Import, deren Objekte einer anderen Klasse angehören als IfcBuildingElementProxy, denn Merkmalswerte gehen nur dorthin. Der Platzhalter ist hier Abhilfe, kein Befund, hergeleitet im Datenblatt Kataloge und Merkmale in Themenfeld 4.

Warum ein Reimport keine Rückgabe ist

Import und Export ergeben keinen Kreis: Ein Reimport legt eine zweite Kopie an und schreibt Herkunftsmerkmale an die Objekte.³ Eine reimportierte Datei bleibt deshalb Referenz; wird sie Arbeitsgrundlage, erbt das Modell eine fremde Klassifizierung, und die nächste Lieferung kann leer ankommen.

Was „möglichst verlustfrei“ heißt

Mit Verlust rechnet auch der Bund. Sein Rahmendokument Datenmanagement nennt drei Mindestanforderungen als Beispiele:⁷ Geometrie, Struktur, Klassifikation und Merkmale möglichst verlustfrei, gleiche Position nach dem Austausch, abgeleitete Zeichnungen in Lage und Winkel passend zum Modell.

Nur für den ersten Punkt gilt das „möglichst“, die Position muss stimmen. Ein kommunales Pilotprojekt hielt fest: Wer den Verlust nicht reparieren kann, verlangt die Rohdaten (Datenblatt Formate und IFC dieses Themenfelds).

---

Woran du es prüfst

Bevor die Datei hinausgeht, lohnt ein Prüfdurchgang, für den du nichts kaufen musst. Er sagt nicht, ob die Lieferung fachlich richtig ist, sondern ob drin ist, was drin sein soll.

1. Lies die Kopfzeile im Texteditor, dort stehen die Schemakennung und das erzeugende Programm.
2. Zähl die Klassen, denn steht fast alles in einer Sammelklasse wie IfcBuiltElement oder IfcBuildingElementProxy, fehlt die fachliche Einordnung; für ältere Versionen ist der Platzhalter vorgesehen, in einer 4.3-Lieferung ist er ein Befund.
3. Sieh dir je Bauteilart ein Merkmal in zwei verschiedenen IFC-Viewern an; fehlen die Sätze nur in einem, ist es der erste Fall.
4. Halt die Lage gegen einen bekannten Punkt, damit du siehst, ob Bezugssystem und Umrechnung stimmen.
5. Schick die Datei durch den Prüfdienst von buildingSMART; er sagt dir, ob die Datei dem Schema entspricht, und hilft so, einen Fehler in der Datei von einem Fehler in der Anzeige zu unterscheiden. Dabei wird die Datei hochgeladen, und bei einer Vertraulichkeitsklausel ist das eine eigene Entscheidung.
6. Nennt die AIA Merkmale, lass eine Prüfregel darüber laufen, wie es die Seite „Prüfen, bevor jemand anderes prüft“ in Themenfeld 6 zeigt.

Für den zweiten Schritt und für das Beiblatt hilft der Modell-Schnellcheck dieses Themenfelds. Was du zu kostenlosen IFC-Viewern findest, sind Angaben der Anbieter, ein geprüfter Nachweis über den vollen Umfang von IFC 4.3 war nicht auffindbar.⁸ Für den dritten Schritt genügt es, dass die beiden Programme verschieden sind; der Vergleich ist ein Hinweis, der Beweis steht in der Datei selbst.

Was das Format nicht mitnehmen kann, gehört auf ein Beiblatt, und der Schnellcheck gibt den Text dafür aus: Bezugssystem und Höhenbezug im Klartext, die Version von Format und Katalog, dazu die offenen Punkte. Das Beiblatt heißt hier Lieferschein; es sagt, was nicht drin ist, und erst beides zusammen ist die Lieferung.