Która to rewizja? Wersjonowanie rysunków w biurze projektowym bez pomyłek

Spójny system wersjonowania rysunków opiera się na trzech filarach: jednolitej konwencji nazewnictwa plików, rejestrze rewizji per projekt oraz jednoznacznym statusie każdego rysunku (roboczy / do wydania / wydany / nieaktualny). Bez tych trzech elementów biuro projektowe nie ma kontroli nad tym, która wersja jest aktualna – i prędzej czy później ktoś wyśle do wykonawcy stary plik.

Konsekwencje tego błędu bywają kosztowne: przekuty fundament pod nieaktualny przekrój, zamówiony materiał według starego zestawienia, wykonawca budujący według pierwszej wersji zamiast trzeciej. Zmiana na budowie kosztuje zwykle kilka do kilkudziesięciu razy więcej niż ta sama zmiana na etapie projektu.

Dlaczego „rysunek_final_v2_poprawka_ost.dwg” to nie jest system?

Nazwa pliku jest jedynym rejestrem historii rysunku tylko wtedy, gdy tego historię buduje każdy projektant osobno, bez żadnej reguły. Efektem jest to, co zna każde biuro projektowe.

Plik zaczyna życie jako „rzut_parteru.dwg”. Po pierwszej poprawce staje się „rzut_parteru_v2.dwg”. Klient zgłasza kolejną zmianę – pojawia się „rzut_parteru_v2_final.dwg”. Niestety po tygodniu jest jeszcze „rzut_parteru_v2_final_poprawka.dwg” i „rzut_parteru_final_ok_WYSYLKA.dwg”. Kiedy miesiąc później szukasz pliku do wysłania na budowę, masz pięć kandydatów i żaden nie ma jednoznacznej odpowiedzi „to jest aktualny”.

Podobny problem dotyczy obiegu dokumentów w firmie projektowej – bez systemu rewizji każda wersja dokumentu żyje własnym życiem. Dobry system operacyjny biura projektowego traktuje wersjonowanie rysunków jako jeden z kluczowych procesów, a nie kwestię nawyków poszczególnych projektantów.

Problem z nazwą pliku jako jedynym nośnikiem historii jest strukturalny. Nazwa nie ma żadnego nadzoru – każdy może nadać dowolną nazwę, każdy rozumie „final” inaczej, a nikt nie sprawdza, czy plik wysłany zewnętrznie to rzeczywiście najnowsza wersja.

Jakie metody wersjonowania stosują biura projektowe i gdzie każda z nich zawodzi?

Nie ma jednej złej metody. Każda z popularnych praktyk ma swoje miejsce i swój punkt, w którym przestaje wystarczać.

Biura małe (1-5 osób) najczęściej utknęły przy sufiksie w nazwie pliku lub segregacji na foldery. Biura większe próbują Excela, ale on gnijeje przy pierwszym przeciążeniu. System z rejestrem ma sens od pewnej skali, ale wymaga integracji z tym, jak biuro faktycznie pracuje.

Jak zbudować konwencję nazewnictwa, która naprawdę działa?

Dobra konwencja to taka, którą każdy w biurze stosuje bez myślenia. Zbyt skomplikowana – ludzie ją omijają. Za prosta – nie niesie wystarczająco informacji.

Sprawdzony schemat dla dokumentacji projektowej wygląda tak:

[KOD_PROJEKTU]-[BRANŻA]-[NR_RYSUNKU]-R[REWIZJA].[ROZSZERZENIE]

Przykład: WB24-KON-101-R03.dwg

• WB24 – kod projektu (np. inicjały klienta + rok)
• KON – branża (ARC, KON, SAN, ELE, DRO…)
• 101 – numer rysunku w obrębie branży
• R03 – trzecia rewizja

Kilka zasad, które robią różnicę.

Rewizja numerowana cyfrą, nie słowem

R01, R02, R03 – zawsze z zerem wiodącym, żeby sortowanie alfabetyczne i chronologiczne pokrywały się. „v2_final” nie jest numerem rewizji – jest wyrazem frustracji. „R01” jest faktem.

Rewizja zerowa to rewizja robocza

R00 oznacza plik roboczy – nie do wydania. Dopiero R01 to pierwsza rewizja wydana do zewnętrznego obiegu. Dzięki temu pliki wewnętrzne i wydane mają inną przestrzeń numeryczną i nie mieszają się.

Data w rejestrze, nie w nazwie pliku

Data w nazwie pliku („rzut_2026-06-15.dwg”) jest pozornie pomocna, ale tworzy problem: kiedy rysunek jest poprawiany następnego dnia, pojawia się pytanie, czy to nowy plik czy ta sama wersja. Data powinna żyć w rejestrze rewizji, nie w nazwie.

Co oznaczają statusy rysunku i dlaczego każdy musi je znać?

Status rysunku to odpowiedź na pytanie „co można z tym plikiem zrobić”. Bez statusu każdy plik jest potencjalnie aktualny albo potencjalnie nieaktualny – nie wiadomo który.

