BIM Collaboration Format

Nyílt szabvány az ütközésvizsgálati problémák nézőpontok és megjegyzések formájában történő cseréjére, lehetővé téve a szakági tervezők számára, hogy saját szoftverükben ellenőrizzék az ütközéseket.

Mi az a BCF, és miért fontos?

A BCF (BIM Collaboration Format) egy nyílt szabvány a tervezési észrevételek BIM-eszközök közötti cseréjére, anélkül hogy a teljes modellfájlokat kellene továbbítani. Ahelyett hogy egy 500 MB-os modellt e-mailben elküldenének, az egyik fél egy kis csomagot küld: egy kameranézőpontot, a komponensek azonosítóinak listáját, egy megjegyzésfűzért a probléma megvitatásáról, egy állapotkódot, valamint opcionálisan egy pillanatképet és a felelős személyt. A címzett szoftvere közvetlenül a saját modelljének arra a pontjára ugrik, ahol a probléma látható, lehetővé téve a mérést, módosítást és válaszadást.

A lényeg az, hogy a BCF a problémát cseréli ki, nem a modellt. Egy légcsatorna és egy gerenda ütközése egyetlen információ; a teljes épületmodell valami más. Ez a szétválasztás lehetővé teszi az együttműködést a szoftverhatárokon át anélkül, hogy bármelyik fél elveszítené az irányítást a saját szerkesztési környezete felett.

Mit tartalmaz egy BCF-észrevétel?

Egy BCF "téma" tartalmaz egy nézőpontot (mentett kamerapozíció és komponensazonosítók), egy pillanatképet a probléma ábrázolásával, egy időbélyegzővel ellátott megjegyzésfűzért, egy állapotmezőt (nyitott, folyamatban, megoldott, lezárt), valamint prioritást és hozzárendelést. A teljes csomag BCF-XML formátumban (XML-dokumentumokat tartalmazó archívum) vagy élőben, BCF API-n keresztül, két szerver között szinkronizálva tárolódik.

A nézőpont a komponensek globálisan egyedi azonosítóit (GUID) használja, amelyeket a legtöbb BIM-platform értelmezni tud. Ez lehetővé teszi, hogy a címzett megértse a problémát, még akkor is, ha a szoftververziójuk eltér. Mivel mindkét fél ugyanarra a modellgeometriára hivatkozik GUID-ok segítségével, együttműködhetnek anélkül, hogy fájlokat kellene megosztaniuk.

Hogyan illeszkedik a BCF az openBIM ökoszisztémába?

Az OpenBIM nyílt, nem védett szabványokat használ az adatcseréhez. Az IFC magát a modellt szabványosítja; a BCF a modellről szóló párbeszédet. Együtt lehetővé teszik, hogy egy Revit-et használó iroda, egy Tekla-t használó szerkezettervező cég és egy ArchiCAD-et használó gépész tervező koordináljon anélkül, hogy bárkinek eszközt kellene váltania.

A BCF-et a buildingSMART tartja karban (az IFC mögött álló szervezet), és működik Revit, ArchiCAD, Tekla és harmadik féltől származó megjelenítők között. Ez a nyitottság az oka annak, hogy a BCF ma már elvárt a professzionális koordinációban; enélkül minden fél egyetlen szoftverökoszisztémába lenne zárva.

Milyen két módon lehet továbbítani a BCF-et?

A BCF két mechanizmussal utazhat, amelyek mindegyike más-más csapatszerkezethez illik.

MódszerFormátumHasználati esetElőnyökHátrányok
Fájl alapú (BCF-XML)XML-ből és pillanatképekből álló tömörített archívumIdőszakos koordinációs ciklusokNincs szükség szerverre, hordozható, offline is működik, auditálhatóManuális egyesítés, verzióütközések
API alapú (BCF REST API)Élő HTTP kérések a szerverek közöttFolyamatos napi koordinációAutomatikus szinkronizáció, egyetlen forrás, skálázhatóKompatibilis platformokat igényel, folyamatos kapcsolat szükséges

