Industry Foundation Classes: das offene Schema, das deine Ausstiegsklausel ist
IFC (ISO 16739-1:2024) ist nicht ein Dateiformat, sondern das offene Creative-Commons-Schema, das deine Gebäudedaten dir gehört. PAZ-Grundlagenpapier.
Beginne mit dem Kontrollmechanismus, nicht mit der Datei. Industry Foundation Classes — IFC — ist der internationale Standard ISO 16739-1:2024: ein herstellerneutrales Datenmodell für das gebaute Objekt, veröffentlicht von buildingSMART International und unter Creative Commons lizenziert. Lese diesen letzten Satz langsam, denn er ist das ganze Argument. Ein Dateiformat, das jeder implementieren darf und das kein einzelner Anbieter beherrscht, ist kein bloss technischer Komfort. Es ist ein Beschaffungsinstrument. IFC ist die Klausel, mit der ein Atelier einen Anbieter verlassen kann, ohne sein Gebäude hinter sich zu lassen.
Die meisten Erklärungen beginnen mit Software. Diese hier beginnt mit Macht, denn das ist, was IFC tatsächlich umverteilt. Die Frage, die ein Grundlagenpapier über IFC beantworten muss, ist nicht „Wie exportiere ich?” Sie lautet: Wer hält die Daten des Gebäudes über seinen ganzen Lebenszyklus hinweg, und wer hat ihnen diesen Besitz gewährt?
Was es ist: IFC ist ein formal definiertes Schema — ein gemeinsames Vokabular und eine Grammatik zur Beschreibung eines Gebäudes als Daten. Eine Wand ist nicht ein Bild einer Wand; sie ist eine IfcWall, eine Entität mit einem Typ, mit einem Platz in einer räumlichen Hierarchie (Projekt → Standort → Gebäude → Geschoss → Element), und Eigenschaftssätzen, die semantische Daten wie Feuerbeständigkeit oder Tragfähigkeit tragen. Jedes Werkzeug im Verbund kann in seinem eigenen nativen Format arbeiten und trotzdem den anderen ein verständliches Modell weitergeben. Der Architekt arbeitet in einem Autoring-Werkzeug, der Statiker in einem zweiten, der TGA-Planer in einem dritten, der Facility Manager in einem vierten. Keine Partei stimmt einem proprietären Format zu. Keine Partei beherrscht die Nahtstelle. Diese Abwesenheit eines Eigentümers ist das Design, nicht eine Lücke darin.
←HEUTE: ISO 16739-1:2024 macht das offene Gebäudeschema zu einem öffentlichen Standard, und buildingSMARTs IFC Validation Service bewertet die Exporter aller Vendors öffentlich. →3012: Bis zum Zurich-3012-Horizont spricht die gebaute Umwelt eine prüfbare Grammatik, und Konformität ist eine veröffentlichte Zahl, nicht ein Versprechen eines Vendors. Fulcrum: Nur ein Schema, das kein Vendor kontrolliert, kann gegen jeden Vendor geprüft werden — Offenheit ist, was die Prüfung durchsetzbar macht.
Warum es funktioniert: IFC funktioniert, weil es drei Anliegen trennt, die geringere Formate vermischen. Darunter basiert die Datei auf ISO 10303-21 — der STEP-Datei — wobei jede Entität in der EXPRESS-Modellierungssprache definiert ist: objektbasiert, vererbungsorientiert. Eine neue Entität wird nie erfunden; du wählst eine Basisklasse und spezialisierst davon, so dass das Schema ein strikter Stammbaum ist und jede Wand ein Nachkomme. Diese Formalität macht das Modell maschineninterpretierbar, und Maschineninterpretierbarkeit ist der ganze Punkt: Kollisionserkennung, Mengenermittlung und Code-Überprüfung werden automatisierbar statt per Augenschein. Der tiefere Grund, warum es funktioniert, ist Governance durch Zerlegung. IFC ist ein Element einer Triade — IFC trägt das Modell, IDS trägt die Anforderungen, BCF trägt die Probleme. Trenne die Geometrie von der Spezifikation vom Argument, und jedes geht seinen eigenen Weg. IDS verwandelt einen vagen Kundenwunsch in eine maschinenprüfbare Regel. BCF leitet ein Koordinierungsproblem, das in einem Werkzeug erkannt wird, an ein anderes weiter, um dort beantwortet zu werden. Das ist kein Zufall; das ist bewusste Technik. Ein einzelnes fusioniertes Format hätte die Sperre neu geschaffen, die dieser Standard brechen wollte.
Hier ist der Tradeoff klar dargelegt, denn ein Grundlagen-Leser verdient das: zwei Teams können je hundert Prozent standardkonform sein und trotzdem einander zwei verschiedene Gebäude übergeben. Geometriepräsentation, benutzerdefinierte Eigenschaftssätze und Klassifizierungssysteme verlaufen alle zwischen den Autoring-Werkzeugen. Offenheit verschafft dir das Recht, die Abweichung zu prüfen; sie beseitigt sie nicht. Das Atelier, das das Gegenteil vorgibt, erleidet Schaden beim Übergabeprozess.
Ursprünge: Der Werdegang ist wichtig, denn er erklärt, warum die Lizenz ist, was sie ist. IFC begann nicht in einem öffentlichen Normungsgremium. 1994 berief Autodesk ein Industrie-Konsortium zusammen, das einen Satz C++-Klassen für die integrierte Anwendungsentwicklung über mehrere Tools hinweg konzipieren sollte. Die Beratungsgruppe entwuchs ihrem Sponsor. Sie wurde zur International Alliance for Interoperability, und später nahm sie den Namen an, den sie heute trägt: buildingSMART. IFC 1.0 wurde im Juni 1996 veröffentlicht — das erste herstellerneutrale Datenmodell für das Gebäude, ein Versprechen bevor es eine Praxis war. Das Schema verfestigte sich über ein Jahrzehnt. IFC2x3 (2006) wurde auf ISO/PAS 16739 abgestimmt und wurde die erste Version, die die Industrie in grossem Umfang austauschte. IFC4 modernisierte Geometrie und Semantik. IFC4.3 — die aktuelle Veröffentlichung, anerkannt als ISO 16739-1:2024 — dehnte das Modell über die Gebäudehülle hinaus in Brücken, Strassen, Schienen und Häfen. Auf der Prozessseite wurde buildingSMARTs Datenstandard ergänzt durch ISO 19650 (veröffentlicht Dezember 2018), die Informationsverwaltungsmethode — ein Standard für die Sache, einer für die Art, wie man sie weitergab. PAZ’s eigene Konzeptbibliothek verfolgt diesen Werdegang unter openBIM — Historia: proprietäre Formate hatten AEC in abgesperrte Bereiche zersplittert, und das offene Schema war das Argument, dass Gebäudedaten dem Gebäude gehören, nicht dem Vendor, der es zufällig zeichnete.
In der Praxis: Ein Schema ist nicht ein Gebäude, und IFCs Monumente sind nicht Türme — sie sind Vorschriften. Dänemark machte IFC 2010 für öffentlich geförderte Projekte zur Beschaffungsvoraussetzung, die erste nationale Regierung, die ein Schema zur Beschaffungsverpflichtung machte. Finnlands Senate Properties begann 2017, IFC-kompatibles BIM auf allen Projekten zu verlangen, ein Beweis, dass der Kunde, nicht nur der Designer, Mitspracherecht im offenen Modell hat. Norwegens Statsbygg, mit den Gesundheits- und Verteidigungsklientenorganisationen, schreibt IFC-BIM für alle Staatsprojekte vor. Für ein Schweizer Atelier gilt diese Lektion unmittelbar, unabhängig davon, ob eine lokale Verpflichtung bereits besteht: behandle den IFC-Export als die vertragliche Lieferleistung, nicht die native Datei. Schreibe die Ausfahrtsklausel, bevor du den Einstiegsvertrag unterschreibst. Nenne die Schemaversion, nenne die erforderlichen Eigenschaftssätze, und nenne die buildingSMART Validation Service Scorecard als Abnahmetest — damit Konformität eine öffentliche Zahl ist, nicht das Wort eines Anbieters. Das Atelier, das IFC4.3 und ein IDS beim Einstieg spezifiziert, braucht nie vor Gericht um den Besitz seines eigenen Modells zu kämpfen. Aus meiner Perspektive waren die teuersten Fehler nie das Werkzeug, das sich fehlerhaft verhielt. Sie waren die Beschaffungsstandard, die einen schlechten Anbieter jahrelang in kritischer Infrastruktur festhielt, weil niemand die Autorität hatte, das zu bestreiten. IFC ist, wie du diese Autorität bewahrst.
Hack: Finde heraus, wer das Modell verfasst hat, und gegen welches Schema, bevor du ein einziges Byte davon vertraust. IFC ist eine STEP-Datei, also ist die Herkunft genau dort in der Kopfzeile und der Bearbeitungsgeschichte — du kannst es mit IfcOpenShell überprüfen, dem faktischen Open-Python-Werkzeug zum Lesen von IFC. Drei Zeilen sagen dir die Schemaversion und die exportierende Anwendung, was das erste ist, das eine Abnahmeprüfung aufzeichnen sollte, und das letzte, das ein Anbieter freiwillig angibt.
import ifcopenshell
model = ifcopenshell.open("federated.ifc")
print("schema:", model.schema) # z.B. IFC4X3
for app in model.by_type("IfcApplication"):
print("verfasst von:", app.ApplicationFullName, app.Version)Erfasse diesen Output gegen jedes eingehende Modell und du hast ein Herkunftsprotokoll — das Rohmaterial einer Prüfung — bevor jemand die Geometrie öffnet. Möchtest du sehen, wie sich das Schema selbst definiert? IFC-gen (hypar-io/IFC-gen) parst die EXPRESS-Grammatik und erzeugt die typisierten Klassen: der Standard wird selbst in Code kompiliert, frei zugänglich, für jeden zum Lesen.
Nächster Zug: IFC4.3, das in Brücken, Schienen und Häfen hineingeht, ist das Schema, das das Gebäude übersteigt, das es benannt hat. Die nächste Grenze ist nicht Geometrie, sondern Anforderung — IDS wandelt Kundenwünsche in überprüfbare Regeln um, und Validierungs-Scorecards wandeln Konformität in eine veröffentlichte Tatsache um. Lerne jetzt, das Modell von Hand zu durchgehen, während es noch überschaubar ist, denn wenn die ganze gebaute Umwelt eine offene Sprache spricht, werden die Praktiker, die sie früh verstanden, diejenigen sein, die die Grammatik schreiben. Öffne eine IFC-Datei mit IfcOpenShell, gib ihr Schema und ihren Autor aus, und füge eine einzelne Zeile zu deiner nächsten Ausschreibung hinzu: die Liefergrösse ist IFC, validiert gegen eine buildingSMART Scorecard. Das ist deine Ausfahrtsklausel. Schreibe sie, bevor du sie brauchst.
PAZ Kaffi · interdisziplinäre Redaktionsarbeit, geleitet von der PAZ Academy