BCF-Markups in OpenBIM-Workflow: Zusammenarbeit und Koordination von IFC-Modellen

Im modernen Digitalisierungsprozess im Bauwesen wird die Effektivität eines Projekts nicht nur an der geometrischen Genauigkeit der Modelle gemessen, sondern auch an der Fluidität, mit der Informationen zwischen den verschiedenen Akteuren der Wertschöpfungskette zirkulieren.

In einem OpenBIM-Ökosystem, in dem Interoperabilität das grundlegende Erfordernis ist, gewährleistet der IFC-Standard die Solidität der Daten, aber es ist das BCF (BIM Collaboration Format), das den wahren Motor der Zusammenarbeit darstellt.

Anhand der technischen Unterscheidung zwischen dem „Container“ (IFC) und der „Nachricht“ (BCF) werden wir in diesem Artikel die Vorteile eines leichten und standardisierten Formats analysieren, das in der Lage ist, Fehler und Bearbeitungszeiten drastisch zu reduzieren.

Durch die Untersuchung von Best Practices für die Teamarbeit und die Analyse von operativen Workflows, die auf Cloud-Plattformen und Open-Tools basieren, werden wir sehen, dass BCF nicht nur ein Dateiformat ist, sondern eine echte Methodik, um die Qualität, Nachverfolgbarkeit und den Erfolg jedes BIM-Projekts zu gewährleisten.

BCF-Markups in OpenBIM-Workflows: Zusammenarbeit und Koordination bei IFC-Modellen

Wenn das geometrische Modell den Körper des Projekts darstellt, ist die Kommunikation zwischen den Stakeholdern das Nervensystem. In diesem Kontext hebt sich das Format BCF (BIM Collaboration Format) als der wesentliche Standard hervor, um die Koordination agil und effizient zu verwalten.

Die Rolle des BCF in der multidisziplinären Koordination

Die multidisziplinäre Koordination ist nicht einfach die Überlagerung von architektonischen, strukturellen und technischen Modellen; es ist ein iterativer Prozess zur Konfliktlösung. In der Vergangenheit erfolgte dieser Austausch über lange PDF-Berichte oder Tabellenkalkulationen, die oft von der dreidimensionalen Realität des Projekts getrennt waren.

Das BCF verändert diesen Ansatz radikal. Es fungiert als kommunikative Brücke, die es ermöglicht, einzelne Probleme (Issues) zu isolieren, sie zu dokumentieren und sie an die Teammitglieder zu übermitteln, ohne die gesamte Informationsdatenbank neu laden zu müssen. In einem OpenBIM-Workflow ist das BCF der Ermöglicher, der es dem BIM-Koordinator erlaubt, spezifische Aufgaben zuzuweisen und deren Entwicklung vom Status „Offen“ zu „Gelöst“ nachzuverfolgen.

Unterschied zwischen IFC (Geometrie) und BCF (Kommunikation)

Um die Effektivität eines integrierten Workflows vollständig zu verstehen, ist es entscheidend, die beiden Hauptstandards, die von buildingSMART gefördert werden, zu unterscheiden:

• IFC – ist das Austauschformat für die Modelldaten. Es enthält die Geometrie, die Eigenschaften und die hierarchische Struktur des Gebäudes. Es ist im Wesentlichen das „Foto“ des Projektstatus zu einem bestimmten Zeitpunkt. Eine Änderung eines IFC ist ein aufwendiger Vorgang, der die Neuerstellung der Datei erfordert.
• BCF – ist ein XML-Format (oder über API verwaltet), das ausschließlich „Nachrichten“ transportiert. Es enthält keine Geometrien, sondern Verweise auf spezifische Objekte innerhalb des IFC-Modells. Wenn ein Benutzer eine BCF-Notiz öffnet, zeigt die Software automatisch dieselbe Ansicht mit denselben ausgewählten Objekten und demselben Kamerawinkel an, der von der Person eingestellt wurde, die die Unstimmigkeit festgestellt hat.

Vorteile des Formats: leicht, interoperabel, standardisiert

Die Einführung des BCF in professionellen Arbeitsabläufen bietet greifbare Wettbewerbsvorteile:

• extreme Leichtigkeit – da die BCF-Datei nur Textschnipsel, Schnappschüsse (Bilder) und Kamerakoordinaten enthält, beträgt ihr Gewicht nur wenige Kilobyte. Dies eliminiert die Notwendigkeit, schwere Koordinationsdateien per E-Mail oder über langsame Server auszutauschen;
• vollständige Interoperabilität – als offener Standard gewährleistet das BCF, dass eine Annotation, die in einer Model Checking-Software (wie usBIM.clash) erstellt wurde, in anderen Softwarelösungen angezeigt werden kann, die in der Lage sind, diese Art von Informationen zu lesen und zu interpretieren;
• Nachverfolgbarkeit und Standardisierung – jede BCF-Meldung verfügt über eine eindeutige ID, ein Datum, einen Autor und eine Priorität. Dies schafft ein unveränderliches historisches Protokoll der im Projektverlauf getroffenen Entscheidungen und reduziert drastisch unklare Verantwortlichkeiten und Fehlerquellen auf der Baustelle.

Vorteile des Formats: leicht, interoperabel, standardisiert

Best Practices für die Arbeit mit BCF in Teams und verschiedenen Plattformen

Die Effektivität von BCF ist direkt proportional zur Disziplin des Projektteams. Ohne gemeinsame Regeln besteht das Risiko, eine Überfülle an Meldungen zu erzeugen, die schwer zu verwalten sind. Hier sind die Richtlinien zur Optimierung der Koordination.

Nomenklatur der Issues standardisieren

Um Hunderte von Meldungen filtern und verwalten zu können, ist es entscheidend, dass jede Issue einer vordefinierten Namenskonvention folgt. Ein effektiver Titel sollte den Code der beteiligten Disziplin, den Bereich des Gebäudes und eine kurze Beschreibung des Fehlers enthalten (z.B.: [TGA-STR] – Ebene 01 – Interferenz Kanal/Balken). Dies ermöglicht es dem Empfänger der Meldung, die Dringlichkeit und den Umfang des Eingriffs sofort zu verstehen.

Rollen, Verantwortlichkeiten und klare Workflows definieren

In einem BIM-Workflow kann nicht jeder alles tun. Es ist unerlässlich festzulegen, wer das Recht hat:

• die Issue zu öffnen – in der Regel der BIM-Koordinator oder derjenige, der das Model Checking durchführt;
• die Aufgabe zuzuweisen – den Verantwortlichen für die Lösung zu identifizieren (z.B. den Statiker);
• zu validieren und zu schließen – nachdem das Problem gelöst wurde, darf die Issue nicht vom Planer geschlossen werden, sondern vom Koordinator nach Überprüfung im aktualisierten Modell.

Klare und konsistente Viewpoints erstellen

Ein BCF ohne eine gute Ansicht ist nutzlos. Beim Erstellen eines Markups ist es sinnvoll:

• irrelevante Elemente auszublenden, um die Aufmerksamkeit auf das Problem zu lenken;
• Farben oder Transparenzen zu verwenden, um die in Konflikt stehenden Komponenten hervorzuheben;
• grafische Anmerkungen (Pfeile, Kreise) direkt auf dem 2D-Snapshot, der der Issue beigefügt ist, hinzuzufügen.

Die Issue immer mit spezifischen GUIDs verknüpfen

Die wahre Kraft von BCF liegt in der dynamischen Verknüpfung. Es ist notwendig und unerlässlich, dass jede Meldung an die GUIDs (Globally Unique Identifiers) der beteiligten IFC-Objekte gebunden ist. Dies ermöglicht es der Software, die kritischen Elemente automatisch auszuwählen, wodurch vermieden wird, dass der Planer sie manuell im Modell suchen muss.

Die Versionen des IFC-Modells verwalten

Die BCF-Issues müssen sich immer auf eine spezifische Version des IFC-Modells beziehen. Wenn beispielsweise eine Meldung in der Version V.01 geöffnet und in der V.02 gelöst wird, ist es entscheidend, dass der Link zwischen dem Kommentar und der Geometrie konsistent bleibt. Die Verwendung einer Datenfreigabeumgebung (CDE) hilft, diese zeitliche Ausrichtung aufrechtzuerhalten.

Plattformen mit zentralisierter Synchronisation verwenden

Cloud-Plattformen ermöglichen eine Echtzeitsynchronisation: Sobald der Koordinator einen Fehler erkennt, sieht der Planer ihn in seiner Software erscheinen, wodurch der manuelle Versand von Dateien und das Risiko, mit veralteten Informationen zu arbeiten, beseitigt werden.

