Koordynacja międzybranżowa: rzuty 2D vs modele BIM

📐 Jak wyglądała koordynacja na rzutach 2D?

Koordynacja na rysunkach 2D polegała na ręcznym nakładaniu rzutów i przekrojów poszczególnych branż i porównywaniu ich okiem. Dawniej robiono to na kalce na stole podświetlanym. W wielu biurach nadal robi się to na nałożonych podkładach (xrefach) w CAD albo na wydrukach z kolorowymi zakreśleniami.

Typowy przebieg wyglądał tak:

1. Każda branża rysuje w swoim pliku DWG, architekt wysyła podkład, instalatorzy odnoszą się do niego jako do xrefa.
2. Przed spotkaniem koordynacyjnym ktoś zbiera rzuty wszystkich branż i nakłada je na siebie, na ekranie albo na papierze.
3. Rozbieżności są zakreślane na wydruku lub w PDF-ie i opisywane w mailu albo w protokole ze spotkania.
4. Każda branża poprawia swój rysunek i wysyła nową rewizję. Nikt nie sprawdza automatycznie, czy poprawka nie wytworzyła nowego konfliktu.

Rzut pokazuje jedną płaszczyznę. Kanał wentylacyjny pod belką widać na przekroju, o ile ktoś narysował przekrój w tym właśnie miejscu. Wysokości układa się więc z tabelek rzędnych, a miejsca, w których trzy instalacje przecinają się nad korytarzem, często wychodzą dopiero przy montażu.

🧩 Czym jest federacja modeli i clash detection?

Federacja modeli to złożenie osobnych modeli branżowych (architektura, konstrukcja, instalacje) w jeden model koordynacyjny bez ich łączenia w jeden plik źródłowy. Clash detection to automatyczne wyszukiwanie miejsc, w których elementy z różnych modeli kolidują ze sobą.

Każda branża nadal pracuje w swoim modelu i swoim programie. Do koordynacji eksportuje się je zwykle do IFC albo natywnych formatów narzędzia koordynacyjnego i składa razem. Warunek: wspólny układ współrzędnych i jasne zasady, które elementy sprawdzamy z którymi.

Kolizje twarde i miękkie

• Kolizja twarda (hard clash) — geometrie dwóch elementów fizycznie się przecinają, np. rura przechodzi przez belkę.
• Kolizja miękka (soft clash, clearance) — elementy się nie przecinają, ale naruszają wymaganą odległość, np. brak miejsca na izolację rury albo na dostęp serwisowy do urządzenia.

W Navisworks osobne testy w module Clash Detective obejmują typy: Hard, Hard (Conservative), Clearance oraz Duplicates (identyczna geometria w prawie tym samym miejscu). Parametr Tolerance pozwala odfiltrować drobne przecięcia, a każda kolizja ma status: New, Active, Reviewed, Approved lub Resolved. Dzięki temu po kolejnym uruchomieniu testu widać, co zniknęło, a co nadal czeka na rozwiązanie.

Jakie narzędzia?

Do wykrywania kolizji najczęściej używa się Autodesk Navisworks (Clash Detective) oraz Solibri, w którym wykrywanie kolizji jest oparte na regułach: wybierasz, które elementy sprawdzasz względem których, określasz strefy odstępów i wykluczasz dopuszczalne przecięcia. Autodesk oferuje też koordynację modeli w chmurze (Autodesk Forma, dawniej ACC), a Navisworks da się z nią zintegrować. Zakres funkcji zależy od licencji i wersji, więc przed wyborem sprawdź aktualną dokumentację producenta.

🗂️ Co to jest BCF i jak zmienia obieg uwag?

BCF (BIM Collaboration Format) to otwarty standard buildingSMART do wymiany tematów koordynacyjnych między różnymi programami. Zamiast zrzutu ekranu w mailu przekazujesz zgłoszenie z widokiem 3D, wskazanymi elementami, komentarzami i statusem.

Temat (topic) w BCF ma m.in. tytuł, typ, status, autora i datę, a opcjonalnie priorytet, przypisaną osobę i termin. Dołączony jest do niego punkt widzenia (viewpoint): pozycja kamery, wybrane i ukryte elementy oraz płaszczyzny przecinające. Elementy są wskazywane przez IfcGuid albo identyfikator z programu autorskiego, dlatego zgłoszenie pokazuje to samo miejsce w każdym programie obsługującym BCF, pod warunkiem że IfcGuid są stabilne między kolejnymi eksportami. W standardowej instalacji Revita i Navisworks obsługa BCF zwykle wymaga dodatku (np. BIMcollab BCF Manager) albo modułu zgłoszeń w chmurze, więc sprawdź, jak to wygląda w Twojej wersji.

BCF-XML a BCF-API

buildingSMART opisuje dwie implementacje: BCF-XML, czyli wymianę zgłoszeń w pliku, oraz BCF-API, czyli REST-owe API do zarządzania zgłoszeniami online. W pierwszym przypadku eksportujesz paczkę i wysyłasz ją koordynatorowi, w drugim wszyscy pracują na jednym serwerze zgłoszeń i nie ma problemu „która wersja pliku jest aktualna”.

Obecne są dwie wersje formatu plikowego: 2.1 i 3.0. W 3.0 plik używa rozszerzenia .bcf (wcześniej .bcfzip; w praktyce spotkasz oba), temat może mieć projektowo unikalny identyfikator nadawany przez serwer (ServerAssignedId), a punkty widzenia są niezmienne po utworzeniu. Z praktycznego punktu widzenia: sprawdź, którą wersję obsługują wszystkie programy w projekcie, i zapisz to w BEP.