Kis családi házaknál, ahol két tanácsadó hetente találkozik, a fájl alapú BCF elegendő. Többszintes projekteknél, ahol napi koordináció és több érdekelt fél van, az API alapú BCF biztosítja, hogy senki ne dolgozzon elavult problémalistával.

Hogyan illeszkedik a BCF az ütközésvizsgálatba és a koordinációba?

Az ütközésvizsgálat automatikusan átvizsgálja az egyesített modellt, és jelzi a térbeli konfliktusokat. A vizsgálóeszköz jelentést készít a kemény ütközésekről (átfedő térfogatok), a lágy ütközésekről (elégtelen hézag) és a lekérdezési pontokról. Ezt a jelentést egyedi BCF-témákká alakítják, amelyek mindegyike tartalmaz egy kameranézetet, komponensazonosítókat és egy kérdést vagy javasolt távolságot.

A témákat körbeküldik: az építész áthelyez egy elemet, a statikus elmozdít egy gerendát, a gépész átvezet egy csatornát. Ahogy az egyes felek válaszolnak, az állapot nyitottról folyamatban lévőre, majd megoldottra változik, és a megjegyzésfűzér rögzíti a döntéseket. A BIM-koordináció ez a teljes iteratív ciklus, a BCF pedig az a mechanizmus, amely összetartja a szétszórt csapatokat.

Mi a gyakorlati értéke a szlovák irodák számára, akik mérnökökkel koordinálnak?

Egy önálló építész számára, aki egyedül tervez egy családi házat, a BCF túlzás. Egy gyors telefonhívás gyakran gyorsabb, mint a koordináció BCF-témákba való formalizálása.

A BCF akkor válik elengedhetetlenné, amikor az iroda egy különálló statikussal és gépész tervezővel koordinál, akik eltérő szoftvert használnak. Ezen a léptéken a BCF biztosítja, hogy egy konfliktusüzenet pontos, megismételhető és tartósan rögzített legyen, ahelyett hogy e-mail láncokba és képernyőképekbe temetkezne. Egy passzívház projektnél, ahol bonyolult csatornarendszer, padlófűtés és szoros statikai rács van, a fel nem oldott koordinációs ütközések a helyszínen gyakran hőhidakká vagy légzárási hibákká válnak. Egy formalizált BCF-munkafolyamat ezeket a problémákat már a tervezés során kiszűri, amikor a javításuk olcsó, nem pedig az építkezés megkezdése után.

Mik a BCF valódi korlátai?

A BCF erős, de nem verziókezelő rendszer vagy teljes projektarchívum. Először is, mindkét félnek ugyanazt a modellverziót kell használnia. Ha az építész hozzáad egy falat és megváltoztatja a komponensek GUID-jait, a régi BCF-észrevételek olyan komponensekre hivatkozhatnak, amelyek már nem léteznek. A kódtárakkal ellentétben a BCF-nek nincs automatikus egyesítése; a csapatoknak manuálisan kell koordinálniuk a modellverziókat egy koordinációs fagyasztás kihirdetésével.

Másodszor, a BCF egy adott pillanatban rögzíti a problémákat, de nem őrzi meg a tervezéstörténetet. Ha egy ütközést egy gerenda áthelyezésével oldottak meg, majd az építész később máshol is létrehozza ugyanezt az ütközést, a BCF nem örökli a korábbi megoldást. A valódi tervezési archiváláshoz a projektnek a BCF mellett egy megfelelő verziókezelő rendszerre is szüksége van.

Harmadszor, a BCF egy közös adatkörnyezetben él, amelynek hozzáférhetősége teljes mértékben a platform élettartamától függ. Ha a szerver leáll, a problémák hozzáférhetetlenné válnak, kivéve ha explicit módon exportálták őket. Kérjen egy végső BCF-exportot a projekt szállítási követelményei között.

Mikor érdemes egy projektnek bevezetnie a BCF-et?