Wystarczą cztery statusy:

Status powinien być widoczny w rejestrze rewizji, a pliki oznaczone jako NIEAKTUALNY powinny trafić do folderu archiwum natychmiast po wydaniu nowej rewizji. Nie „przy okazji”. Nie „jak będzie czas”.

Właściciel jednego biura konstrukcyjnego mówił nam wprost, że główny problem to nie błędne pliki – to brak zrozumienia przez cały zespół, że „najnowszy plik w folderze” to nie to samo co „aktualny plik do wydania”. Te dwa pojęcia muszą być w biurze jasno rozróżnione.

Jak zasada jednego źródła prawdy eliminuje pracę na starej wersji?

Single source of truth – jedno miejsce, w którym zawsze jest aktualna wersja. Zasada prosta, ale jej wdrożenie wymaga decyzji.

W biurze projektowym oznacza to: jeden folder sieciowy (lub jeden system) jest źródłem prawdy dla wydanych rysunków. Wszystko inne to kopie robocze lub archiwum. Gdy ktoś potrzebuje aktualnego rysunku – sięga tam. Nie do swojego folderu lokalnego, nie do skrzynki mailowej, nie do folderu „do sprawdzenia” na pulpicie.

Trzy reguły, które trzymają zasadę przy życiu

Reguła 1: Wydany rysunek trafia do folderu WYDANE w ciągu godziny od zatwierdzenia. Nie na koniec dnia. Nie na koniec tygodnia. Rysunek zatwierdzony, a nieprzeniesiony do WYDANE, praktycznie nie istnieje dla reszty biura.

Reguła 2: Gdy wychodzi nowa rewizja, stara trafia do ARCHIWUM przed wysyłką. Najpierw archiwizacja starej, potem wysyłka nowej. Kolejność jest ważna – jeśli ktoś sięgnie po rysunek między wysyłką a archiwizacją, trafi na poprzednią wersję.

Reguła 3: Pliki robocze nigdy nie trafiają do folderu WYDANE. Choćby wyglądały jak gotowe. Folder WYDANE zawiera wyłącznie rysunki z rewizją R01 lub wyższą i statusem WYDANY w rejestrze. To nie jest kwestia oceny – to reguła bez wyjątku.

Takie podejście wpisuje się w szerszy standard kontroli kompletności dokumentacji przed wysłaniem – wersjonowanie to jeden z elementów checklisty, którą biuro powinno mieć przed każdym wydaniem.

Jak agent AI może pilnować aktualnej wersji i historii zmian?

Rejestr rewizji prowadzony ręcznie gnijeje. Ktoś musi pamiętać, żeby go uzupełnić po każdej zmianie, w odpowiedniej formie, w odpowiednim czasie. Przy pilnym projekcie to pierwsze, co odpada.

Agent AI rozwiązuje ten problem przez automatyzację samego monitorowania, nie przez zastępowanie człowieka w decyzjach projektowych.

W praktyce wygląda to tak. Agent obserwuje folder wydanych rysunków i rejestr rewizji. Kiedy pojawia się nowy plik z numerem rewizji wyższym niż poprzedni, agent automatycznie:

• dodaje wpis do rejestru (data, numer rewizji, nazwa pliku, kto zatwierdził),
• zmienia status poprzedniej rewizji na NIEAKTUALNY,
• wysyła krótkie powiadomienie do projektantów w biurze: „Rysunek KON-101 ma nową rewizję R03. Poprzednia (R02) jest nieaktualna.”

Człowiek nadal zatwierdza rysunek – agent tylko pilnuje, żeby historia była zapisana i żeby nikt nie pracował po cichu na starej wersji bez wiedzy reszty zespołu.

Drugi obszar, gdzie agent AI pomaga, to archiwum dokumentacji. Zamknięty projekt ma często dziesiątki rewizji różnych rysunków – agent potrafi skompresować historię do wersji ostatecznych wydanych i oznaczyć pośrednie jako archiwum, bez ręcznego przeglądania setek plików.

Ważne zastrzeżenie: agent AI pilnuje reguł, ale nie rozumie projektu. Ocena, czy rysunek jest merytorycznie poprawny i czy nadaje się do wydania, zawsze należy do projektanta. Nadzór człowieka w tym procesie jest niezbywalny – automatyzacja dotyczy logistyki dokumentów, nie weryfikacji technicznej.

Co zmienić najpierw, jeśli chaos z rewizjami zaczął kosztować?

Jeśli biuro projektowe straciło już czas lub pieniądze na błędy wynikające ze złego wersjonowania, sensowna kolejność działań wygląda tak.

Krok 1: Ustal konwencję nazewnictwa – i zapisz ją

Jedna strona A4, jeden schemat, przykład dla każdej branży w biurze. Nie „umówimy się” – napisz i wyślij do całego zespołu. Bez zapisu każdy będzie pamiętał „swoje” ustalenie.

