![\"\"](\"https:\/\/biblus.accasoftware.com\/de\/wp-content\/uploads\/sites\/6\/2025\/10\/Zusammenfuehren-Umbau-IFC-Modell.webp\")
<\/p>\n
Warum IFC der openBIM-Standard f\u00fcr Interoperabilit\u00e4t ist<\/h2>\n
Wenn man im Kontext von BIM\/AEC von Interoperabilit\u00e4t spricht, tritt die IFC (Industry Foundation Classes)<\/a> als das Fundament hervor, auf dem der openBIM-Ansatz basiert. Hier sind die technischen, praktischen und strategischen Gr\u00fcnde, die es zum Referenzstandard machen.<\/p>\n Die IFC ist so konzipiert, dass sie nicht an propriet\u00e4re Software gebunden oder von einem einzelnen Anbieter kontrolliert ist<\/strong>, sondern von buildingSMART International verwaltet wird, das das IFC-Schema einvernehmlich definiert und aktualisiert.<\/p>\n Da es sich um ein offenes und dokumentiertes Format<\/strong> handelt, kann jeder (Softwarehersteller, Entwickler, Betreiber) die IFC-Lese- und Schreibfunktionen implementieren, was die Freiheit bei der Softwarewahl f\u00f6rdert und die Einschr\u00e4nkungen durch propriet\u00e4re Formate verringert.<\/p>\n Die Annahme eines offenen Formats gew\u00e4hrleistet auch die Best\u00e4ndigkeit der Daten<\/strong>: Im Laufe der Zeit, selbst wenn eine bestimmte Software veraltet, bleiben die IFC-Daten zug\u00e4nglich und interpretierbar.<\/p>\n Die IFC ist formal ein ISO-Standard mit der Bezeichnung ISO 16739-1<\/a> (angenommen im Jahr 2018), der das Datenschema f\u00fcr den Austausch von Informationen in der Bauindustrie und im Geb\u00e4udemanagement definiert.<\/p>\n Die letzte offiziell ver\u00f6ffentlichte Version ist die IFC 4.3, die als Weiterentwicklung des Standards genehmigt wurde und die Rolle der IFC als Grundlage der Interoperabilit\u00e4t auf internationaler Ebene st\u00e4rkt.<\/p>\n Die Annahme als ISO-Standard verleiht der IFC eine formale Legitimation und erleichtert die Integration in Vertr\u00e4ge, \u00f6ffentliche Richtlinien und regulatorische Anforderungen.<\/p>\n Die IFC beschr\u00e4nkt sich nicht nur auf die \u00dcbertragung der Geometrie (W\u00e4nde, Decken, \u00d6ffnungen), sondern umfasst auch nicht-geometrische Daten: Eigenschaften, Materialien, r\u00e4umliche Beziehungen, Kosten, Leistungsmerkmale usw.<\/p>\n Das IFC-Schema ist in Klassen, Beziehungen und Eigenschaften strukturiert, die es erm\u00f6glichen, die Semantik des Modells konsistent darzustellen: nicht nur \u201eFormen\u201c, sondern auch \u201ewas sie darstellen\u201c, wie sie verbunden sind und welche Attribute sie besitzen.<\/p>\n Wenn ein BIM-Modell in IFC exportiert wird, besteht das Ziel darin, dass die Informationen von einer Software zur anderen ohne signifikanten Verlust von Inhalten (oder mit bekannten und akzeptablen Verlusten) \u00fcbertragen werden. Dies ist entscheidend f\u00fcr eine effektive Interoperabilit\u00e4t.<\/p>\n Die IFC ist so konzipiert, dass sie verschiedene Fachbereiche (Architektur, Struktur, Anlagen, Energie, Facility Management) und Phasen des Lebenszyklus (Planung, Bau, Management) abdeckt.<\/p>\n Dank der Interoperabilit\u00e4t k\u00f6nnen Teams, die mit unterschiedlichen Softwarel\u00f6sungen arbeiten (z. B. Edificius<\/a>, Revit Structure, Archicad usw.), Modelle und Daten \u00fcber IFC austauschen, was die Koordinationsmodelle erm\u00f6glicht.<\/p>\n Der Ansatz openBIM<\/a> sieht vor, dass jeder Akteur frei bleibt, sein bevorzugtes Werkzeug zu verwenden, solange es die offenen Standards (IFC, BCF usw.) unterst\u00fctzt. Die IFC fungiert als \u201egemeinsame Sprache\u201c im BIM-\u00d6kosystem.<\/p>\n OpenBIM ist eine Philosophie, die Transparenz, Interoperabilit\u00e4t und Unabh\u00e4ngigkeit von Anbietern priorisiert: die IFC ist ihr grundlegendes Element.<\/p>\n Durch die Annahme der IFC werden die Grenzen, die durch die \u201egeschlossenen\u201c \u00d6kosysteme propriet\u00e4rer Software auferlegt werden, \u00fcberwunden, die oft den vollst\u00e4ndigen Austausch von Informationen oder Abh\u00e4ngigkeiten verhindern.<\/p>\n Das openBIM-Modell mit IFC f\u00f6rdert die offene Zusammenarbeit zwischen den Stakeholdern (Architekten, Ingenieuren, Auftragnehmern, Facility Managern), auch wenn jeder unterschiedliche Werkzeuge verwendet: die Kommunikation erfolgt \u00fcber einen gemeinsamen Standard.<\/p>\n Obwohl die IFC das zentrale Element der Interoperabilit\u00e4t ist, ist sie nicht frei von Herausforderungen:<\/p>\n Nicht alle Software unterst\u00fctzten vollst\u00e4ndig alle Klassen oder Eigenschaften des Schemas: Einige Funktionen k\u00f6nnen \u201egeschnitten\u201c oder \u201eanders interpretiert\u201c werden.<\/p>\n Es k\u00f6nnen semantische Diskrepanzen auftreten: dasselbe \u201eObjekt\u201c kann in den Ausgangssoftware mit leicht unterschiedlichen Ans\u00e4tzen modelliert werden, was w\u00e4hrend des Exports\/Imports zu Mapping-Problemen f\u00fchren kann.<\/p>\n Die Implementierung der IFC muss oft MVD (Model View Definitions) verwenden, die Teilmengen des IFC-Schemas f\u00fcr spezifische Bereiche definieren (z. B. \u201eKoordinationsansicht\u201c, \u201eStrukturansicht\u201c, \u201eFM-Ansicht\u201c), damit der Export\/Import nicht \u00fcberm\u00e4\u00dfig komplex wird.<\/p>\n Die Qualit\u00e4t des Exports ist wichtig: eine gut konstruierte IFC (mit Augenmerk auf \u201eAusschluss \u00fcberfl\u00fcssiger Daten\u201c, Beibehaltung korrekter Beziehungen, konsistenter Namen) erleichtert die Interoperabilit\u00e4t; umgekehrt kann eine \u201egrobe\u201c IFC Fehler oder Mehrdeutigkeiten einf\u00fchren.<\/p>\n IFC Standardrolle<\/p><\/div>\n Um eine IFC-Datei zu erstellen, m\u00fcssen Sie zun\u00e4chst das 3D-Modell des Projekts mit einer\u00a0BIM-Authoring-Software\u00a0wie\u00a0Edificius<\/strong>\u00a0erstellen und es dann mit den spezifischen Funktionen der verwendeten Software in IFC exportieren.<\/p>\n Sehen wir im Detail, wie es geht.<\/p>\n Die Erstellung eines 3D-BIM-Modells folgt einer Reihe logischer Schritte, die es erm\u00f6glichen, von der Projektidee zu einem vollst\u00e4ndigen und teilbaren Informationsmodell zu gelangen. Um alle Schritte gemeinsam zu verfolgen, empfehle wir Ihnen, die kostenlose Testversion der Software herunterzuladen<\/a>.<\/p>\n Um eine IFC-Datei zu erstellen, k\u00f6nnen Sie diese 5 einfachen Schritte befolgen:<\/p>\n Sie k\u00f6nnen die gleichen Anweisungen auch verwenden, um die IFC-Datei mit folgendem zu exportieren:<\/p>\n In wenigen Schritten haben Sie die IFC-Datei Ihres Modells erstellt und sind bereits bereit, mit Ihrem Team zusammenzuarbeiten und Geometrien sowie Projektinformationen zu \u00fcbertragen.<\/p>\n Sie k\u00f6nnen die Datei mit jeder BIM-Authoring-Software \u00f6ffnen oder sie online anzeigen und alle Eigenschaften der Objekte mit einem g\u00e4ngigen\u00a0BIM-Viewer<\/a> \u00fcberpr\u00fcfen, egal wo Sie sich befinden und von jedem Ger\u00e4t (PC, Tablet, Smartphone) aus.<\/p>\n Unter den verschiedenen Einstellungen, die beim Export einer IFC-Datei gew\u00e4hlt werden k\u00f6nnen, ist es auch m\u00f6glich, zwischen den Versionen\u00a0IFC 2\u00d73<\/strong>\u00a0und\u00a0IFC 4<\/strong> zu w\u00e4hlen.<\/p>\n Wenn Sie dieses Thema vertiefen m\u00f6chten, empfehlen wir Ihnen folgenden Artikel: „IFC Coordination View<\/a>“ zu lesen.<\/p>\n Zusammenfassend bietet die Version 4 des IFC-Schemas, einige neue Funktionen im Vergleich zum vorherigen IFC 2×3. Die bemerkenswertesten sind:<\/p>\n Das IFC-Schema hat sich im Laufe der Jahre durch ein strukturiertes Versionssystem entwickelt, das mit der Sequenz\u00a0Major.Minor.Addendum.Corrigendum<\/strong>\u00a0bezeichnet wird:<\/p>\n Die Geschichte des IFC beginnt mit den ersten Versionen 1.x und 2.0, \u00fcber die etablierten\u00a0IFC2x3<\/strong>, bis zu den aktuellsten\u00a0IFC4<\/strong>\u00a0und\u00a0IFC4.3<\/strong>, die den Stand der Technik in Bezug auf Interoperabilit\u00e4t und semantische F\u00e4higkeiten von BIM-Modellen darstellen.<\/p>\n Entwicklung des IFC-Standards<\/p><\/div>\n IFC2x3<\/strong>, eingef\u00fchrt in den fr\u00fchen 2000er Jahren und um 2005 stabilisiert, war lange Zeit das Hauptaustauschformat im Bauwesen. Diese Version wird aufgrund ihrer Zuverl\u00e4ssigkeit und der umfangreichen Unterst\u00fctzung durch bestehende BIM-Software sehr gesch\u00e4tzt. Im Vergleich zu sp\u00e4teren Entwicklungen weist sie jedoch einige Einschr\u00e4nkungen auf: die verf\u00fcgbaren Klassen sind begrenzter, die geometrischen Modellierungsf\u00e4higkeiten sind relativ einfach und die Unterst\u00fctzung f\u00fcr komplexe oder infrastrukturelle Disziplinen ist eingeschr\u00e4nkt. IFC2x3 bleibt daher vor allem f\u00fcr etablierte Arbeitsabl\u00e4ufe im traditionellen Bauwesen geeignet, wo Einfachheit und Kompatibilit\u00e4t einen Vorteil darstellen.<\/p>\n IFC4<\/strong>, ver\u00f6ffentlicht von buildingSMART im Jahr 2013 und als ISO-Standard angenommen, hat im Vergleich zu IFC2x3 bedeutende Verbesserungen eingef\u00fchrt. Diese Version erm\u00f6glicht die Darstellung komplexerer Geometrien und die genauere Verwaltung nicht-geometrischer Informationen wie Eigenschaften, Materialien, Beziehungen und Analysedaten. Im Vergleich zur vorherigen Version erm\u00f6glicht IFC4 eine effektivere Verwaltung von Anlagen, Strukturen und Geolokalisierung und f\u00fchrt fortschrittliche Werkzeuge f\u00fcr die Verwaltung von Property Sets und mehrsprachigen Datenw\u00f6rterb\u00fcchern ein. Die nachfolgenden Addenda haben das Schema weiter bereichert, indem sie schrittweise F\u00e4higkeiten hinzugef\u00fcgt haben, ohne die Kompatibilit\u00e4t zu beeintr\u00e4chtigen, was es f\u00fcr moderne und komplexe BIM-Workflows geeignet macht.<\/p>\n IFC4.3<\/strong>, ver\u00f6ffentlicht als offizielles Update von IFC4, stellt die neueste Evolution des Standards dar und erweitert die Anwendung auch auf lineare Infrastrukturen wie Stra\u00dfen, Eisenbahnen, Br\u00fccken, Tunnel und H\u00e4fen. Diese Version f\u00fchrt neue Konzepte ein, wie Alignments<\/strong>, um Objekte entlang von Achsen mit Versatz und Kurven darzustellen<\/strong>, und eine Struktur von \u201eContainment<\/strong>\u201c, die das Konzept des Geb\u00e4udes verallgemeinert, um verschiedene Arten von Einrichtungen einzuschlie\u00dfen. Die f\u00fcr Infrastrukturen vorgesehenen Klassen, wie IfcBridge<\/em>, IfcRoad<\/em> oder IfcRailway<\/em>, erm\u00f6glichen eine fortschrittliche und spezifische semantische Modellierung f\u00fcr diese Art von Arbeiten. Obwohl IFC4.3 die Kompatibilit\u00e4t mit fr\u00fcheren Versionen beibeh\u00e4lt, ist die vollst\u00e4ndige Implementierung in der Software noch nicht universell, sodass Vorsicht bei der Verwaltung von Workflows erforderlich ist, die diese Version betreffen.<\/p>\n Die Reference View<\/strong> wird von buildingSMART als eine Ansicht definiert, die vereinfachte Geometrien und Beziehungen eines Modells darstellt<\/strong>. Diese Ansicht wurde mit dem Ziel entwickelt, die Koordination zwischen verschiedenen Disziplinen eines Projekts zu erm\u00f6glichen, wie z.B. Architektur, Struktur und Technik.<\/p>\n Der Unterschied zwischen diesem MVD und der Coordination View 2.0 liegt in der Version des IFC-Schemas, auf die sie sich beziehen (die erste auf das IFC-Schema 4 und die zweite auf das IFC-Schema 2\u00d73) und damit in den Informationen, auf die zugegriffen wird.<\/p>\n Logo von IFC 4<\/p><\/div>\n Die Design Transfer View<\/strong> ist eine Ansicht, welche die Funktion hat, Geometrien und Beziehungen von Konstruktionselementen und Umgebungen detaillierter darzustellen<\/strong> als die Reference View. Dadurch ist es m\u00f6glich ein Modell mit viel mehr Informationen zu erhalten, das von einem Tool auf ein anderes \u00fcbertragbar und f\u00fcr Modifikationen, geeignet ist.<\/p>\n IFC ist ein leistungsstarker Standard f\u00fcr den Austausch von BIM-Modellen, aber um das volle Potenzial auszusch\u00f6pfen, ist es entscheidend zu wissen, wie man eine Datei korrekt \u00f6ffnet und ihre Qualit\u00e4t \u00fcberpr\u00fcft. Die Validierung der Daten und die korrekte Anzeige sind entscheidende Schritte, um die Integrit\u00e4t des Modells zu gew\u00e4hrleisten, die Zusammenarbeit zwischen verschiedenen Teams zu erleichtern und Fehler in den sp\u00e4teren Phasen von Planung, Analyse und Bau zu vermeiden.<\/p>\nOffenes, neutrales und nicht propriet\u00e4res Format<\/h3>\n
Internationaler Standard (ISO 16739)<\/h3>\n
Erhaltung der Integrit\u00e4t und Vollst\u00e4ndigkeit der Daten<\/h3>\n
Multi-disziplin\u00e4re und Multi-Phasen-Zusammenarbeit<\/h3>\n
Erm\u00f6glichung des openBIM-Ansatzes<\/h3>\n
Beschr\u00e4nkungen, Herausforderungen und praktische Aspekte<\/h3>\n
![\"IFC](\"https:\/\/biblus.accasoftware.com\/de\/wp-content\/uploads\/sites\/6\/2025\/10\/ifc-standard-role.webp\")
Wie man eine IFC-Datei Schritt f\u00fcr Schritt erstellt<\/h2>\n
Erstellung des 3D-Modells mit BIM-Software<\/h3>\n
\nHier sind die wichtigsten Schritte, die Sie befolgen sollten:<\/p>\nProjektsetup<\/h4>\n
\n
Erstellung der r\u00e4umlichen Struktur<\/h4>\n
\n
Einf\u00fcgen der architektonischen und technischen Elemente<\/h4>\n
\n
Zuweisung der Informationen<\/h4>\n
\n
IFC-Export: die 5 grundlegenden Schritte<\/h3>\n
\n
Datei<\/code><\/li>\nExport<\/code>>IFC-Format<\/code><\/li>\n\n
Dateiexport IFC 4<\/h3>\n
\n
\n
IFC-Versionen und Hauptunterschiede<\/h2>\n
Historische \u00dcbersicht und Nomenklatur<\/h3>\n
\n
![\"Entwicklung](\"https:\/\/biblus.accasoftware.com\/de\/wp-content\/uploads\/sites\/6\/2025\/10\/Evolution-des-IFC-Standards.webp\")
IFC2x3 \u2014 der \u201ekonsolidierte Klassiker\u201c<\/h3>\n
IFC4 und seine Addenda<\/h3>\n
IFC4.3: die Evolution f\u00fcr Infrastrukturen<\/h3>\n
MVD: Reference View und Design Transfer View<\/h3>\n
![\"Bild](\"https:\/\/biblus.accasoftware.com\/de\/wp-content\/uploads\/sites\/6\/2020\/02\/Logo-von-IFC-1.jpg\"){kind=logo}
Wie man eine IFC-Datei \u00f6ffnet und validiert<\/h2>\n
Ein IFC mit einem kostenlosen BIM-Viewer anzeigen<\/h3>\n
![\"edificius\"](\"\/wp-content\/themes\/enfold-child\/img\/banner_prodotto\/edificius-de.jpg\")
<\/a><\/div>\n![\"edificius\"](\"\/wp-content\/themes\/enfold-child\/img\/banner_prodotto_mobile\/edificius-de.jpg\")