Po co w ogóle BEP na budowie – biznes, nie fanaberia
BIM dla efektu „wow” kontra BIM dla wyniku finansowego
BIM bez dobrze przygotowanego BEP działa jak drogi dron kupiony tylko po to, żeby zrobić jedno zdjęcie z góry. Da się, ale potencjał zostaje zmarnowany. Na etapie budowy liczy się nie to, jak ładnie wygląda model, tylko ile mniej poprawek, opóźnień i nieporozumień pojawi się w realizacji i czy można dzięki temu zarobić więcej przy tym samym kontrakcie.
BIM „dla fajerwerków” to głównie wizualizacje, efektowne przekroje i animacje. Wykonawca widzi model tylko na prezentacji u inwestora, inspektor – na spotkaniu koordynacyjnym. Pomiędzy nimi trwa standardowy chaos: nieaktualne rysunki, sprzeczne informacje, telefony „co jest ważniejsze – rysunek numer 5 czy 7?”.
BIM nastawiony na wynik finansowy działa inaczej. Model i dane służą konkretnym decyzjom: czy można przesunąć ekipę, aby nie czekała na kolizję, których jeszcze nie udało się rozwiązać, czy zamówienie prefabrykatów może być zrobione wcześniej, czy da się ograniczyć zapas materiałowy, bo zestawienia są wiarygodne. Do tego potrzebna jest spisana i uzgodniona zasada gry – właśnie BEP.
Dlaczego sam model 3D nie wystarcza wykonawcy i inspektorowi
Sam model 3D to tylko forma zapisu geometrii i pewnej części informacji. Wykonawca potrzebuje przewidywalności: kiedy dostanie kolejną wersję modelu, gdzie sprawdzić zmiany, kto odpowiada za brakujące elementy, co w modelu jest „kontraktem”, a co tylko „pomysłem projektanta”. Inspektor z kolei musi wiedzieć, czy model jest wiarygodnym odniesieniem przy odbiorach, czy tylko dodatkiem do papierowej dokumentacji.
Bez BEP każdy odczytuje model po swojemu. Dla projektanta coś jest „szkicem koncepcyjnym”, dla kierownika robót już „zatwierdzoną podstawą do zamówienia materiału”. Stąd biorą się najdroższe pomyłki – model daje złudne poczucie pewności, ale brak reguł sprawia, że decyzje opierają się na domysłach. BEP określa, które widoki, które parametry i które zestawienia są obowiązującym źródłem prawdy na danym etapie.
Inspektor, korzystając z dobrze zdefiniowanego BEP, wie np., że model powykonawczy będzie uzupełniany w cyklu tygodniowym, że konkretne parametry (numer odbioru, numer protokołu, data montażu) muszą być uzupełnione przez wykonawcę, a nie przez projektanta i że z modelu może generować zestawienia elementów do odbiorów częściowych.
BEP jako techniczne porozumienie między inwestorem, projektantem i wykonawcą
Na większości kontraktów każdy z uczestników ma inne cele i inne „wyobrażenie” BIM. Inwestor chce lepszej kontroli i danych do utrzymania obiektu. Projektant szuka standardów, które ułatwią koordynację branż. Wykonawca oczekuje przede wszystkim zmniejszenia ryzyka budowy i powtarzalności działań na kolejnych kontraktach.
BEP jest w praktyce porozumieniem technicznym, które przekłada często ogólne wymagania inwestora na konkretne zasady pracy:
jakie dane muszą być wprowadzane do modelu na potrzebę rozliczeń i harmonogramowania,
jak przebiega obieg informacji między projektantem a wykonawcą,
jakie statusy mają modele i rysunki,
jak wyglądają procedury zgłaszania kolizji, zmian i roszczeń w kontekście danych BIM.
Dobrze napisany BEP powoduje, że na naradach BIM rozmawia się o konkretach, a nie o tym, „co BIM miał robić, a czego nie robi”. Dokument staje się punktem odniesienia przy każdym sporze: czy dany zakres był przewidziany, czy informacja miała być dostarczona, a jeśli tak – przez kogo.
Przykład z praktyki: dwie budowy, ten sam model, różny BEP
Wyobraźmy sobie dwa kontrakty o podobnym zakresie i zbliżonym modelu projektowym. Na pierwszej budowie BEP nie istnieje lub ma formę krótkiego załącznika, którego nikt nie czyta. Na drugiej – BEP jest spójny z kontraktem, ma jasno opisany workflow publikacji modeli, odpowiedzialności i standardy.
Na pierwszej budowie:
koordynacje są chaotyczne, każdy przynosi „swoją” wersję rysunków,
kolizje wykryte na modelu nie mają przypisanych odpowiedzialnych osób ani terminów naprawy,
brak jest jasności, czy model odzwierciedla aktualny stan projektu – kierownik robót i tak bazuje na wydrukach,
wykonawca pod koniec inwestycji spędza miesiące na dopasowywaniu modelu powykonawczego do tego, co faktycznie wybudowano.
Na drugiej budowie:
z góry jest ustalony cykl koordynacji i aktualizacji modeli,
każda kolizja w systemie zarządzania zgłoszeniami ma przypisanego właściciela i termin rozwiązania,
model jest powiązany z harmonogramem robót (choćby w uproszczonej formie),
model powykonawczy powstaje „na bieżąco”, dzięki czemu koszty przygotowania dokumentacji powykonawczej spadają, a ryzyko roszczeń jest mniejsze.
Technologia ta sama. Różnica: obecność i egzekwowanie BEP. W praktyce przekłada się to na mniej przestojów, mniej pracy „na wariata” i bardziej przewidywalną marżę.
Co sprawdzić na starcie: jasne cele użycia BIM na budowie
Zanim ktokolwiek zacznie pisać BEP, zespół powinien odpowiedzieć sobie na jedno pytanie: po co BIM na tym konkretnym kontrakcie. Minimum trzy–cztery główne cele muszą być uzgodnione z inwestorem i zespołem projektowym. Przykładowo:
ograniczenie liczby kolizji wykrytych na budowie o określony procent w porównaniu z projektami 2D,
wykorzystanie modelu do zamówień materiałów i prefabrykatów w wybranych branżach,
powiązanie modelu z harmonogramem (4D) dla kluczowych etapów – np. konstrukcja i instalacje główne,
przekazanie modelu powykonawczego jako podstawy do systemu FM inwestora.
Jeżeli cele są rozmyte lub „dla zasady”, BEP zamienia się w dokument generujący koszty, a nie zysk. Już na tym etapie trzeba sprawdzić, czy oczekiwania nie wykraczają daleko poza budżet i zakres kontraktu.
Źródło: Pexels | Autor: Bjorn Pierre
Fundamenty: relacja EIR – oferta – BEP (kto komu i co obiecuje)
EIR, OIR, AIR, PIR – o co chodzi i dlaczego to takie ważne
Cała logika BEP powinna opierać się na wymaganiach informacyjnych inwestora. W praktyce najczęściej spotyka się skrót EIR (Employer’s Information Requirements), ale w tle funkcjonują też powiązane pojęcia:
OIR (Organisational Information Requirements) – co jest potrzebne na poziomie organizacji inwestora,
AIR (Asset Information Requirements) – jakie informacje o aktywie (budynku, infrastrukturze) są niezbędne do zarządzania nim po oddaniu,
PIR (Project Information Requirements) – jakie informacje są potrzebne w trakcie trwania konkretnego projektu.
Bez tych dokumentów BEP staje się zgadywanką. Wykonawca nie wie, czy inwestor naprawdę potrzebuje zaawansowanego modelu 6D, czy wystarczy solidny model 3D z podstawowymi parametrami. Powstają „życzeniowe” zapisy, które później trudno zrealizować w ramach przewidzianego wynagrodzenia.
Jeżeli inwestor nie dostarczył EIR, zespół kontraktowy powinien:
przeanalizować zapisy SIWZ/OPZ i umowy pod kątem informacji o BIM,
zadać inwestorowi precyzyjne pytania – np. o sposób korzystania z modelu po oddaniu obiektu,
zaproponować uproszczoną formę EIR do zatwierdzenia.
Brak EIR nie zwalnia z przygotowania BEP, ale wymusza świadome ograniczenie zakresu BIM, aby uniknąć generowania nieopłacalnych obowiązków.
Krok 1: analiza wymagań informacyjnych inwestora przed złożeniem oferty
Krok 1 – zanim padnie jakakolwiek deklaracja w ofercie – to analiza wymagań informacyjnych. Powinna ją prowadzić nie tylko osoba od zamówień, ale także BIM Manager / dział techniczny. Trzeba odpowiedzieć na kilka praktycznych pytań:
czy inwestor wymaga konkretnych standardów (np. ISO 19650, określonej klasyfikacji),
jakie są wymagane formaty danych (IFC, natywne formaty, COBie),
czy inwestor oczekuje aktualizacji modeli w trakcie budowy, czy tylko modelu powykonawczego,
czy przewidziano osobne wynagrodzenie za zarządzanie BIM,
czy istnieje narzucone CDE inwestora, czy można użyć własnego środowiska danych.
Na tym etapie trzeba wyłapać ryzyka. Przykładowo: jeśli inwestor oczekuje bardzo szczegółowego modelu powykonawczego, ale w kontrakcie nie ma oddzielnego wynagrodzenia na ten cel, trzeba rozważyć:
uwzględnienie dodatkowych kosztów w cenie oferty,
negocjacje ograniczenia poziomu szczegółowości,
propozycję innego podziału obowiązków (np. część danych do FM uzupełnia inwestor).
Krok 2: Pre-BEP na etapie przetargu – co obiecać, a czego unikać
Pre-BEP to wstępna propozycja, jak wykonawca zamierza zorganizować BIM w projekcie. Jest często załącznikiem do oferty i służy głównie celom selekcyjnym (inwestor weryfikuje dojrzałość i doświadczenie wykonawcy). Kluczowe jest, aby nie składać w nim deklaracji, których nie da się zrealizować za zaproponowaną cenę.
W Pre-BEP powinny znaleźć się m.in.:
ogólna koncepcja CDE i obiegu informacji,
opis ról BIM i struktury zespołu,
propozycja poziomów LOD/LOG/LOI dla głównych kategorii elementów,
opis przewidywanych zastosowań BIM (use cases) – np. koordynacja, 4D, 5D, model powykonawczy.
Czego nie obiecywać w Pre-BEP:
szczegółowego modelu 4D dla 100% zakresu, jeśli brak jest na to budżetu i narzędzi,
pełnego wdrożenia standardów FM inwestora, gdy te standardy nie są jasno opisane,
nielimitowanej liczby iteracji koordynacji BIM bez wpływu na czas i koszty.
Lepsza jest konkretna, ograniczona oferta niż obietnica „zrobimy wszystko w BIM”, która później zamieni się w spór o zakres i roszczenia.
Krok 3: BEP kontraktowy po podpisaniu umowy
Po wyborze wykonawcy Pre-BEP zwykle wymaga doprecyzowania. Powstaje BEP kontraktowy, który jest już dokumentem obowiązującym strony. Na tym etapie należy:
doprecyzować role i odpowiedzialności (z nazwiskami lub funkcjami),
uzgodnić harmonogram publikacji modeli i raportów,
określić zasady zarządzania zmianą w kontekście BIM (co, kto, kiedy aktualizuje),
połączyć BEP z harmonogramem kontraktowym i kluczowymi kamieniami milowymi,
zdefiniować sposób weryfikacji jakości danych (procedury QA/QC modeli).
Ten dokument nie może powstać jednostronnie. Inwestor, projektant i wykonawca powinni mieć okazję zgłosić uwagi. Jeśli BEP kontraktowy pozostaje „wewnętrzną” instrukcją wykonawcy, szybko powstanie rozdźwięk między tym, co w nim zapisano, a tym, czego oczekuje inwestor.
Co sprawdzić: spójność BEP z kontraktem i SIWZ
Przed ostatecznym zatwierdzeniem BEP warto przeprowadzić prostą kontrolę:
czy zakres usług BIM opisany w BEP odpowiada zakresowi wynagrodzenia w kontrakcie,
czy BEP nie narzuca dodatkowych obowiązków bez pokrycia w umowie (np. liczby spotkań, raportów),
czy jest zgodny z SIWZ/OPZ – ustawowe wymagania często mają pierwszeństwo przed zapisami technicznymi,
czy w BEP opisano sposoby rozliczania ewentualnych prac dodatkowych wynikających z nowych wymagań informacyjnych.
Niespójność między BEP a kontraktem to jedna z głównych przyczyn konfliktów przy końcowym rozliczaniu modelu powykonawczego i usług koordynacyjnych.
Zakres i rola BEP w cyklu życia projektu – co powinno się w nim znaleźć
Kluczowe moduły BEP z perspektywy wykonawcy i projektanta
Moduł 1: Informacje ogólne o projekcie i cele BIM
Pierwszy blok BEP powinien uporządkować podstawowe informacje: kto gra, na jakim boisku i po co. To miejsce na jasne zdefiniowanie kontekstu kontraktu oraz przełożenie celów BIM na zapisy operacyjne.
strony umowy: inwestor, wykonawca, projektanci, kluczowi podwykonawcy.
Krok 2 – mapowanie celów BIM na zastosowania (use cases):
koordynacja międzybranżowa,
wsparcie przedmiarowania i zamówień,
symulacje 4D wybranych etapów,
model powykonawczy z parametrami wymaganymi do FM.
Przy każdym zastosowaniu warto dodać krótki opis, kto jest odpowiedzialny i jaki jest oczekiwany efekt biznesowy (np. mniejsza liczba kolizji na budowie, skrócony czas zamówień, mniej robót dodatkowych).
Co sprawdzić:
czy każde zastosowanie BIM ma przypisanego właściciela,
czy cele da się zmierzyć (choćby orientacyjnie),
czy nie obiecano zastosowań BIM, których kontrakt w ogóle nie finansuje.
Moduł 2: Struktura organizacyjna BIM i komunikacja
Drugi moduł porządkuje, kto za co odpowiada i jak ze sobą rozmawia. Brak tych ustaleń kończy się chaosem: nikt nie wie, komu zgłaszać problem, a spotkania koordynacyjne przypominają otwarte forum narzekań.
Krok 1 – opis ról BIM:
BIM Manager – odpowiada za całość procesu, spójność BEP, kontakty z inwestorem,
BIM Koordynatorzy branżowi – prowadzą koordynację w swoich branżach,
Modelerzy – tworzą i aktualizują modele,
Information Manager / CDE Manager – zarządza środowiskiem danych i uprawnieniami,
Przedstawiciel inwestora ds. BIM – zatwierdza kluczowe decyzje i standardy po stronie zamawiającego.
Krok 2 – matryca odpowiedzialności (RACI):
Do każdego głównego procesu (np. publikacja modelu, przegląd kolizji, aktualizacja modelu powykonawczego) trzeba przypisać, kto jest:
R – Responsible (wykonuje),
A – Accountable (odpowiada za wynik),
C – Consulted (konsultowany),
I – Informed (informowany).
Krok 3 – kanały komunikacji:
jakie spotkania BIM są prowadzone (koordynacyjne, przeglądowe, warsztaty),
jak często się odbywają i kto przygotowuje agendę,
jakie narzędzia komunikacji są dopuszczone (e-mail, komunikator, komentarze w CDE) i co jest oficjalnym kanałem do decyzji.
Typowy błąd: wszystkie uwagi do modeli lądują w mailach i na komunikatorach. W efekcie połowa ustaleń nie trafia do CDE ani protokołów, a potem nie da się odtworzyć, kto co uzgodnił.
Co sprawdzić:
czy do każdej roli BIM jest przypisana konkretna osoba/funkcja (nie tylko ogólne nazwy),
czy opis spotkań BIM jest spójny z harmonogramem i budżetem (np. liczba spotkań miesięcznie),
czy decyzje projektowe mają jasno wskazany sposób zatwierdzania i archiwizacji.
Moduł 3: Strategia modelowania – zakres, podział i etapy
Kolejny blok BEP odpowiada na pytanie: co dokładnie będzie modelowane, do jakiego poziomu i w jakich etapach. Bez tego modele rozrastają się w niekontrolowany sposób, a zespół projektowy i wykonawczy pracują na różnych założeniach.
Krok 1 – podział modeli:
na branże (architektura, konstrukcja, instalacje, drogi, mosty itp.),
na strefy (budynki, klatki, kondygnacje, odcinki drogowe),
na fazy (projekt budowlany, wykonawczy, model powykonawczy).
Krok 2 – zakres modelowania:
Dobrze sprawdza się tabela z kategoriami elementów i decyzją, czy:
będą modelowane geometrycznie (3D),
będą modelowane symbolicznie (uproszczona geometria),
pozostaną wyłącznie na rysunkach 2D / schematach.
Przykład: detale zbrojenia mogą być pełnym 3D w kluczowych węzłach (np. strefy pod podpory), a w pozostałym zakresie – tylko jako informacja opisowa w modelu i rysunkach.
Krok 3 – etapy rozwoju modeli:
definicja poziomów rozwoju (np. LOD 200/300/350/400 lub LOG/LOI wg przyjętego standardu),
powiązanie poziomów z etapami kontraktu (PB, PW, dokumentacja warsztatowa, powykonawcza),
jasna informacja, na którym etapie jakich informacji nie należy się spodziewać w modelu.
Co sprawdzić:
czy tabela zakresu modelowania jest spójna dla wszystkich branż,
czy są opisane wyjątki – elementy nie modelowane, ale istotne dla budowy,
czy stopnie LOD/LOG/LOI są jednoznacznie zdefiniowane (np. poprzez załącznik ze specyfikacją).
Moduł 4: Zasady jakości danych i kontroli modeli
Bez opisanej procedury kontroli jakości modele szybko stają się „ładnymi obrazkami”, które na budowie generują więcej problemów niż korzyści. W BEP trzeba nazwać wprost, jak wygląda kontrola przed publikacją.
Krok 1 – standardy jakości:
minimalne wymagania dla geometrii (dokładność, zasady modelowania rodzin/obiektów),
wymagane pola parametryczne (np. kody klasyfikacji, numer pozycji przedmiaru, status),
zasady uproszczeń (co można „ściąć”, żeby nie przeładować modelu).
Krok 2 – procedura QA/QC:
kto i kiedy wykonuje samo-kontrolę modelu (checklisty dla modelerów),
kto odpowiada za weryfikację międzybranżową przed publikacją w CDE,
jakie raporty są generowane (np. raport błędów, raport braków parametrów) i gdzie są archiwizowane.
Krok 3 – kryteria odbioru modelu:
jakie warunki musi spełnić model, żeby uznać go za „zgodny z etapem”,
jak są oznaczane elementy niezweryfikowane (np. status „do sprawdzenia”),
jak wygląda procedura poprawy po odrzuceniu modelu przez inwestora/koordynatora głównego.
Co sprawdzić:
czy istnieją konkretne listy kontrolne (checklisty), a nie tylko ogólne hasła „kontrola jakości”,
czy odpowiedzialność za QA/QC nie jest rozmyta między projektantem a wykonawcą,
czy kryteria odbioru modeli są powiązane z kamieniami milowymi kontraktu.
Moduł 5: Integracja BEP z harmonogramem i kosztami
Jeżeli BEP żyje obok harmonogramu i budżetu, BIM szybko staje się dodatkiem „na boku”. Integracja z czasem i kosztami decyduje o tym, czy BIM realnie wpływa na marżę.
Krok 1 – powiązanie modeli z harmonogramem:
zdefiniowanie, które etapy i zakresy robót będą odwzorowane w 4D,
opis sposobu łączenia elementów modelu z zadaniami harmonogramu (kody WBS, nazwy zadań),
ustalenie częstotliwości aktualizacji danych czasowych w modelu.
Krok 2 – powiązanie modeli z kosztami:
czy model będzie wykorzystywany do przedmiarów i ofert na roboty dodatkowe,
czy elementy modelu mają posiadać powiązanie z pozycjami kosztorysu (np. kod pozycji),
kto odpowiada za aktualność informacji ilościowych w modelu (projektant vs wykonawca).
Krok 3 – minimalne wymagania dla 4D/5D:
czy wymagane jest pełne 4D dla całego zakresu, czy tylko wybranych krytycznych etapów,
czy raporty 4D/5D są formalnymi dokumentami kontraktowymi, czy materiałem pomocniczym,
w jaki sposób wyniki analiz (np. kolizji z harmonogramem, ryzyk frontów robót) są przekładane na decyzje budowy.
Przykład z praktyki: na jednym z projektów model 4D był stosowany wyłącznie przy planowaniu przełączeń instalacji i pracy w czynnym obiekcie. Oszczędzono wiele nocnych przerw technologicznych i uniknięto nieplanowanych wyłączeń, choć reszta kontraktu nie była objęta szczegółowym 4D.
Co sprawdzić:
czy zakres 4D/5D odpowiada rzeczywistym potrzebom budowy,
czy w harmonogramie uwzględniono czas na przygotowanie i aktualizację modeli pod 4D/5D,
czy działy kosztów/planowania znają zasady korzystania z danych z modeli.
Źródło: Pexels | Autor: JESHOOTS.com
Role i odpowiedzialności: kto „trzyma” BEP, a kto tylko korzysta
Właściciel BEP po stronie wykonawcy
Najważniejsze pytanie organizacyjne brzmi: kto jest właścicielem BEP na kontrakcie. Bez jednoznacznej odpowiedzi BEP rozjeżdża się w trakcie projektu – każdy „dopasowuje” go do swoich potrzeb.
W większości przypadków właścicielem BEP po stronie wykonawcy powinien być BIM Manager kontraktowy. To on:
inicjuje aktualizacje BEP w reakcji na zmiany w kontrakcie i EIR,
koordynuje uzgodnienia z inwestorem i projektantem,
pilnuje, aby procedury opisane w BEP były realnie stosowane na budowie.
Krok 1 – formalne upoważnienie:
zapisać w BEP (i wewnętrznej strukturze organizacyjnej), że BIM Manager ma prawo inicjować zmiany w BEP,
zapewnić mu bezpośredni dostęp do kierownika kontraktu i głównych decydentów.
Krok 2 – powiązanie z zarządzaniem zmianą:
każda istotna zmiana zakresu robót powinna być analizowana pod kątem wpływu na BEP,
BIM Manager przygotowuje propozycję aktualizacji i przedstawia ją do zatwierdzenia.
Co sprawdzić:
czy w strukturze organizacyjnej nie ma „podwójnego” właściciela BEP (np. BIM Manager i kierownik projektu bez jasnego podziału),
czy BIM Manager ma realny wpływ na decyzje, czy tylko „opisuje rzeczywistość” po fakcie.
Rola projektanta w utrzymaniu spójności BEP
Projektant często traktuje BEP jako dokument narzucony przez wykonawcę. Tymczasem bez jego aktywnego udziału modele projektowe i wykonawcze szybko się rozjeżdżają.
Krok 1 – zakres odpowiedzialności projektanta:
aktualizacja modeli w ramach umowy projektowej (np. wprowadzanie zmian, korekt branżowych),
utrzymanie standardów modelowania zgodnych z BEP (nazewnictwo, parametry, podział modeli),
udział w przeglądach koordynacyjnych i reagowanie na zgłoszenia kolizji.
Krok 2 – mechanizm przekazywania modeli:
częstotliwość publikacji modeli przez projektanta,
formaty przekazywanych plików (natywne + wymiana, np. IFC),
procedura akceptacji modeli przez wykonawcę i wprowadzania uwag.
Typowy błąd: projektant oczekuje, że za aktualizację modelu pod wszystkie potrzeby wykonawcy zapłaci ten ostatni, mimo że część zmian wynika z błędów lub nieścisłości w dokumentacji. BEP powinien jasno oddzielać:
aktualizacje wynikające z zakresu umowy projektowej,
modele „warsztatowe” przygotowywane przez wykonawcę (np. zbrojenie, prefabrykaty).
Co sprawdzić:
czy obowiązki projektanta opisane w BEP są spójne z umową projektową,
czy projektant zaakceptował standardy modelowania i harmonogram publikacji modeli,
czy istnieje jasna granica, gdzie kończy się odpowiedzialność projektanta, a zaczyna wykonawcy.
Udział podwykonawców i dostawców w procesie BIM
Zakres odpowiedzialności podwykonawców
Podwykonawcy i dostawcy coraz częściej odpowiadają za kluczowe fragmenty modeli – od zbrojenia prefabrykatów po instalacje technologiczne. BEP musi precyzyjnie określać, czego oczekuje się od każdej z tych stron, żeby uniknąć klasycznego „to nie moje”.
Krok 1 – zdefiniowanie, kto modeluje:
czy podwykonawca ma obowiązek dostarczyć model 3D (natywny/IFC),
czy odpowiada tylko za parametry do wprowadzenia w istniejący model wykonawcy,
czy jego wkład ogranicza się do rysunków 2D, na podstawie których wykonawca zmodeluje zakres.
Krok 2 – poziom szczegółowości dla podwykonawców:
jakiego LOD/LOG/LOI oczekuje się od modeli podwykonawcy (np. LOD 400 dla prefabrykatów, LOD 350 dla instalacji),
które parametry są obowiązkowe (masa elementu, numer seryjny, dane serwisowe, kod pozycji kosztorysowej),
w jakiej formie mają być przekazywane dane katalogowe (np. arkusz z parametrami do zaimportowania).
Krok 3 – zasady odpowiedzialności za błędy:
co się dzieje, gdy kolizja wynika z błędnej geometrii dostawcy (np. niezgodnej z kartą katalogową),
jak rozliczane są poprawki modeli i dokumentacji wynikające z błędów podwykonawcy,
czy w umowach z podwykonawcami istnieją zapisy o odpowiedzialności za jakość danych BIM.
Co sprawdzić:
czy w umowach z podwykonawcami pojawiają się odniesienia do BEP i standardów BIM,
czy zakres modelowania podwykonawców jest zgodny z główną tabelą zakresu modelowania z BEP,
czy odpowiedzialność za błędy w modelu podwykonawcy jest jasno rozpisana (technicznie i kosztowo).
Włączanie podwykonawców i dostawców do procesu CDE
Podwykonawca, który wysyła modele mailowo lub przez „WeTransfer”, a nie przez CDE, wywraca do góry nogami cały system zarządzania informacją. BEP powinien krok po kroku opisywać, jak podwykonawcy wchodzą do środowiska danych i jak z niego korzystają.
Krok 1 – nadanie uprawnień do CDE:
kto po stronie wykonawcy zakłada konta użytkowników podwykonawców,
jakie role i uprawnienia otrzymują (np. tylko upload do określonych folderów, bez prawa kasowania),
czy podwykonawcy mają wgląd w modele innych branż, czy tylko we własny zakres.
Krok 2 – standardy nazewnictwa i struktury plików:
jak podwykonawca ma nazwać swoje modele, rysunki i raporty (prefiks, numer kontraktu, branża, wersja),
w których folderach CDE umieszcza dokumenty robocze, a gdzie wersje do akceptacji,
jak oznaczane są pliki wycofane lub zastąpione nowszą wersją.
Krok 3 – proces akceptacji dokumentów i modeli podwykonawcy:
kto po stronie wykonawcy weryfikuje modele i dokumenty przed ich „upublicznieniem” dla reszty zespołu,
jak przekazywane są uwagi (komentarze w CDE, raporty kolizji, listy poprawek),
jak wygląda ścieżka statusu pliku (np. „Wersja robocza” → „Do akceptacji” → „Zatwierdzony do realizacji”).
Przykład: na kontrakcie instalacyjnym każdy podwykonawca branżowy składał swój model tylko do folderu „01_INPUT”. Dopiero po weryfikacji przez koordynatora BIM modele trafiały do „02_SHARED”, skąd korzystały inne branże. Ograniczyło to liczbę sytuacji, w których ekipy na budowie pracowały na „półprodukcie”.
Co sprawdzić:
czy podwykonawcy faktycznie logują się do CDE, a nie przesyłają pliki innymi kanałami,
czy znają i stosują standard nazewnictwa z BEP,
czy ścieżka akceptacji modeli/dokumentów jest dla nich jasno opisana i przetestowana na początku kontraktu.
Szkolenie i wsparcie dla podwykonawców
Część podwykonawców ma ograniczone doświadczenie z BIM. Jeśli BEP zakłada od nich modelowanie na zaawansowanym poziomie, trzeba im realnie pomóc, inaczej jakość danych spadnie, a terminy przestaną być dotrzymywane.
Krok 1 – wstępny audyt kompetencji:
sprawdzenie, które firmy mają własne zespoły BIM, a które tylko CAD 2D,
ustalenie, kto będzie modelował: podwykonawca, wykonawca czy zewnętrzne biuro,
dostosowanie wymagań BEP do faktycznych możliwości (lub zaplanowanie wsparcia).
Krok 2 – krótkie szkolenia startowe:
omówienie zasad CDE, nazewnictwa i publikacji modeli,
pokazanie minimum wymaganego w modelach (szablony rodzin, parametry obowiązkowe),
przećwiczenie procesu wgrywania i akceptacji na przykładowym zestawie plików.
Krok 3 – bieżące wsparcie i standardowe szablony:
udostępnienie szablonów modeli, rodzin i arkuszy parametrów,
wyznaczenie kontaktu technicznego (koordynator BIM branżowy) dla pytań podwykonawcy,
stosowanie standardowej listy najczęstszych błędów z poprzednich kontraktów.
Typowy błąd: narzucenie wymagania LOD 400 dla wszystkich instalacji bez sprawdzenia, czy podwykonawca kiedykolwiek pracował w takim standardzie. Efekt – spóźnione modele, nerwowe poprawki i ciągłe „tymczasowe obejścia” na budowie.
Co sprawdzić:
czy wymagania BIM w umowach podwykonawczych są realne technicznie i czasowo,
czy podwykonawcy otrzymali konkretne materiały startowe (szablony, instrukcje),
czy istnieje plan szkoleń/spotkań koordynacyjnych w pierwszych miesiącach kontraktu.
Źródło: Pexels | Autor: Thirdman
Standardy modelowania: LOD/LOG/LOI, nazewnictwo i struktura modeli
Praktyczne definiowanie LOD/LOG/LOI w BEP
Poziomy szczegółowości to jedno z najczęstszych źródeł nieporozumień. BEP musi je przełożyć z ogólnych definicji na praktyczne wymagania dla danego kontraktu.
Krok 1 – wybór systemu odniesienia:
określenie, czy kontrakt opiera się na LOD (wg np. AIA/BIMForum), LOG/LOI (BS/PAS) czy lokalnym standardzie,
dodanie do BEP tabeli z definicjami poziomów obowiązującymi na projekcie,
uniknięcie mieszania różnych systemów bez jasnej mapy powiązań.
Krok 2 – mapa LOD/LOG/LOI do etapów kontraktu:
przypisanie poziomów do etapów (np. PB – LOD 200, PW – LOD 300, warsztat – LOD 400),
rozróżnienie wymagań dla różnych grup elementów (konstrukcja, architektura, instalacje),
wskazanie elementów krytycznych, dla których poziom będzie wyższy niż standardowy.
Krok 3 – opis „czego jeszcze nie ma”:
dla każdego etapu i typu elementu wskazanie, jakich informacji świadomie się nie oczekuje,
opisanie, w którym momencie pojawią się konkretne parametry (np. numer seryjny, dostawca, dane serwisowe),
określenie, od kiedy model może być używany do przedmiarowania i zamówień.
Przykład: w jednym projekcie zapisano, że do momentu zatwierdzenia PW instalacje mają LOD 300, bez danych producenta. Dzięki temu dział zakupów nie próbował zamawiać urządzeń na podstawie wstępnych modeli „katalogowych”.
Co sprawdzić:
czy tabela LOD/LOG/LOI jest zrozumiała dla kierowników robót, a nie tylko dla BIM Managera,
czy poziomy są spójne między branżami (np. brak sytuacji, że konstrukcja ma LOD 400, a instalacje 200 w tym samym rejonie),
czy w BEP zapisano, jak będą raportowane odstępstwa od uzgodnionych poziomów.
System nazewnictwa obiektów, modeli i widoków
Dobrze opisane nazewnictwo w BEP oszczędza dziesiątki godzin szukania właściwych plików i elementów. System musi być prosty, powtarzalny i czytelny dla całego zespołu.
Krok 1 – nazwy plików modeli:
zdefiniowanie schematu nazwy (np. [Kontrakt]_[Branża]_[Strefa]_[Poziom LOD]_[Status]_[Wersja]),
wprowadzenie krótkich, jednoznacznych kodów branż (AR, KO, IN, TE itd.),
określenie, jak oznaczane są pliki archiwalne i tymczasowe.
Krok 2 – nazewnictwo obiektów i rodzin:
ustalenie struktury nazw rodzin (np. Typ_Elementu_Producent_Wariant),
rozdzielenie rodzin systemowych i niestandardowych (custom) poprzez prefiksy,
opisanie minimalnego zestawu parametrów identyfikacyjnych (kod klasyfikacji, numer typowy, jednostka organizacyjna).
Krok 3 – widoki, arkusze i zestawienia:
standard nazewnictwa widoków roboczych i dokumentacyjnych (np. BR-Strefa-Poziom-Zakres),
oznaczenia arkuszy rysunkowych powiązane z systemem dokumentacji 2D,
spójne nazwy zestawień przedmiarowych i kontrolnych (np. „QS_ZBROJENIE_POZIOM_1”).
Typowy błąd: każdy modeler wprowadza własną logikę nazw, co kończy się sytuacją, w której koordynator łączy w jednym modelu „KO_Konstrukcja” i „KONSTR_2_poprawa_nowa_v3”.
Co sprawdzić:
czy system nazewnictwa jest opisany w BEP wraz z przykładami poprawnych nazw,
czy wdrożono automatyzację (skrypty, szablony) pomagającą utrzymać spójność,
czy istnieje procedura korygowania niepoprawnie nazwanych plików i elementów.
Struktura modeli i podział na strefy
Zbyt duże, „przeładowane” modele spowalniają pracę i utrudniają koordynację. Z drugiej strony, nadmierny podział powoduje chaos w wersjach i publikacjach. BEP powinien pokazywać złoty środek.
Krok 1 – podział modeli wg branż i funkcji:
określenie modeli głównych i pomocniczych (np. konstrukcja główna vs detale zbrojenia),
rozgraniczenie modeli projektowych i warsztatowych (osobne pliki, jasne relacje),
ustalenie, które modele służą do koordynacji, a które wyłącznie do produkcji (np. prefabrykaty).
ustalenie, czy modele są dzielone pionowo (strefy) czy poziomo (poziomy), czy też kombinacją obu podejść.
Krok 3 – zasady łączenia modeli:
wybór modelu referencyjnego dla koordynacji (tzw. model federacyjny),
opisanie, jakie modele są linkowane, a jakie importowane,
zdefiniowanie systemu lokalnych układów współrzędnych i ich powiązań z układem globalnym.
Przykład: na budowie wielosekcyjnego osiedla każdy segment miał własny zestaw modeli branżowych, a dodatkowo istniał wspólny model terenu i infrastruktury. Dzięki temu zespoły mogły pracować równolegle, a koordynator miał pełny obraz tylko wtedy, gdy był naprawdę potrzebny.
Co sprawdzić:
czy struktura modeli jest udokumentowana graficznie (schemat powiązań) i opisana w BEP,
czy podział modeli odzwierciedla podział robót w harmonogramie,
czy koordynator BIM ma jasne zasady tworzenia modeli federacyjnych do przeglądów.
Workflow wymiany informacji: CDE, formaty, harmonogramy publikacji
Projektowanie struktury CDE pod kontrakt
Środowisko wspólne danych (CDE) to nie tylko „chmura na pliki”. Jego struktura decyduje, czy zespół będzie pracował na aktualnych informacjach, czy na przypadkowej mieszance wersji.
Krok 1 – podstawowa struktura folderów:
Najczęściej zadawane pytania (FAQ)
Co to jest BEP w BIM i po co jest potrzebny na budowie?
BEP (BIM Execution Plan, Plan Realizacji BIM) to uzgodniony dokument, który opisuje, jak konkretnie używać BIM na danym kontrakcie. Określa m.in. kto co modeluje, jakie dane są wymagane, kiedy i w jakiej formie publikowane są modele oraz które informacje są „kontraktowe”, a które tylko pomocnicze.
Na budowie BEP zamienia BIM z gadżetu „dla efektu wow” na narzędzie do zarabiania pieniędzy: ogranicza liczbę kolizji na budowie, porządkuje obieg informacji i pozwala podejmować decyzje na podstawie aktualnych danych, a nie domysłów. Dzięki temu jest mniej poprawek, przestojów i nieporozumień między inwestorem, projektantem i wykonawcą.
Co sprawdzić: czy BEP jasno odpowiada na pytanie „po co BIM na tym kontrakcie” oraz czy opisuje konkretne use case’y (kolizje, zamówienia materiału, harmonogram, model powykonawczy).
Dlaczego sam model 3D nie wystarcza wykonawcy i inspektorowi?
Model 3D bez BEP to tylko ładna geometria. Wykonawca potrzebuje przewidywalności: kiedy dostanie aktualizację modelu, gdzie sprawdzić zmiany, które widoki i zestawienia są wiążące oraz kto odpowiada za braki i korekty. Inspektor z kolei musi mieć jasne, czy może przy odbiorach opierać się na modelu, czy wyłącznie na papierowej dokumentacji.
Bez ustalonych reguł ten sam model bywa różnie interpretowany: dla projektanta coś jest szkicem, a dla kierownika robót już podstawą do zamówienia materiału. To generuje najdroższe błędy. BEP definiuje „jedno źródło prawdy” na danym etapie – konkretne widoki, parametry i zestawienia, do których odwołują się wszyscy.
Co sprawdzić: czy w BEP jest zdefiniowane, które elementy modelu są „zatwierdzone do realizacji”, jak oznaczany jest status zmian oraz jak inspektor korzysta z modelu przy odbiorach.
Jak przygotować BEP, który realnie poprawia wynik finansowy kontraktu?
Krok 1: ustal cele biznesowe użycia BIM. Minimum 3–4 jasno mierzalne cele, np. redukcja kolizji na budowie, wykorzystanie modelu do zamówień prefabrykatów, proste 4D dla kluczowych etapów, model powykonawczy do FM. Bez tego BEP staje się tylko kosztownym załącznikiem do umowy.
Krok 2: oprzyj BEP na wymaganiach informacyjnych inwestora (EIR, AIR, PIR). Sprawdź, jakich informacji faktycznie potrzebuje po oddaniu obiektu i w trakcie budowy, a które wymagania są „życzeniowe” i nie mieszczą się w budżecie. Krok 3: opisz konkretny workflow – cykl publikacji modeli, procedurę zgłaszania kolizji, sposób aktualizacji modelu powykonawczego, odpowiedzialności poszczególnych stron.
Co sprawdzić: czy każdy punkt BEP da się powiązać z konkretną korzyścią (mniej kolizji, szybsze zamówienia, krótsze przygotowanie dokumentacji powykonawczej) oraz czy zakres BIM mieści się w wynagrodzeniu.
Jak BEP wpływa na codzienną pracę na budowie (przykład praktyczny)?
Dwa kontrakty, podobny zakres i ten sam model projektowy. Na budowie bez realnego BEP: każdy ma „swoje” rysunki, koordynacje są chaotyczne, nikt nie wie, która wersja modelu jest aktualna. Kolizje nie mają przypisanych właścicieli ani terminów, a model powykonawczy powstaje w pośpiechu na końcu, z dużą liczbą dopasowań „na pamięć”.
Na budowie z dobrze wdrożonym BEP: jest z góry ustalony cykl koordynacji i aktualizacji modeli, każde zgłoszenie kolizji ma właściciela i termin, model jest powiązany z harmonogramem (choćby tylko dla kluczowych etapów), a model powykonawczy aktualizuje się na bieżąco. Efekt – mniej przestojów, mniej pracy „na wariata” i bardziej przewidywalna marża.
Co sprawdzić: czy w BEP opisano cykliczność aktualizacji, zasady pracy z systemem zgłoszeń (issue tracking) oraz kto odpowiada za aktualizację modelu powykonawczego w trakcie realizacji.
Jak powiązać EIR i BEP, żeby nie „przepalić” budżetu na BIM?
Krok 1: przed złożeniem oferty przeanalizuj wymagania informacyjne inwestora (EIR, zapisy SIWZ/OPZ, umowy). Zrób to razem z BIM Managerem lub działem technicznym, a nie tylko działem ofertowym. Trzeba ustalić, czy mówimy o prostym modelu 3D do koordynacji, czy o rozbudowanym modelu 4D/5D/6D.
Krok 2: zidentyfikuj wymagania, które są realne w ramach budżetu, oraz te, które generują nieopłacalny nakład pracy. W ofercie i później w BEP jasno opisz zakres BIM, który przyjmujesz na siebie. Krok 3: jeśli inwestor nie ma EIR – zaproponuj wersję uproszczoną i ogranicz zakres BIM do uzgodnionych celów, zamiast dopisywać „na wszelki wypadek” zbyt szerokie obowiązki.
Co sprawdzić: czy BEP jest spójny z EIR i ofertą, oraz czy nie zawiera dodatkowych zobowiązań BIM, za które nikt nie zapłaci (np. zbędne parametry 6D, zbyt gęsty cykl aktualizacji modeli).
Jakie są najczęstsze błędy przy tworzeniu BEP dla budowy?
Najczęściej powtarzają się trzy grupy błędów. Po pierwsze: brak jasno zdefiniowanych celów użycia BIM, przez co BEP opisuje „wszystko i nic” i nie wiadomo, które działania są priorytetowe. Po drugie: kopiowanie BEP z innego projektu bez dopasowania do konkretnego kontraktu, branż i wymagań inwestora.
Po trzecie: pomijanie wykonawcy i inspektora przy tworzeniu dokumentu. BEP bywa pisany wyłącznie przez projektanta lub dział BIM, bez konsultacji z osobami, które będą z niego korzystać na budowie. Skutek – zapisy oderwane od realiów, które później omija się w praktyce.
Co sprawdzić: czy BEP był konsultowany z kierownikiem budowy/robót i inspektorem, czy dokument zawiera konkretne procedury (a nie tylko ogólne hasła) oraz czy wszyscy uczestnicy kontraktu znają i akceptują jego treść.
Kto powinien przygotować BEP i kiedy zacząć nad nim pracę?
BEP powinien powstawać zespołowo. Zazwyczaj liderem jest BIM Manager lub Koordynator BIM po stronie wykonawcy, ale w proces muszą być włączeni: przedstawiciel inwestora (lub jego doradca BIM), projektanci branżowi oraz osoby odpowiedzialne za realizację (kierownik budowy, kierownicy robót). Tylko wtedy dokument obejmuje cały cykl informacji – od projektu po model powykonawczy.
Co warto zapamiętać
Krok 1: Traktuj BEP jako narzędzie biznesowe, nie „fajerwerk” techniczny – celem jest mniejsza liczba poprawek, przestojów i nieporozumień, a w efekcie wyższa marża na tym samym kontrakcie.
Krok 2: Sam model 3D nie wystarczy – bez jasno opisanych zasad (BEP) każdy interpretuje go po swojemu, co prowadzi do najdroższych błędów, gdy szkic koncepcyjny staje się podstawą zamówienia materiału.
Krok 3: BEP musi być technicznym porozumieniem inwestor–projektant–wykonawca, które przekłada ogólne wymagania na konkretne reguły: jakie dane wprowadzamy, kto je uzupełnia, jaki status ma model i jak obsługujemy kolizje oraz zmiany.
Krok 4: Dobrze egzekwowany BEP porządkuje codzienną pracę – ustala cykl koordynacji, przypisuje właścicieli kolizji i terminy ich usunięcia, pozwala prowadzić model powykonawczy „na bieżąco”, zamiast nadrabiać wszystko w panice pod koniec budowy.
Krok 5: Ta sama technologia BIM może dać zupełnie inny wynik – różnicą jest obecność i egzekwowanie BEP; tam, gdzie BEP działa, jest mniej chaosu na naradach, mniej pracy „na wariata” i bardziej przewidywalne rozliczenie inwestycji.
Krok 6: Przed pisaniem BEP trzeba jasno ustalić 3–4 główne cele użycia BIM (np. redukcja kolizji, zamówienia z modelu, 4D dla kluczowych etapów, model do FM); bez tego BEP staje się kosztownym, martwym załącznikiem.
