BCF-Cloud: So verwalten Sie BIM-Probleme in Echtzeit

BCF cloud und BCF API in Kürze
Die BCF cloud ermöglicht es, BIM-Probleme in einer zentralisierten und stets aktualisierten Umgebung zu verwalten und überwindet die Grenzen des Austauschs von .bcf-Dateien. Die BCF API erlaubt es verschiedenen BIM-Software, sich mit einem BCF-Server zu verbinden und Kommentare, Status und Ansichten in Echtzeit zu synchronisieren. Das Ergebnis ist eine effizientere Koordination, ohne Versionskonflikte und mit stets abgestimmten Daten zwischen allen Projektbeteiligten.

Das BCF-Format hat eines der historischen Probleme der BIM-Koordination gelöst: Es ermöglicht verschiedenen Disziplinen, Meldungen, Kommentare und Beobachtungen zu einem IFC-Modell auszutauschen, ohne die gesamte Projektdatei weitergeben zu müssen. Es ist ein offener Standard, ausgereift und weit verbreitet im openBIM-Ökosystem.

Dennoch erzeugt BCF in der täglichen Praxis vieler Teams weiterhin Reibungen. Nicht aufgrund einer Einschränkung des Formats, sondern wegen der Art und Weise, wie es verwendet wird. Der Austausch von BCF-Dateien führt leicht dazu, dass an verschiedenen Versionen desselben Problems gearbeitet wird: Während ein Team die Datei aktualisiert, könnte ein anderes noch an einer vorherigen Version arbeiten. Das Ergebnis ist eine fragmentierte Informationsverwaltung, bei der es schwierig wird, den tatsächlichen Status der Koordination aufrechtzuerhalten.

Der BCF-Server wurde genau zu diesem Zweck entwickelt. In diesem Artikel wird erklärt, was er ist, welcher Standard ihn regelt und was sich konkret im Workflow derjenigen ändert, die Probleme und BIM-Koordination verwalten.

Die strukturelle Einschränkung des dateibasierten Workflows

Der klassische Workflow zur Verwaltung von BIM-Problemen sieht vor, dass jemand eine .bcf- oder .bcfzip-Datei exportiert, sie per E-Mail oder in einem Ordner teilt, und jedes Teammitglied sie herunterlädt, abwechselnd bearbeitet und zurücksendet. Ein sequenzieller und manueller Prozess, der bei einfachen Projekten mit wenigen Akteuren und wenigen offenen Problemen funktioniert. Aber bei komplexen Aufträgen mit multidisziplinären Teams, mehreren gleichzeitig bearbeiteten Disziplinen und Dutzenden aktiven Meldungen parallel zeigt dieses Modell schnell seine Grenzen. Das konkrete Risiko besteht darin, dass mehrere Versionen derselben BCF-Datei gleichzeitig im Umlauf sind: Wer zuerst heruntergeladen hat, weiß nicht, dass inzwischen jemand bereits einige Probleme geschlossen hat, und wer Kommentare hinzufügt, hat nicht den aktualisierten Status der Meldungen vor sich. Man verbringt wertvolle Zeit damit, nicht die Projektprobleme zu lösen, sondern herauszufinden, welche Version der Datei die „gute“ ist und den Status der Koordination manuell wiederherzustellen.
Das ist nicht nur ein Effizienzproblem. Es ist ein Problem der Zuverlässigkeit des BIM-Prozesses: Die Koordinationsentscheidungen werden auf potenziell nicht aktualisierten Daten getroffen, mit zwischen den Versionen verlorenen Problemen und inkonsistenten Status zwischen den Beteiligten.

Die BCF API: der Standard, der die Koordination in der Cloud ermöglicht

Um zu verstehen, wie ein BCF-Server funktioniert, ist es hilfreich, mit dem technischen Standard zu beginnen, der ihn möglich macht: BCF API.

