Frag einen parametrischen Designer, was ein Gebäude ist, und du bekommst eine ehrliche Antwort, die die meisten Auftraggeber überrascht: Es ist nicht ein Modell. Es ist eine Föderation von Modellen – das Architekt-Modell in einem Autorenwerkzeug, das des Ingenieurs in einem zweiten, des MEP-Beraters in einem dritten, des Facility-Managers in einem vierten – und das eigentliche Objekt der Disziplin ist die Naht zwischen ihnen. Interoperabilität ist das Studium dieser Naht. Sie ist keine Funktion, die man einschaltet; sie ist ein geometrisches und semantisches Problem, das man immer wieder löst, jedes Mal, wenn ein Modell das Atelier verlässt.

←HEUTE: Im Jahr 2026 können zwei IFC-Exporte desselben Stahlrahmens beide 100% ISO 16739-konform sein und trotzdem zwei unterschiedliche Gebäude beschreiben. →3012: Beim Zurich-3012-Horizont reist die Geometrie verlustfrei und die Ableitung reist mit – die Naht trägt das Warum, nicht nur die Eckpunkte. Ankerpunkt: Ein offenes Format garantiert, dass die Bytes lesbar sind; es garantiert nie, dass die Bedeutung überlebt – und Bedeutung ist das einzige, das es wert ist zu bewahren.

Was es ist: BIM-Interoperabilität ist der disziplierte Transfer der Gebäudedaten zwischen Werkzeugen, die nie dazu gedacht waren, sich zu einigen. Das Medium sind buildingSMARTs Industry Foundation Classes (IFC) – ein neutrales, herstellerunabhängiges Schema, das 2013 zur ISO 16739 wurde – gepaart mit ISO 19650, dem Prozessstandard (veröffentlicht Dezember 2018, aus britischer Information-Management-Praxis von etwa 2007), der regelt, wie du die Daten weitergibst. Ein Standard für die Sache, einer für die Art, wie man sie bewegt. Zusammen nennt die Industrie sie openBIM: nicht ein Produkt, das man kauft, sondern ein Versprechen, dass das Modell, das du heute erstellst, in dreissig Jahren noch in Software öffnet, die es noch nicht gibt. PAZs eigene Konzeptbibliothek sagt es genau – Interoperabilität ist „eine Methodologie, kein Denkmal.” Seine Meilensteine sind dokumentierte Übergaben, keine Signaturfassaden.

Warum es funktioniert: Der Mechanismus ist am leichtesten zu verstehen, wenn du wie ein Form-Finder denkst. Ein Gebäudemodell ist ein Graph – Knoten (Elemente), die Attribute tragen (Profil, Material, Platzierung), Kanten (Beziehungen), die Topologie tragen (dieser Balken ruht auf dieser Säule, dieser Raum ist von diesen Wänden begrenzt). IFC funktioniert, weil es diesen Graph in einem Schema definiert, das jedes Werkzeug lesen kann: Ein IfcBeam ist ein IfcBeam, ob Revit oder Archicad es schrieb. Was IFC nicht erzwingen kann, ist die Encoding-Wahl. Dieselbe Betonsäule kann als Swept Solid, als Boundary Representation oder als tesselliertes Mesh reisen – alle drei legal, alle drei werden vom Empfänger unterschiedlich gelesen. Die Peer-Review-Bewertung monodimensionaler Tragglieder in Applied Sciences (2021) dokumentierte genau das: Profilidentitäten, Materialien und Platzierungen, die zwischen Werkzeugen, die beide Konformität beanspruchen, degradiert oder gelöscht ankommen. Darum lebt die Profession bei BIM Level 2 – eine Föderation verifizierten Austauschs – statt einer einzigen gemeinsamen Datenbank von Level 3 / iBIM. Die strukturelle Logik zu internalisieren, wie PAZs Engineering-Konzept-Panel es schlicht sagt: Verifikation ist kein Overhead auf Interoperabilität – Verifikation ist Interoperabilität. Die Geometrie reist; die Annahmen – Lastkombinationen, Mesh-Einstellungen, Randbedingungen – nicht, und müssen nach jeder Runde von Hand neu überprüft werden.

Ursprünge: BIM wurde nicht als Software geboren, sondern als ein Argument, das seit den 1970ern leise lief: Beschreibe ein Gebäude einmal, als Daten, und zeichne es viele Male. Der Begriff setzte sich erst in den frühen 2000ern durch. Der Wendepunkt hat einen Namen – die Industry Foundation Classes, erstmals als IFC 1.0 im Juni 1996 von der Körperschaft versandt, die heute buildingSMART International heisst (1994 gegründet als IAI). IFC2x3 (2006) war die erste Version, die die Industrie tatsächlich austauschte; IFC4 modernisierte Geometrie und Semantik; IFC4.3 / ISO 16739-1:2024 erweiterten das Schema endlich aus dem Gebäude in die Infrastruktur – Bahn, Strassen, Brücken. Die politische Wende kam, als Regierungen das offene Modell zur Bedingung für öffentliche Finanzierung machten: Dänemark schrieb IFC für öffentlich unterstützte Projekte 2010 vor, Finnlands Senate Properties folgte 2017, Norwegens Statsbygg über alle Projekte. Ein Schema wurde eine Vergabebedingung – der Beweis, dass das offene Format ein Argument über Besitz war, dass die Daten eines Gebäudes dem Gebäude über seinen ganzen Lebenszyklus gehören, nicht dem Anbieter, der es zufällig zeichnete.

