- Startseite
- Glossar
- BIM Collaboration Format
BIM Collaboration Format
Ein offener Standard zum Austausch von Koordinationsproblemen als Ansichten und Kommentare, sodass Fachplaner Konflikte in ihrer eigenen Software prüfen können.
Was ist BCF und warum ist es wichtig?
BCF (BIM Collaboration Format) ist ein offener Standard für den Austausch von Koordinationsproblemen zwischen BIM-Werkzeugen, ohne dass gesamte Modelldateien versendet werden müssen. Statt einer 500 MB großen Modell-E-Mail wird ein kleines Paket versendet: eine Kameraposition, eine Liste von Komponenten-IDs, ein Kommentarthread zur Diskussion des Konflikts, ein Statuscode sowie optional ein Bild und ein zugewiesener Bearbeiter. Die Software des Empfängers springt direkt an diese Stelle im eigenen Modell, wo gemessen, geändert und geantwortet werden kann.
Der Kern des Konzepts ist, dass BCF das Problem austauscht, nicht das Modell. Ein Konflikt zwischen einem Luftkanal und einem Träger ist eine Information; das gesamte Gebäudemodell ist etwas anderes. Diese Trennung ermöglicht die Zusammenarbeit über Softwareschnittstellen hinweg, ohne dass eine Partei die Kontrolle über ihre eigene Arbeitsumgebung verliert.
Was enthält ein BCF-Problem?
Ein BCF-"Thema" enthält eine Ansicht (gespeicherte Kameraposition und Komponenten-IDs), ein Bild des Problems, einen zeitgestempelten Kommentarthread, ein Statusfeld (offen, in Bearbeitung, gelöst, geschlossen) sowie Priorität und Zuweisung. Das gesamte Paket wird als BCF-XML (ein Archiv mit XML-Dokumenten) gespeichert oder live über die BCF-API zwischen zwei Servern synchronisiert.
Die Ansicht verwendet global eindeutige Kennungen (GUIDs) von Komponenten, die die meisten BIM-Plattformen interpretieren können. So versteht der Empfänger das Problem, selbst wenn seine Softwareversion abweicht. Da beide Parteien dieselbe Modellgeometrie über GUIDs referenzieren, können sie zusammenarbeiten, ohne Dateien auszutauschen.
Wie passt BCF in das openBIM-Ökosystem?
OpenBIM verwendet offene, nicht-proprietäre Standards für den Datenaustausch. IFC standardisiert das Modell selbst; BCF standardisiert die Kommunikation über das Modell. Zusammen ermöglichen sie einem Architekturbüro mit Revit, einem Tragwerksplaner mit Tekla und einem TGA-Planer mit ArchiCAD die Koordination, ohne dass jemand sein Werkzeug wechseln muss.
BCF wird von buildingSMART (der Organisation hinter IFC) gepflegt und funktioniert mit Revit, ArchiCAD, Tekla und Drittanbieter-Viewern. Diese Offenheit ist der Grund, warum BCF heute in der professionellen Koordination erwartet wird; ohne sie wären alle Parteien an ein einziges Software-Ökosystem gebunden.
Welche zwei Möglichkeiten gibt es, BCF zu transportieren?
BCF kann auf zwei Wegen übertragen werden, die jeweils für unterschiedliche Teamstrukturen geeignet sind.
| Methode | Format | Anwendungsfall | Vorteile | Nachteile |
|---|---|---|---|---|
| Dateibasiert (BCF-XML) | ZIP-Archiv mit XML und Bildern | Periodische Koordinationszyklen | Kein Server nötig, portabel, offline nutzbar, nachvollziehbar | Manuelles Zusammenführen, Versionskonflikte |
| API-basiert (BCF REST API) | Live-HTTP-Anfragen zwischen Servern | Kontinuierliche tägliche Koordination | Automatische Synchronisation, zentrale Datenquelle, skalierbar | Erfordert kompatible Plattformen, ständige Verbindung |
Für kleine Einfamilienhäuser mit zwei Beratern, die sich wöchentlich treffen, ist dateibasiertes BCF ausreichend. Bei mehrstöckigen Projekten mit täglicher Koordination und vielen Beteiligten stellt API-basiertes BCF sicher, dass niemand mit einer veralteten Problemliste arbeitet.
Wie passt BCF in die Kollisionsprüfung und Koordination?
Die Kollisionsprüfung scannt automatisch das Föderierte Modell und markiert räumliche Konflikte. Das Prüfwerkzeug erstellt einen Bericht mit harten Kollisionen (überlappende Volumen), weichen Kollisionen (unzureichende Abstände) und Prüfpunkten. Dieser Bericht wird in einzelne BCF-Themen umgewandelt, jedes mit einer Kameraperspektive, Komponenten-IDs und einer Frage oder einem vorgeschlagenen Abstand.
Die Themen werden verteilt: Der Architekt verschiebt ein Element, der Tragwerksplaner verschiebt einen Träger, der TGA-Planer verlegt einen Luftkanal. Während jede Partei reagiert, ändert sich der Status von offen über in Bearbeitung zu gelöst, und der Kommentarthread hält Entscheidungen fest. BIM-Koordination ist dieser gesamte iterative Kreislauf, mit BCF als Mechanismus, der verteilte Teams zusammenhält.
Welchen praktischen Nutzen hat BCF für slowakische Büros, die mit Ingenieuren zusammenarbeiten?
Für einen Einzelarchitekten, der allein ein Einfamilienhaus plant, ist BCF übertrieben. Ein kurzer Anruf ist oft schneller, als die Koordination in BCF-Themen zu formalisieren.
BCF wird unverzichtbar, sobald das Büro mit einem separaten Tragwerksplaner und TGA-Spezialisten zusammenarbeitet, die unterschiedliche Software verwenden. In diesem Maßstab stellt BCF sicher, dass eine Konfliktmeldung präzise, wiederholbar und dauerhaft dokumentiert ist, anstatt in E-Mail-Ketten und Screenshots unterzugehen. Bei einem Passivhausprojekt mit komplexen Luftkanälen, Fußbodenheizung und einem engen Tragraster führen ungelöste Koordinationskonflikte oft zu Wärmebrücken oder Luftundichtigkeiten auf der Baustelle. Ein formaler BCF-Workflow erkennt diese Probleme während der Planung, wenn sie kostengünstig zu beheben sind, und nicht erst nach Baubeginn.
Was sind die tatsächlichen Einschränkungen von BCF?
BCF ist leistungsfähig, aber kein Versionskontrollsystem oder vollständiges Projektarchiv. Erstens müssen beide Parteien dieselbe Modellversion verwenden. Wenn der Architekt eine Wand hinzufügt und Komponenten-GUIDs ändert, können alte BCF-Probleme auf Komponenten verweisen, die nicht mehr existieren. Im Gegensatz zu Code-Repositories hat BCF kein automatisches Zusammenführen; Teams müssen Modellversionen manuell koordinieren, indem sie einen Koordinationsstopp vereinbaren.
Zweitens zeichnet BCF Probleme zu einem bestimmten Zeitpunkt auf, bewahrt aber keine Entwurfshistorie. Wenn ein Konflikt durch Verschieben eines Trägers gelöst wurde und der Architekt später denselben Konflikt an anderer Stelle erzeugt, übernimmt BCF nicht die vorherige Lösung. Für eine echte Planungsarchivierung benötigt ein Projekt zusätzlich zu BCF ein ordentliches Versionskontrollsystem.
Drittens lebt BCF innerhalb einer Gemeinsamen Datenumgebung (CDE), deren Zugänglichkeit vollständig von der Lebensdauer der Plattform abhängt. Wenn der Server abgeschaltet wird, sind die Probleme nicht mehr zugänglich, sofern sie nicht explizit exportiert wurden. Fordern Sie einen abschließenden BCF-Export als Projektergebnis an.
Wann sollte ein Projekt BCF einführen?
| Projektumfang | Fachbereiche | Einführung | Begründung |
|---|---|---|---|
| Einfamilienhaus, ohne TGA | Architekt + Tragwerksplaner | Optional | Geringes Volumen; E-Mail und Telefon ausreichend |
| Passivhaus | Architekt + Tragwerksplaner + TGA + Energie | Empfohlen | Komplexe Systeme erfordern formale Koordination, um Wärmebrücken und Luftundichtigkeiten zu vermeiden |
| Mehrgeschossiger Wohnbau | Architekt + Tragwerksplaner + TGA + Brandschutz | Wesentlich | Hohes Koordinationsvolumen; API-basiertes BCF für tägliche Updates bevorzugt |
| EU-öffentliche Ausschreibung | Mehrere Architekten, Ingenieure, Bauunternehmen | Verpflichtend | EU-Beschaffungsrahmen erfordern openBIM; BCF ist der Industriestandard |
Die Entscheidung hängt von der Teamgröße, der Softwarevielfalt und der Projektkomplexität ab. Bei einem kleinen Haus mit einem eingespielten Team können formale BCF-Workflows wie Bürokratie wirken. Bei einem komplexen mehrstöckigen Projekt mit Beratern in verschiedenen Städten und unterschiedlichen Werkzeugen hält BCF die Koordination asynchron und nachvollziehbar.
Häufig gestellte Fragen
- Warum einen Konfliktbericht als BCF senden, anstatt nur einen PDF-Screenshot per E-Mail zu schicken?
- Weil der Empfänger die genaue Ansicht in seinem eigenen BIM-Modell öffnen, den Abstand in echten Koordinaten messen und sein Design direkt anpassen kann. Ein PDF-Screenshot ist ein Schnappschuss eines Moments; BCF ist eine Anweisung, sich ein live-Problem im Kontext anzusehen.
- Müssen beide Parteien exakt dieselbe Modellversion verwenden, um BCF zu nutzen?
- Ja. BCF verweist auf Bauteile über ihre global eindeutigen Identifikatoren (GUIDs). Wenn eine Partei eine aktualisierte Version mit neuen Elementen oder geänderten IDs hat, findet der BCF-Verweis möglicherweise nichts oder verweist auf das falsche Element. Beide Teams müssen ihre Modellversionen vor dem Austausch von BCF-Problemen synchronisieren.
- Kann ich BCF bei einem kleinen Wohnprojekt verwenden, bei dem Architekt und Tragwerksplaner dieselbe Software nutzen?
- Technisch ja, aber der Hauptvorteil geht verloren. BCF ist sinnvoll, wenn Tragwerksplaner, TGA-Fachplaner oder Bauunternehmer unterschiedliche BIM-Software verwenden. Bei einem einfachen Einfamilienhaus ohne Haustechnik sind E-Mail und Telefon oft schneller als die Einrichtung eines Koordinationsworkflows.
- Was passiert, wenn niemand Zeit hat, ein BCF-Problem vor dem Baubeginn zu lösen?
- Das Problem bleibt in der CDE als formeller Nachweis dessen, was markiert und ungelöst blieb. Auf der Baustelle führt das meist zu Improvisation: Der Bauunternehmer findet einen Workaround, oft mit geringerer Qualität oder höheren Kosten. Bei luftdichten Hüllen und Passivhäusern wird ein ungelöster Konflikt in der Planung oft zu einer Wärmebrücke oder einem Luftleck auf der Baustelle.
- Kann ich eine BCF-Datei exportieren und per E-Mail versenden, oder ist eine Live-Serververbindung erforderlich?
- Beides ist möglich. BCF kann als Datei (BCF-XML, ein Archiv von Ansichten, Kommentaren und Schnappschüssen) verpackt und manuell weitergegeben werden. Es kann auch live zwischen zwei Servern über die BCF-API synchronisiert werden, wobei zwei BIM-Plattformen kontinuierlich Probleme austauschen. Der API-Ansatz ist für aktive Projekte mit täglichen Updates zuverlässiger.
- Übernimmt BCF die Versionskontrolle meines Modells oder verfolgt es den Planungsverlauf?
- Nein. BCF zeichnet auf, wer was zu einem bestimmten Problem zu einem bestimmten Modell-Snapshot gesagt hat. Es bewahrt keine früheren Designversionen auf, verfolgt iterative Änderungen nicht und dient nicht als Planungsarchiv. Dafür benötigen Sie ein ordentliches Versionskontrollsystem und eine konsistente Backup-Strategie.