Projekt léptékeSzakágakBevezetésIndoklás
Családi ház, gépészet nélkülÉpítész + statikusOpcionálisAlacsony adatmennyiség; e-mail és telefon elegendő
PasszívházÉpítész + statikus + gépész + energetikusAjánlottA bonyolult rendszerek formalizált koordinációt igényelnek a hőhidak és légzárási hibák megelőzésére
Többszintes lakóépületÉpítész + statikus + gépész + tűzvédelmi szakértőElengedhetetlenNagy koordinációs adatmennyiség; a napi frissítésekhez az API alapú BCF preferált
EU-s közbeszerzésTöbb építész, mérnök, kivitelezőKötelezőAz EU beszerzési keretrendszerei openBIM-et írnak elő; a BCF az iparági szabvány

A döntés a csapat méretétől, a szoftverek sokszínűségétől és a projekt összetettségétől függ. Egy kis ház esetében, ahol összeszokott csapat dolgozik, a formalizált BCF-munkafolyamatok bürokratikusnak tűnhetnek. Egy komplex, több emeletes projektnél, ahol a tanácsadók különböző városokban és eltérő eszközökkel dolgoznak, a BCF aszinkronná és auditálhatóvá teszi a koordinációt.

Gyakran ismételt kérdések

Miért küldjek ütközési jelentést BCF formátumban, ahelyett, hogy egyszerűen e-mailben küldenék egy PDF képernyőképet?
Mert a címzett pontosan ugyanazt a nézetet nyithatja meg a saját BIM modelljében, valós koordinátákban mérheti meg a távolságot, és közvetlenül módosíthatja a tervet. A PDF képernyőkép egy pillanatfelvétel; a BCF viszont egy utasítás arra, hogy a felhasználó egy élő problémát nézzen meg a kontextusában.
Mindkét félnek pontosan ugyanazt a modellverziót kell használnia a BCF alkalmazásához?
Igen. A BCF a globálisan egyedi azonosítók (GUID) segítségével hivatkozik az elemekre. Ha az egyik fél egy frissített verziót használ, új elemekkel vagy megváltozott azonosítókkal, a BCF hivatkozás esetleg nem talál semmit, vagy rossz elemre mutat. Mindkét csapatnak szinkronizálnia kell a modellverziókat a BCF problémák cseréje előtt.
Használhatom a BCF-et egy kis lakóépület-projektnél, ahol az építész és a statikus ugyanazt a szoftvert használja?
Technikailag igen, de elveszíti a fő előnyét. A BCF akkor hasznos, ha a statikus, a gépész szakági tervező vagy a kivitelező más-más BIM szoftvert használ. Egy egyszerű, gépészeti rendszerekkel nem rendelkező családi háznál az e-mail és a telefon gyakran gyorsabb, mint egy ütközésvizsgálati munkafolyamat beállítása.
Mi történik, ha senkinek nincs ideje megoldani egy BCF problémát az építési határidő előtt?
A probléma nyitva marad a közös adatkörnyezetben (CDE), mint hivatalos feljegyzés arról, hogy mit jeleztek és hagytak megoldatlanul. A helyszínen ez általában improvizációt jelent: a kivitelező talál egy megoldást, gyakran alacsonyabb minőségben vagy költséggel. Légtömör burkolatok és passzívházak esetén a tervezés során megoldatlan ütközés a helyszínen gyakran hőhíddá vagy légzárási hibává válik.
Exportálhatok BCF fájlt és elküldhetem e-mailben, vagy élő szerverkapcsolat szükséges hozzá?
Mindkettő működik. A BCF csomagolható fájlként (BCF-XML, nézőpontok, megjegyzések és pillanatképek archívuma), és manuálisan továbbítható. Szinkronizálható élőben két szerver között a BCF API-n keresztül is, ahol két BIM platform folyamatosan cseréli a problémákat. Az API megközelítés megbízhatóbb a napi frissítésekkel járó aktív projekteknél.
A BCF verziókezeli a modellemet vagy nyomon követi a tervezési előzményeket?
Nem. A BCF rögzíti, hogy ki mit mondott egy adott problémáról egy adott modellpillanatképnél. Nem őrzi meg a korábbi tervverziókat, nem követi nyomon az iteratív változtatásokat, és nem szolgál tervarchívumként. Ehhez egy megfelelő verziókezelő rendszerre és következetes biztonsági mentési stratégiára van szükség.