Krok 2: Stwórz strukturę folderów z wyraźnym WYDANE / ARCHIWUM / ROBOCZE

Trzy foldery per projekt. Jasna reguła, który folder jest źródłem prawdy. Wszyscy wiedzą, że WYDANE = aktualne, ARCHIWUM = nieaktualne, ROBOCZE = w pracy. To nie wymaga systemu – wymaga decyzji i egzekwowania przez dwa pierwsze tygodnie.

Krok 3: Wprowadź rejestr rewizji – choćby najprostszy

Excel z kolumnami: numer rysunku, rewizja, data, status, kto wydał. Uzupełniany przy każdym wydaniu. Jeśli jest za duże obciążenie – to sygnał, żeby w kolejnym kroku rozważyć automatyzację.

Krok 4: Zautomatyzuj prowadzenie rejestru

Dopiero gdy reguły działają ręcznie, warto rozważyć agenta AI lub integrację z systemem zarządzania dokumentami. Automatyzacja złego procesu tworzy szybszy zły proces. Automatyzacja dobrze zdefiniowanego procesu – faktycznie go odciąża.

Najczęściej zadawane pytania

Ile rewizji powinien mieć rysunek, zanim trafi do wydania?

Nie ma reguły dotyczącej liczby rewizji roboczych – to zależy od złożoności rysunku i procesu uzgodnień. Ważne jest coś innego: rewizja R01 (pierwsza wydana) powinna być zatwierdzona przez projektanta prowadzącego, a nie wynikać z przypadkowego momentu wysyłki. Liczba rewizji wydanych zewnętrznie (R01, R02, R03…) powinna być jak najniższa – każda oznacza, że poprzednia nie była poprawna.

Czy każda poprawka to nowa rewizja?

Nie każda. Poprawki robocze (przed pierwszym wydaniem) to faza R00 – nie numerujesz ich jako kolejnych rewizji. Nowa rewizja (R02, R03…) powstaje wtedy, gdy rysunek po raz kolejny trafia do zewnętrznego odbiorcy – klienta, wykonawcy, urzędu. Wewnętrzna korekta literówki w ramach tej samej wersji nie musi generować nowej rewizji, o ile rysunek nie wyszedł jeszcze poza biuro.

Jak oznaczyć rysunki, które zostały wycofane, a nie zastąpione nową wersją?

Wycofanie bez następnika to odrębny status – możesz użyć oznaczeń takich jak „ANULOWANY” lub „WYCOFANY”. W rejestrze rewizji wpisz datę wycofania i powód (np. „zmiana zakresu projektu – branża odpadła”). Rysunek wycofany nie ma nowszego numeru rewizji – po prostu przestał obowiązywać. Ważne, żeby wykonawca lub klient otrzymali jawną informację o wycofaniu, nie tylko wymaganie ignorowania pliku.

Co zrobić z rysunkami, które projektant trzyma lokalnie na swoim komputerze?

Lokalne kopie robocze są nieuniknione – projektant pracuje na swoim pliku, zanim go zatwierdzi. Problem pojawia się wtedy, gdy plik lokalny jest „prawie aktualny” i ktoś go wysyła zamiast wersji z WYDANE. Reguła jest prosta: plik do wysyłki pochodzi wyłącznie z folderu WYDANE – nigdy z komputera projektanta. Wymuszenie tej reguły to kwestia kultury w biurze, nie oprogramowania.

Czy jeden system wersjonowania pasuje do każdej branży – architektura, konstrukcje, instalacje?

Konwencja numeracji i statusów powinna być wspólna dla całego biura – inaczej przy koordynacji wielobranżowej każda branża żyje swoim systemem i chaos narasta przy połączeniu. Różnice mogą być w kodzie branży w nazwie pliku (ARC/KON/SAN) oraz w granulacji numeracji rysunków per branża. Rdzeń systemu – schemat nazwy, statusy, reguły archiwizacji – jest jeden dla wszystkich.

Podsumowanie

Chaos wersji rysunków nie wynika z niedbałości projektantów – wynika z braku systemu. Gdy reguły nie istnieją, każdy tworzy własne, a przy projekcie wieloosobowym oznacza to kilka równoległych „systemów” w jednym projekcie. Wyjściem jest konwencja nazewnictwa zapisana i egzekwowana, cztery jasne statusy rysunku, jeden folder będący źródłem prawdy i rejestr rewizji, który jest prowadzony na bieżąco – nie z pamięci po tygodniu. Agent AI może zdjąć z biura obowiązek ręcznego prowadzenia rejestru i pilnowania, kto pracuje na nieaktualnej wersji. Ale najpierw reguły muszą istnieć. Automatyzacja dobrego procesu działa. Automatyzacja bałaganu tylko go przyspiesza.

Jeśli chcesz sprawdzić, gdzie w Twoim biurze są największe luki w kontroli wersji dokumentacji – i co realnie można z tym zrobić – umów 15-minutową rozmowę. Przejdziemy przez Twój obecny sposób pracy i wskażemy, od czego zacząć.