Die Arbeitsgruppe Durchbruchsplanung hat das klare Ziel, mit den Ergebnissen Ihrer Arbeit, jedem die Möglichkeit zu geben eine einfache Durchbruchsplanung per IFC durchzuführen. Dazu soll besonders auf die erkannten Schwierigkeiten konventioneller Planungen eingegangen werden, um Vorteile herauszuarbeiten und dadurch eine reale Effektivitätssteigerung zu bewirken.
Die Arbeitsgruppe setzt sich aus verschiedensten Beteiligten und Firmen zusammen, wodurch die Möglichkeit besteht, unterschiedliche Anforderungen und Betrachtungsweisen innerhalb des Prozesses Durchbruchsplanung zu berücksichtigen. Weiterhin ist die Arbeitsgruppe sehr praxisorientiert aufgestellt. Das Ziel ist es daher, den theoretischen Ansatz immer gleich praktisch auszutesten und diese Erkenntnisse in die Ergebnisse einfließen zu lassen.

Anmerkung zur Verwendung von IFC 2x3:

Die für IFC 4 beschriebenen Anforderungen sind in ähnlicher Weise auch mit IFC 2x3 umsetzbar. Auch hier können Elemente vom Typ IfcBuildingElementProxy als Durchbruchsvorschläge angelegt werden. Im Unterschied zu IFC 4 kann aber nicht der PredefinedType PROVISIONFORVOID gewählt werden. Stattdessen soll hierfür der nutzerdefinierbare Typ (ObjectType) ebenfalls mit PROVISIONFORVOID belegt werden. Der in IFC 4 eingeführte Eigenschaftssatz ist in IFC 2x3 offiziell noch nicht verfügbar, soll im Sinne eines einheitlichen Datenaustauschs aber ebenso in IFC 2x3 verwendet werden.

IFC4: IfcBuildingElementProxyTypeEnum.PROVISIONFORVOID
IFC4.3: IfcVirtualElementTypeEnum.PROVISIONFORVOID

Software
Für die IFC-basierte Schlitz- und Durchbruchsplanung ist das Vorhandensein eines BIM-fähiges Werkzeug (IFC-Import & -Export) unerlässlich. In der Testumgebung der Arbeitsgruppe wurden beispielhaft die folgenden Programme verwendet. Ein Workflow mit anderen Programmen ist ebenfalls immer möglich.

Hinweise und Empfehlungen

Für einen reibungslosen Ablauf der Schlitz – und Durchbruchsplanung auf Basis von IFC können je nach Projekt Anpassungen oder Erweiterungen des erläuterten Workflows auftreten. Aufgrund der Komplexität konnte aber nicht jeder Fall abgebildet werden, daher sollen nachfolgend die wichtigsten auftretenden Fälle und Empfehlungen kurz vorgestellt werden.

Umgang mit mehreren TGA-Planern

Einbindung weiterer Fachplaner (nicht TGA)

Nutzung von Sperrzonen

Umgang mit nicht von der TGA-kommenden Durchbrüchen (Aufzug)

Direkte Kommunikation zwischen Tragwerksplaner und TGA-Planer

Herausforderungen für die Softwareentwicklung

Während der Erarbeitung unseres Workflows haben wir für spezifische Problemstellungen diverse Lösungsvarianten innerhalb unserer Softwareumgebung getestet. Dabei sind wir immer wieder an Grenzen gestoßen, bzw. mussten Dinge händisch erledigen, die im Sinne einer konsistenten BIM-Planung automatisiert funktionieren sollten. Aufgrund dessen haben wir folgende Wunschliste für die Softwarebranche erstellt:
▪ Automatische Umwandlung der Durchbruchsvorschläge (Volumenkörper) vom TGA-Planer in Durchbrüche (Opening-Elemente) innerhalb der Autorensoftware von Architekt und Tragwerksplaner. Dabei sollte auch der Eigenschaftssatz (Pset_BuildingElementProxyProvisionForVoid) des Durchbruchsvorschlags automatisch ausgelesen werden und alle Eigenschaften (Form, Abmessung, System, ggf. Nummer) als eigener Eigenschaftensatz an das IfcOpeningElement angehängt werden. Ggf. könnte man die Durchbruchsvorschläge automatisch mit den Öffnungselementen verknüpfen. Hierzu wären zusätzliche Vereinbarungen bzgl. Verknüpfungsrelationen notwendig.
▪ Gruppierung der TGA-Elemente nach IFCSystems, um die Navigation zu vereinfachen und die „Intelligenz“ des Modells zu verbessern
▪ Zuordnung der Durchbrüche nach IFCSystems und Bauteilen (d.h. Durchbruch wird als IfcOpeningElement einer Wand oder einer Decke zugeordnet)
▪ Anpassung der IFC-Baumstruktur in Viewern und Checkern (z.B. Navisworks) als IFC Spatial Structure
Detailliertere Angaben und Optimierungspotential für spezifische Software finden Sie in Anlage 5 unter Menü "Informationsanforderungen".