⚖️ 2D a BIM: porównanie krok po kroku

Największa różnica to moment wykrycia, powtarzalność testu i ślad w postaci zgłoszeń. Poniżej zestawienie typowych praktyk, bez wyników pomiarów.

⚠️ Gdzie clash detection zawodzi?

Clash detection zawodzi wtedy, gdy dane wejściowe lub zasady testu są złe: wynik to wtedy tysiące kolizji, z których większość nie ma znaczenia. Narzędzie liczy przecięcia, nie ocenia sensu projektu.

• Brak reguł i tolerancji — test „wszystko ze wszystkim” generuje lawinę zgłoszeń. Trzeba ograniczyć pary (np. kanały a konstrukcja), ustawić Tolerance i zgrupować wyniki.
• Źle zamodelowane instalacje — kanały bez izolacji, brak kształtek, podpór i otworów rewizyjnych powodują, że wyniki są albo fałszywe, albo zbyt optymistyczne.
• Brak ustaleń o szczegółowości — jeśli nikt nie określił, jakie elementy i z jaką dokładnością mają być w modelu (patrz LOIN, PN-EN 17412-1), testujesz coś, co jeszcze nie istnieje.
• Złe współrzędne — model przesunięty lub obrócony względem pozostałych daje kolizje, których nie ma, i ukrywa te, które są. Sprawdź punkt bazowy przed pierwszym testem. Częste źródła błędów opisujemy w tekście o błędach eksportu IFC z Revita.
• Nieaktualne modele — koordynacja na starej wersji marnuje spotkanie, a wynik trzeba powtarzać.

🚀 Jak zacząć koordynację w modelu w małym zespole?

W małym zespole zacznij od jednej pary branż i jednego powtarzalnego cyklu, zamiast od pełnej federacji wszystkich modeli. Poniżej kolejność, która się sprawdza.

1. Ustal punkt bazowy i układ współrzędnych przed pierwszym eksportem i zapisz je w BEP.
2. Ustal rytm: np. wymiana modeli raz w tygodniu o stałym dniu, koordynacja następnego dnia.
3. Zacznij od jednej pary, np. instalacje wentylacyjne względem konstrukcji, potem dodawaj kolejne.
4. Ustaw tolerancję i zestawy wyboru, a po pierwszym teście wyrzuć powtarzalne, nieistotne grupy. Pojedyncza belka przebita przez kilkadziesiąt rur to jeden problem, więc zgłaszaj go jako jedno zgłoszenie.
5. Zgłaszaj w BCF: jedno zgłoszenie na grupę kolizji, z przypisaną osobą i terminem.
6. Powtarzaj test na nowych wersjach i zamykaj zgłoszenia na podstawie wyniku, nie deklaracji.
7. Zapisz zasady: kto odpowiada za jaki model, kto za koordynację. Obciążenie koordynatora to częsty temat, patrz gdzie BIM Manager traci czas.

💰 Gdzie powstają oszczędności i jak je policzyć u siebie?

Oszczędność powstaje w tym, że kolizja jest wykryta i rozwiązana w biurze, zanim trafi na budowę. Uniwersalnego procentu nie ma, bo zależy od projektu, jakości modeli i dojrzałości zespołu, dlatego najlepiej zmierzyć ją na własnych danych.

Kolizja znaleziona w biurze to zmiana w modelu i nowa wersja eksportu. Ta sama kolizja na budowie to przestój ekipy, kucie, zamówienie nowych kształtek i korekta dokumentacji powykonawczej. Jak to policzyć w dwóch kolejnych projektach, jednym prowadzonym po staremu i jednym z koordynacją na modelu, albo przed i po wdrożeniu:

1. Liczba zapytań (RFI) i zmian na budowie — policz te, których przyczyną była kolizja lub brak koordynacji. Opisz każdą jednym zdaniem.
2. Godziny koordynacji — czas koordynatora i projektantów na przygotowanie danych, test, spotkanie i poprawki w jednym cyklu.
3. Koszt jednej przeróbki — dla kilku typowych zmian z budowy oszacuj przestój, robociznę, materiał i czas projektanta na korektę.
4. Liczba kolizji na cykl — łącznie z odsetkiem zamkniętych do następnego testu. Jeśli liczba nie spada, problem leży w procesie, nie w narzędziu.

Porównanie tych czterech liczb daje Twoją własną odpowiedź, wiarygodniejszą niż cudza średnia.

🤝 Jak pomaga BIM Market

BIM Market to asystent AI oparty na wyselekcjonowanej bazie wiedzy BIM (m.in. IFC, ISO 19650, BCF, IDS, dokumentacja Revita, Navisworks i Autodesk Forma). Możesz w nim zapytać o ustawienie testu kolizji, opis procesu koordynacji w BEP albo dobór wersji BCF. Odpowiedzi AI nie zastępują uprawnionego specjalisty, więc gdy temat jest trudny, możesz skonsultować się z zweryfikowanym ekspertem z marketplace'u, płacąc za konsultację.

• Płacisz za użycie — tokeny, bez subskrypcji, 1000 tokenów BIM na start.
• Dane w UE — pliki i czaty na serwerze we Frankfurcie, nieudostępniane osobom trzecim i nieużywane do trenowania modeli AI.
• Według danych BIM Market użytkownicy oszczędzają średnio 8 godzin tygodniowo.

Zadaj pierwsze pytanie w czacie.