BCF strukturiert dokumentieren und archivieren

Am Ende des Projekts stellt die Datenbank der BCF-Issues das „Logbuch“ des Projekts dar. Diese Daten strukturiert zu archivieren, ermöglicht die Analyse von Engpässen im Prozess (z.B. welche Disziplinen die meisten Interferenzen verursacht haben) und liefert einen dokumentarischen Nachweis über die getroffenen Entscheidungen, der im Falle von Streitigkeiten oder für zukünftige Wartungen des Werks nützlich ist.

Best Practices für die Arbeit mit BCF in Teams und verschiedenen Plattformen

Empfohlener Workflow: von der Erkennung des Problems bis zur Schließung

Ein effektiver BCF-Workflow ist kein einfaches Nachrichtenaustausch, sondern ein zyklischer und strukturierter Prozess, der die „Schließung des Kreises“ zwischen der Erkennung einer Inkonsistenz und ihrer verifizierten Lösung gewährleistet. Ohne einen definierten Ablauf besteht das Risiko, dass die Meldungen in einem Informationslimbo verbleiben und die Koordinationsbemühungen vereiteln.

Praktisches Beispiel für einen Workflow

Um die Nützlichkeit dieses Ansatzes konkret zu veranschaulichen, analysieren wir den typischen Fall einer Clash (Interferenz), die in der Ausführungsplanung festgestellt wurde:

• Erkennung durch den BIM-Koordinator – während einer Clash-Detection-Sitzung mit Model-Checking-Software (z. B. usBIM.checker, Solibri oder Navisworks) stellt sich heraus, dass ein Luftkanal einen Tragbalken schneidet;
• Erstellung des Problems – der BIM-Koordinator erstellt eine BCF-Annotation. Hierbei beschränkt er sich nicht nur darauf, den Fehler zu melden, sondern macht einen Snapshot, der die beteiligten Objekte hervorhebt, weist eine hohe Priorität zu und benennt den TGA-Planer als Verantwortlichen;
• Kommunikation und Hochladen – die BCF-Datei (oder das Paket von Problemen) wird auf die Koordinationsplattform hochgeladen oder an das Team gesendet;
• Übernahme durch den TGA-Planer – der Planer öffnet mit einem einfachen Klick die Meldung und geht mit seiner BIM-Authoring-Software (z. B. Edificius, Revit oder Archicad) zur Lösung des Problems über;
• Lösung und Antwort – der Planer aktualisiert, nachdem er den Verlauf des Kanals geändert hat, den Status des Problems auf „Gelöst“ und fügt einen Kommentar hinzu: z. B. „Kanalverlauf um 20 cm abgesenkt“.
• Abschlussvalidierung – der BIM-Koordinator erhält die Benachrichtigung, lädt das aktualisierte IFC-Modell hoch und überprüft, dass die Interferenz verschwunden ist. Erst zu diesem Zeitpunkt wird das Problem auf „Geschlossen“ gesetzt.

Empfohlener Workflow: von der Erkennung des Problems bis zur Schließung

Workflow mit Open- und Cloud-basierten Werkzeugen

Die Entwicklung von OpenBIM verlagert den Schwerpunkt auf die Verwaltung über APIs (Application Programming Interface – Anwendungsprogrammier-Schnittstelle) und Cloud, wodurch die Koordination zu einem Echtzeit-Datenfluss wird.

• Synchronisation über BCF-Server – die Nutzung von Cloud-basierten Plattformen (wie usBIM.bcf, BIMcollab, Revizto) ermöglicht es, den manuellen Versand von Dateien zu eliminieren. Die Authoring-Software und die Model Checker verbinden sich direkt mit einem zentralen Server. Jedes Mal, wenn ein BIM-Koordinator ein Markup erstellt, erscheint dieses sofort in der Aufgabenliste des Planers.
• Unabhängigkeit von der Software – in einem „offenen“ Workflow kann das Strukturteam eine Software verwenden, das Haustechnikteam eine andere und der Koordinator eine dritte. Der BCF-Standard gewährleistet, dass die Kommunikation ohne Datenverluste fließt, da er nicht auf dem nativen Format der Software basiert, sondern auf der Fähigkeit dieser, die Koordinaten und GUIDs der IFC-Objekte zu lesen.
• Nachverfolgbarkeit und Governance – die Cloud-Plattformen speichern die vollständige Historie jeder Diskussion. Dies ist entscheidend nicht nur für die Effizienz, sondern auch für die vertragliche Transparenz: Jederzeit kann nachvollzogen werden, wer eine Änderung angefordert, wer sie durchgeführt und wer sie genehmigt hat, wodurch ein digitales Protokoll (Audit Trail) entsteht, das in komplexen Projekten unerlässlich ist.