Die BCF API ist eine Spezifikation, die von buildingSMART International entwickelt und gepflegt wird, dem gleichen Gremium, das den IFC-Standard, die bSDD und das gesamte openBIM-Ökosystem verwaltet. Sie wurde mit einem klaren Ziel ins Leben gerufen: das auf dem Austausch von Dateien basierende Kollaborationsmodell zu überwinden und ein serverbasiertes Paradigma einzuführen, in dem die Probleme in einem zentralisierten Archiv leben, das von allen Teilnehmern in Echtzeit zugänglich ist.

Aus technischer Sicht definiert die BCF API eine Reihe standardisierter REST-Endpunkte: einen offenen Kommunikationsvertrag, der es jeder kompatiblen BIM-Software ermöglicht, strukturiert und interoperabel mit einem BCF-Server zu kommunizieren. Über diese Endpunkte können neue Probleme erstellt, bestehende gelesen, Status und Kommentare aktualisiert sowie Ansichten abgerufen und gespeichert werden. Alles ohne Dateiaustausch, ohne manuelle Schritte.

Das Prinzip, das die BCF API leitet, ist dasselbe, das die Entstehung des IFC motiviert hat: kein proprietäres Lock-in. Ein BCF-Server, der den buildingSMART-Spezifikationen entspricht, kann von Revit, Archicad, Tekla oder jedem anderen openBIM-Tool, das die BCF API implementiert, abgefragt werden. Die Daten bleiben offen, interoperabel und unabhängig von den Werkzeugen, die die einzelnen Projektbeteiligten verwenden, zugänglich.

Es ist erwähnenswert, dass die BCF API auch im größeren Rahmen von openCDE, der buildingSMART-Initiative zur Standardisierung der Interoperabilität zwischen CDE-Plattformen und BIM-Tools, enthalten ist. In diesem Ökosystem ist die BCF API eines der grundlegenden Komponenten, um die automatische Synchronisierung von Problemen zwischen verschiedenen Umgebungen zu ermöglichen. Die Richtung geht auf ein immer interoperableres openBIM-Ökosystem, das auf gemeinsamen Standards basiert.

BCF-Cloud

BCF-Server in der Cloud: von der Nullkonfiguration zur sofortigen Koordination

Das Verständnis des Standards ist wichtig. Aber die Frage, die sich diejenigen stellen, die konkret an einem Projekt arbeiten, ist: Wie kann ich ihn praktisch anwenden? Die Antwort lautet: durch einen BCF-Server in der Cloud. Dies ist die Bedingung, die die Echtzeitkoordination ermöglicht, ohne komplexe Konfigurationen und dedizierte Infrastrukturen durchlaufen zu müssen.

In diesem Szenario fügt sich usBIM.bcf ein, das einen BCF-Server bereitstellt, der dem Standard entspricht und es ermöglicht, dieses Modell ohne jegliche infrastrukturelle Setup-Phase zu übernehmen. Es ist nicht erforderlich, etwas zu installieren, Server zu konfigurieren oder IT-Umgebungen zu verwalten: das System ist sofort betriebsbereit, über den Browser von jedem Gerät zugänglich und in das Cloud-Ökosystem integriert, in dem die IFC-Modelle und die Projektdokumentation verwaltet werden.

Nach dem Start des Systems verhält es sich wie ein typischer BCF-Server, der den buildingSMART-Spezifikationen entspricht:

• jede Änderung an den Issues wird in Echtzeit synchronisiert, ohne manuelle Aktualisierungen;
• alle Teammitglieder arbeiten an einem einheitlichen und stets aktuellen Status jeder Meldung;
• die Historie der Aktionen ist vollständig und nachvollziehbar: wer hat was, wann und warum gemacht.

Im täglichen Arbeitsablauf übersetzt sich dies in konkrete operative Dynamiken:

• der BIM-Koordinator hat immer den tatsächlichen Stand der Koordination vor sich, ohne Dateien aus mehreren Quellen sammeln und abgleichen zu müssen;
• die Planer greifen direkt im Kontext des Modells auf die Issues zu, mit dem zugehörigen Viewpoint als Referenz, ohne Zwischenstationen;
• der TGA-Verantwortliche überprüft in Echtzeit, ob der am Vortag gemeldete Konflikt bereits bearbeitet wurde;
• der Projektmanager filtert die Issues nach Priorität, Frist oder Zuweisung und liest den Status des Projekts, ohne auf Aktualisierungen von jemandem warten zu müssen.

BCF-Dateiaustausch und BCF-Server: die Unterschiede zusammengefasst

Die folgende Tabelle fasst die wichtigsten Unterschiede zwischen den beiden Ansätzen zusammen:

Was sich wirklich im Workflow mit einem BCF-Server ändert: die operativen Vorteile

Der unmittelbarste Vorteil ist die Eliminierung von Versionskonflikten. Mit einem BCF-Server gibt es nur eine Version jeder Issue, die zentral auf dem Server gespeichert ist, und alle arbeiten immer mit aktuellen Daten. Dies beseitigt von Grund auf Fehler, Überschneidungen und Zeitverluste, die mit der Verwaltung von Dateien verbunden sind.

Aber die konkreten Vorteile gehen tiefer:

• Schnellere Lösung von Problemen. Das Echtzeit-Feedback ermöglicht es Planern, Koordinatoren und Spezialisten, sofort zu handeln. Die Issues werden schneller übernommen und geschlossen, wodurch das Risiko verringert wird, dass Planungsprobleme ungelöst auf die Baustelle gelangen, wo die Kosten für Korrekturen viel höher sind.
• Vollständige und zuverlässige Nachverfolgbarkeit. Jede Aktion wird mit Autor und Zeitstempel aufgezeichnet. Die Historie der Issues wird zu einem nützlichen operativen Werkzeug, nicht nur für die aktive Koordination, sondern auch für Überprüfungen, Validierungen, Tests und zur Rekonstruktion der Entscheidungsfindung eines Projekts.
• Einheitliche und integrierte Arbeitsumgebung. Es ist nicht erforderlich, von einem Tool zum anderen zu wechseln. Issues, IFC-Modelle und Dokumentation existieren in derselben Cloud-Umgebung, was die Koordination vereinfacht und die operative Fragmentierung reduziert.
• Sofortiger Zugriff, auch auf der Baustelle. Da das System über den Browser zugänglich ist, kann es von jedem Gerät genutzt werden. Auf der Baustelle ist es beispielsweise möglich, den Status einer Issue direkt auf einem Tablet zu überprüfen, mit Bezug auf das 3D-Modell und den zugehörigen Viewpoint.

Echtzeit-Zusammenarbeit

BCF-Dateien oder BCF-Server: Welchen Ansatz sollten Sie wählen?

Die beiden Modelle schließen sich nicht aus. Sie sind komplementäre Ansätze, die im selben Arbeitsablauf koexistieren können, je nach betrieblichem Kontext.

Der Austausch von .bcf/.bcfzip-Dateien bleibt die geeignetste Wahl, wenn Sie Issues mit Partnern oder externen Beratern teilen müssen, die keinen Zugang zur Plattform haben, oder wenn Sie am Ende des Projekts ein statisches Archiv der Meldungen übergeben müssen. Die Kompatibilität mit dem openBIM-Standard ist vollständig.

Der BCF-Server hingegen ist die optimale Wahl für Teams, die kontinuierlich am selben Projekt arbeiten und alle Zugang zur Plattform haben. In diesem Kontext ist der Vorteil in Bezug auf Geschwindigkeit, Qualität der Koordination und Fehlerreduktion erheblich.

Die Wahl steht nicht zwischen zwei konfliktären Alternativen, sondern zwischen zwei Werkzeugen, die je nach Kontext verwendet werden: eines, das auf punktuelle Interoperabilität nach außen ausgerichtet ist, das andere auf kontinuierliche Koordination innerhalb des Teams.