In der Praxis: Wo greift ein Schweizer Atelier tatsächlich darauf zu? Die klarste Referenz ist das EU Horizon RecycleBIM-Konsortium (2021–2023), das interoperable IFC-Modelle über beide Autodesk Revit und Graphisoft Archicad hinweg erstellte, um Materialdaten durch einen Kreislauf-Konstruktions-Workflow zu tragen – der ganze Punkt war, dass ein Gebäude für zwei rivalisierende Werkzeuge und einen nachgelagerten Material-Management-Prozess lesbar bleiben musste. Bei uns daheim macht EPFLs Open-Source-BIM-Initiative in Lausanne die Werkzeugkette selbst zu einem öffentlichen Gut statt einer Lizenz, was genau der Grund ist, auf dem Interoperabilität gewonnen oder verloren wird. Für ein arbeitendes Büro ist der Leverage-Punkt Rhino und Grasshopper als Bindegewebe: David Ruttens Grasshopper (2007) lässt dich Modelldaten zwischen Ökosystemen als expliziten, überprüfbaren Graph lesen, umordnen und neu emittieren, statt eines Black-Box-Export-Buttons – und PAZ Academys eigene Grasshopper↔Archicad-Interoperabilitätsarbeit existiert genau dazu, die fehlenden Teile dieser Naht für DACH-Praktiken zu füllen. Die Gewohnheit zum Bauen ist Hygiene: Jedes Modell verlässt zuerst als IFC, dann nativ; jedes Modell, das ankommt, wird mit einem Checker geöffnet, bevor es vertraut wird. Und sei offen darüber, dass Level 2 kein Kompromiss ist, der auf ein Upgrade wartet – es ist, für jetzt, die beruflich ehrliche Art zu arbeiten.

Hack: Diff zwei IFC-Exporte Element-für-Element und beobachte, welche Profile die Rundreise überleben. Exportiere denselben kleinen Rahmen – zwei Säulen, einen Balken – aus zwei Autorenwerkzeugen, dann lass ifcopenshell (Thomas Krijnens Open-Source-IFC-Toolkit) beide lesen und die Unterschiede drucken. Das Diff ist die Interoperabilitätslücke, sichtbar gemacht.

import ifcopenshell
def beams(p): return {m.Name: getattr(m, "ObjectType", None) for m in ifcopenshell.open(p).by_type("IfcBeam")}
a, b = beams("frameA.ifc"), beams("frameB.ifc")
for k in sorted(set(a) | set(b)):
    print(("OK  " if a.get(k) == b.get(k) else "DIFF"), k, a.get(k), "->", b.get(k))

Führe es einmal aus und „offenes Format” ist kein Slogan mehr. Du wirst sehen, wie ein Profilname sich ändert oder ein Element zwischen zwei Werkzeugen verschwindet, die beide IFC-Konformität beanspruchen – und du wirst nie wieder offen mit verlustfrei verwechseln.

Es gibt einen längeren Schatten hier, der es wert ist, offen zu nennen. Die parametrische Arbeit, die meine Generation bereut, war selten die hässliche Form – es war das Modell, dessen Logik niemand rekonstruieren konnte, nachdem das Plugin dunkel wurde. Eine Geometrie ohne Ableitung ist eine schöne Vermutung, die du in einer Strukturprüfung nicht verteidigen kannst, und ein föderiertes Modell, das von einem undokumentierten Export-Ritual zusammengehalten wird, ist derselbe Fehler in Gebäudeskala. Die Gebäude, die jetzt gezeichnet werden, werden drei Generationen von Software überleben. Die eine Garantie, dass sie lesbar bleiben, ist ein offenes Format, das von Leuten überwacht wird, die tatsächlich die Naht überprüfen. So halte den Standard aufgeschrieben: welches Schema, welches MVD, welche Property Sets getragen, welche Annahmen wurden nach jeder Übergabe neu verifiziert. Halte die Mathematik; das Dateiformat wird dich nicht überleben.

Die Grenze ist nicht ein grösseres einzelnes Modell – sie ist eine dünnere, vertrauenswürdigere Naht. Wenn die Anbieter-Brücken reifen und IFCs Abdeckung der Struktur sich verdichtet, wird die manuelle Neuüberprüfung schrumpfen, aber sie wird nicht verschwinden, weil Bedeutung schwerer zu standardisieren ist als Geometrie. Besitze den Standard, automatisiere das Diff, und behandle jede Übergabe als eine Frage, die du mit Beweisen antwortest. Das ist, wie ein Gebäude unabhängig vom Werkzeug, das es zeichnete, wird – und diese Unabhängigkeit, nicht irgendein einzelnes Feature, ist der ganze Sinn von BIM.