FAQ zum BCF-Markup in OpenBIM-Workflows

Welche Rolle spielt der BCF in der multidisziplinären Koordination?

Der BCF (BIM Collaboration Format) fungiert als Kommunikationsbrücke, die es ermöglicht, einzelne Probleme (Issues) zu isolieren, zu dokumentieren und an die Teammitglieder zu übermitteln, ohne die gesamte Informationsdatenbank neu laden zu müssen. In einem OpenBIM-Workflow ist der BCF der Ermöglicher, der es dem BIM-Koordinator erlaubt, spezifische Aufgaben zuzuweisen und deren Entwicklung vom Status ‚Offen‘ zu ‚Gelöst‘ nachzuverfolgen.

Was ist der Unterschied zwischen dem IFC-Standard und dem BCF-Standard?

Der IFC ist das Austauschformat für die Modelldaten, das die Geometrie, die Eigenschaften und die hierarchische Struktur des Gebäudes enthält; es ist das ‚Foto‘ des Projektstatus. Der BCF ist ein XML-Format oder über APIs verwaltet, das ausschließlich ‚Nachrichten‘ transportiert. Er enthält keine Geometrien, sondern Zeiger auf spezifische Objekte innerhalb des IFC-Modells und Kamerakoordinaten, um automatisch die gleiche Ansicht anzuzeigen, die von der Person, die die Inkonsistenz festgestellt hat, eingestellt wurde.

Was sind die Hauptvorteile des BCF-Formats?

Die Hauptvorteile sind:

1. Extreme Schlankheit: Die Datei ist nur wenige Kilobyte groß, da sie ausschließlich Text, Snapshots und Koordinaten enthält..
2. Vollständige Interoperabilität: da es ein offener Standard ist, wird gewährleistet, dass die Anmerkungen in verschiedenen Softwareanwendungen angezeigt werden können.
3. Nachverfolgbarkeit und Standardisierung: jede Meldung hat eine eindeutige ID, ein Datum, einen Autor und eine Priorität, wodurch ein unveränderliches historisches Protokoll der Entscheidungen erstellt wird.

Was sind die besten Praktiken für die korrekte Arbeit mit BCF?

Die Richtlinien umfassen: die Nomenklatur der Issues zu standardisieren (z.B. [Disziplin]-[Bereich]-[Beschreibung]), klare Rollen für das Öffnen und Schließen der Meldungen zu definieren, klare Viewpoints zu erstellen, indem irrelevante Elemente ausgeblendet werden, die Issue immer mit den spezifischen GUIDs der IFC-Objekte zu verknüpfen, die Versionen des Modells über CDE zu verwalten, Cloud-Plattformen für die zentrale Synchronisation zu verwenden und die Daten strukturiert zu archivieren.

Wie gestaltet sich ein typischer Workflow vom Erkennen bis zum Schließen einer Issue?

Der Workflow umfasst: 1. Identifizierung durch den BIM-Koordinator (z.B. durch Clash Detection). 2. Erstellung de Issue mit Schnappschuss und Zuweisung eines Verantwortlichen. 3. Hochladen auf die Koordinierungsplattform. 4. Übernahme durch den Planer über die BIM-Authoring-Software. 5. Technische Lösung und Aktualisierung des Status auf ‚Gelöst‘. 6. Endgültige Validierung durch den BIM-Koordinator und Einstellung de Issue auf ‚Geschlossen‘.

Was sind die Vorteile von Cloud- und API-basierten BCF-Workflows?

Die Verwendung von BCF-Servern und APIs ermöglicht die Echtzeitsynchronisation und eliminiert den manuellen Versand von Dateien. Sie gewährleistet die Unabhängigkeit von der Software, da jedes Team unterschiedliche Werkzeuge verwenden kann, solange sie die GUIDs der IFC-Objekte lesen. Darüber hinaus sichert sie Governance und Nachverfolgbarkeit, indem sie die vollständige Historie jeder Diskussion für vertragliche Transparenz (Audit Trail) aufbewahrt.