Das BCF-Format hat bereits das Problem der Interoperabilität beim Austausch von BIM-Meldungen gelöst. Der BCF-Server geht einen Schritt weiter: Er eliminiert den Dateiaustausch und führt ein Koordinationsmodell ein, in dem alle Teilnehmer immer auf dem gleichen, aktualisierten Stand der Issues in Echtzeit von jedem Gerät und jeder Software arbeiten.

Für Teams, die komplexe BIM-Projekte verwalten, handelt es sich nicht um ein marginales Update. Es ist der Weg, wie das Management von BIM-Issues aufhört, eine Reconciliation-Aktivität zu sein, und wirklich zu einem kollaborativen Prozess wird. Für diejenigen, die diesen Ansatz verfolgen möchten, ohne sich um infrastrukturelle Konfigurationen kümmern zu müssen, ist es möglich, sofort zu beginnen, indem Sie den BCF-Server in der Cloud nutzen, der in usBIM.bcf integriert ist, der einen sofortigen Zugang über ein einfaches ACCA-Konto bietet.

Häufig gestellte Fragen

Was ist der Unterschied zwischen BCF-Dateien und BCF-Server?

Die BCF-Datei (Format .bcf oder .bcfzip) ist ein statisches Archiv, das die Issues eines Projekts zu einem bestimmten Zeitpunkt enthält: Sie wird von einer Software exportiert, manuell geteilt und von einer anderen Software importiert. Der BCF-Server hingegen ist ein zentrales und dynamisches Archiv: Die Issues werden nicht als Dateien ausgetauscht, sondern befinden sich auf einem einzigen System, das für alle Teilnehmer in Echtzeit zugänglich ist. Der grundlegende Unterschied besteht darin, dass sich bei der BCF-Datei die Issues „von einem Ort zum anderen bewegen“, während beim BCF-Server alle sich am selben Ort verbinden.

Ist die BCF-API mit allen BIM-Software kompatibel?

Die BCF-API ist ein offener Standard, der von buildingSMART International entwickelt wurde, demselben Gremium, das das IFC verwaltet. Jede BIM-Software, die die BCF-API implementiert, kann sich mit einem BCF-Server verbinden, der dem Standard entspricht, unabhängig vom Anbieter. Revit, Archicad, Tekla und viele andere Tools unterstützen bereits die BCF-API in ihren aktuellen Versionen. Um die Kompatibilität Ihrer Software zu überprüfen, können Sie das Register der IFC/BCF-Zertifizierungen auf der offiziellen Website von buildingSMART konsultieren.

Benötigt man einen dedizierten Server, um einen BCF-Server zu nutzen?

Nein, wenn Sie eine Cloud-Lösung wie usBIM.bcf verwenden. In diesem Fall wird der BCF-Server bereits von der Cloud-Infrastruktur des Anbieters — in diesem Fall ACCA — gehostet und verwaltet und erfordert keine Konfiguration durch das Team. Es sind keine Kenntnisse in der Systemadministration erforderlich, es müssen keine Hardware gekauft oder konfiguriert werden, und es sind keine Updates zu verwalten. Das Team greift einfach über den Browser auf den BCF-Server zu, mit denselben Anmeldedaten, die für den Rest der usBIM-Plattform verwendet werden.

Ersetzt der BCF-Server vollständig den Austausch von BCF-Dateien?

Nicht unbedingt, und es ist nicht gesagt, dass er das tun muss. Die beiden Ansätze sind komplementär. Der BCF-Server ist die optimale Wahl für die kontinuierliche interne Koordination zwischen den Teammitgliedern, die Zugang zur Plattform haben. Der Austausch von .bcfzip-Dateien bleibt das richtige Werkzeug, um Issues mit Partnern oder externen Beratern zu teilen oder um am Ende des Projekts ein statisches Archiv der Meldungen zu übergeben. Ein Werkzeug wie usBIM.bcf unterstützt beide Modi und lässt dem Team die Wahl, welches je nach Kontext verwendet werden soll.