Dlaczego obieg dokumentów nie wystarcza do kontroli wyniku kontraktu budowlanego?

Sam obieg dokumentów nie wystarcza do kontroli wyniku kontraktu budowlanego, ponieważ pokazuje głównie status faktur, umów, protokołów i załączników. Nie zawsze pokazuje jednak ich wpływ na budżet, forecast i marżę projektu.

Do bieżącej kontroli wyniku potrzebny jest budżet realizacyjny powiązany z decyzjami operacyjnymi: umowami, zamówieniami, RCP, protokołami, fakturami, zasobami i harmonogramem.

To właśnie w tym miejscu pojawia się główny dylemat wielu firm budowlanych:

Czy cyfryzować przede wszystkim obsługę dokumentów, czy zbudować system bieżącej kontroli wyniku kontraktu?

Oba obszary są ważne. Ale nie rozwiązują tego samego problemu.

Naważniejsze wnioski

1. Obieg dokumentów porządkuje pracę, ale nie zawsze pokazuje wpływ dokumentów i decyzji na wynik kontraktu.
2. Faktura, umowa, zamówienie czy protokół mają wartość zarządczą dopiero wtedy, gdy są powiązane z budżetem realizacyjnym.
3. Budżet do fakturowania inwestora nie jest tym samym co budżet do zarządzania realizacją.
4. Firma budowlana potrzebuje aktualnego planu kontraktu, a nie tylko raportu kosztów po czasie.
5. Największa wartość systemu pojawia się wtedy, gdy informacja o odchyleniu przychodzi w momencie, w którym można jeszcze zareagować.
6. Kluczowe pytanie nie brzmi: „gdzie jest dokument?”, tylko: „co ten dokument zmienia w budżecie, forecastcie i wyniku kontraktu?”

Czym jest obieg dokumentów w firmie budowlanej?

Obieg dokumentów w firmie budowlanej to proces rejestrowania, opisywania, akceptowania, archiwizowania i przekazywania dokumentów związanych z realizacją kontraktu.

Dotyczy to między innymi:

• faktur,
• umów,
• protokołów,
• zamówień,
• załączników,
• dokumentacji projektowej,
• notatek,
• dokumentów kosztowych,
• dokumentów rozliczeniowych.

Dobrze wdrożony obieg dokumentów pomaga uporządkować pracę.

Firma wie:

• gdzie jest dokument,
• kto powinien go zaakceptować,
• jaki ma status,
• do jakiej budowy został przypisany,
• czy został przekazany do kolejnego etapu,
• czy jest dostępny dla odpowiednich osób.

To rozwiązuje ważny problem organizacyjny. Ale nie oznacza jeszcze pełnej kontroli wyniku kontraktu.

Czym jest bieżąca kontrola wyniku kontraktu?

Bieżąca kontrola wyniku kontraktu to proces sprawdzania, czy aktualne decyzje operacyjne, koszty, zmiany zakresu, umowy, zamówienia, RCP, protokoły i faktury nadal prowadzą kontrakt do zakładanej marży.

Nie chodzi tylko o pytanie:

ile wydaliśmy?

Chodzi o pytania:

• czy koszt mieści się w budżecie realizacyjnym,
• czy umowa przekracza limit danego zakresu,
• czy zamówienie zmienia budżet do wydania,
• czy RCP pokazuje przekroczenie kosztu robocizny,
• czy protokół potwierdza wykonanie zgodne z planem,
• czy zmiana zakresu ma pokrycie w przychodzie,
• czy forecast nadal prowadzi do zakładanego wyniku,
• czy kontrakt nadal dowiezie marżę.

To jest różnica między obsługą dokumentów a zarządzaniem kontraktem.

Dokument w systemie mówi, że coś zostało zarejestrowane.

Dokument powiązany z budżetem mówi, co to oznacza dla wyniku kontraktu.

Obsługa dokumentów a kontrola wyniku kontraktu

Obszar	Obsługa dokumentów	Bieżąca kontrola wyniku kontraktu
Główne pytanie	Gdzie jest dokument i jaki ma status?	Co dokument zmienia w budżecie i wyniku?
Faktura	Dokument do akceptacji	Koszt przypisany do pozycji budżetu
Umowa	Rejestr lub plik w systemie	Zobowiązanie obciążające budżet
Zamówienie	Proces zakupowy	Decyzja wpływająca na budżet do wydania
Protokół	Dokument rozliczeniowy	Potwierdzenie wykonania i wpływ na forecast
RCP	Ewidencja czasu pracy	Koszt robocizny względem planu
Harmonogram	Informacja o terminach	Wpływ zmian i opóźnień na koszt oraz wynik
Efekt	Porządek w dokumentach	Wcześniejsza kontrola wyniku kontraktu

Ta różnica jest kluczowa.

Firma budowlana może mieć bardzo sprawny obieg faktur, ale nadal zbyt późno widzieć, że kontrakt zaczyna tracić rentowność.

Dokument w systemie to jeszcze nie kontrola kontraktu

Sama obecność dokumentu w systemie jest ważna, ale nie wystarcza.

Faktura nie jest tylko fakturą.

Jest skutkiem wcześniejszej decyzji kosztowej: umowy, zamówienia, wykonania zakresu, robocizny, zmiany albo protokołu.

Umowa nie jest tylko podpisanym dokumentem.

Jest zobowiązaniem, które wpływa na budżet do wydania i prognozowany wynik kontraktu.

Zamówienie nie jest tylko etapem procesu zakupowego.

Jest decyzją, która może mieścić się w budżecie albo od razu pokazywać, że realizacja zaczyna kosztować więcej niż zakładano.

Dlatego najważniejsze pytanie nie brzmi:

czy dokument jest w systemie?

Tylko:

co ten dokument robi z budżetem, forecastem i wynikiem kontraktu?

Największy problem: firma widzi koszt za późno

W wielu firmach budowlanych koszt jest widoczny dopiero wtedy, gdy pojawia się faktura, księgowanie albo raport. Problem polega na tym, że koszt powstaje wcześniej.

Koszt powstaje już na etapie podejmowania decyzji, na przykład:

• wyboru podwykonawcy,
• podpisania umowy,
• zamówienia materiału,
• zwiększenia robocizny,
• zmiany zakresu,
• sporządzenia protokołu,
• podejmowania decyzji o nadrobieniu opóźnienia.

Jeżeli firma widzi wpływ tych decyzji dopiero po czasie, może już tylko analizować skutki.

A w zarządzaniu kontraktem najważniejszy jest moment, w którym można jeszcze zareagować.

Informacja o odchyleniu ma wartość wtedy, gdy pojawia się przed utratą możliwości reakcji.

Jeżeli kierownik akceptuje umowę droższą niż zakładano w budżecie, system powinien od razu pokazać, że coś się dzieje.

Wtedy można zapytać:

• czy podwykonawca jest droższy niż planowaliśmy,
• czy trzeba negocjować cenę,
• czy zwiększył się zakres,
• czy inwestor za ten zakres zapłaci,
• czy mamy to ujęte w zmianie,
• czy mamy pokrycie w budżecie,
• czy ta decyzja zmienia forecast kontraktu.

Jeżeli takie pytania pojawiają się dopiero po fakturze albo w raporcie miesięcznym, firma traci czas. A często także marżę.

Przykład: dlaczego sama księgowość może pokazywać niepełny obraz?

Załóżmy, że budżet danego zakresu wynosi 1 000 000 zł.

W księgowości widać faktury na kwotę 450 000 zł.

Na pierwszy rzut oka można powiedzieć:

wydaliśmy 450 000 zł, więc zostało 550 000 zł.

Ale to nie musi być prawda.

Bo na kontrakcie mogą być już podjęte decyzje:

• podpisane umowy: 300 000 zł,
• złożone zamówienia: 180 000 zł,
• robocizna w toku: 70 000 zł,
• protokoły oczekujące na fakturę: 80 000 zł.

Realne zaangażowanie kosztów wynosi wtedy:

450 000 zł + 300 000 zł + 180 000 zł + 70 000 zł + 80 000 zł = 1 080 000 zł

Czyli zakres już przekracza budżet, mimo że patrząc wyłącznie na zaksięgowane faktury, mogło się wydawać, że firma ma jeszcze dużą przestrzeń do wydania.

To pokazuje, dlaczego sama informacja księgowa nie wystarcza do bieżącej kontroli wyniku kontraktu.

Księgowość pokazuje koszt ujęty finansowo.

Budżet realizacyjny powinien pokazywać także koszt już zaangażowany decyzjami, które dopiero przełożą się na faktury.

Budżet do rozliczenia to nie to samo co budżet do zarządzania

Jednym z najważniejszych elementów kontroli kontraktu jest sposób zbudowania budżetu.

W praktyce budżet przygotowany wyłącznie pod fakturowanie inwestora nie zawsze wystarcza do zarządzania realizacją.

Dlaczego?

Bo sposób rozliczania kontraktu z inwestorem to jedno.

A sposób, w jaki kontrakt jest faktycznie wykonywany, angażuje zasoby, generuje koszty i wymaga decyzji operacyjnych — to drugie.

Do rozliczenia z inwestorem służy umowa, zakres umowy, harmonogram płatności i budżet umowny.

Do kontroli realizacji potrzebny jest budżet realizacyjny.

Taki, który pokazuje:

• co było zaplanowane,
• co zostało zakontraktowane,
• co zostało zamówione,
• co zostało wykonane,
• co zostało zafakturowane,
• co jeszcze trzeba wykonać,
• ile realnie zostało do wydania,
• czy zakres się zmienił,
• czy pojawiły się roboty dodatkowe,
• czy aktualny plan nadal prowadzi do zakładanego wyniku.

Dopiero taki budżet może być narzędziem zarządzania kontraktem.

Nie tylko tabelą kosztów.

Budżet realizacyjny działa jak czujnik kontraktu

Dobrze skonfigurowany budżet realizacyjny pokazuje, gdzie realizacja zaczyna odbiegać od założeń.

Jeżeli kierownik akceptuje umowę z podwykonawcą na kwotę wyższą niż przewidziana w budżecie danego zakresu, system powinien pokazać to od razu.

To nie jest tylko informacja o wartości umowy.

To sygnał zarządczy.

Może oznaczać, że:

• podwykonawca jest droższy niż planowano,
• zakres się zwiększył,
• wcześniejszy budżet był niedoszacowany,
• trzeba negocjować cenę,
• trzeba sprawdzić, czy inwestor zapłaci za dodatkowy zakres,
• trzeba zaktualizować plan kontraktu,
• decyzja pogorszy forecast.

Podobnie z materiałami.

Jeżeli budowa kupuje materiał, którego nie było w budżecie, to nie jest tylko informacja zakupowa. To sygnał, że coś w realizacji idzie inaczej niż plan.

Przyczyną może być zmiana zakresu.
Pierwotny plan mógł zostać niedoszacowany.
Materiał z magazynu może nie nadawać się do użycia.
Może pojawiła się poprawka.
Może ktoś podejmuje decyzję poza budżetem.

Dlatego budżet realizacyjny nie powinien być tylko arkuszem.

Powinien być mechanizmem, który pokazuje, gdzie kontrakt zaczyna iść inaczej niż zakładano.

Kontrakt potrzebuje aktualnego planu, nie tylko raportu

Częstym błędem jest traktowanie budżetu jako dokumentu startowego albo raportu po czasie.

Tymczasem w trakcie realizacji kontrakt się zmienia.

Pojawiają się roboty dodatkowe.
Zmienia się zakres.
Zmieniają się ceny.
Zmienia się dostępność materiałów.
Zmieniają się podwykonawcy.
Pojawiają się opóźnienia.
Trzeba podejmować decyzje naprawcze.

Dlatego firma nie może opierać się wyłącznie na budżecie startowym.

Potrzebuje aktualnego planu kontraktu.

Budżet startowy pokazuje pierwotne założenia.

Budżet aktualny pokazuje obecny plan po uwzględnieniu zmian, decyzji, odchyleń i nowego zakresu.

Wykonanie pokazuje to, co już się wydarzyło.

Dopiero porównanie tych trzech poziomów daje prawdziwy obraz sytuacji.

Nie każde przekroczenie budżetu startowego oznacza błąd. Może wynikać ze zmiany zakresu, za którą inwestor zapłaci. Inną przyczyną bywają roboty dodatkowe lub aktualizacja planu.

Problem zaczyna się wtedy, gdy koszt rośnie bez pokrycia w zakresie, przychodzie albo aktualnym planie kontraktu.

I właśnie to powinien pokazywać system.

Opóźnienie nie jest tylko problemem harmonogramu

Podobnie jest z harmonogramem.

Jeżeli projekt ma opóźnienie, sama informacja „mamy opóźnienie” nie jest jeszcze pełną informacją zarządczą.

Trzeba sprawdzić:

• czy można przyspieszyć dostawy,
• czy są dostępne zasoby,
• czy obecne umowy pozwalają zwiększyć tempo prac,
• czy trzeba zaangażować innego podwykonawcę,
• czy zamówienia są możliwe w wymaganym terminie,
• czy logistyka nie blokuje realizacji,
• czy zmiana zakresu wpływa na budżet i harmonogram,
• ile będzie kosztowało nadrobienie opóźnienia,
• czy po tych decyzjach kontrakt nadal dowiezie zakładany wynik.

Bo można nadrobić harmonogram i jednocześnie zniszczyć marżę.

Przyspieszenie dostaw może oznaczać przekroczenie budżetu.

Większa robocizna może pogorszyć forecast.

Można zmienić podwykonawcę, ale znacząco podnieść koszt.

Dlatego każde działanie naprawcze powinno być widoczne w budżecie.

W nowoczesnym zarządzaniu projektem harmonogram nie może żyć osobno, a budżet osobno.

Zakres mówi, co trzeba wykonać.

Harmonogram mówi, kiedy.

Budżet pokazuje, czy sposób realizacji nadal pozwala dowieźć wynik.

Jaką rolę powinien pełnić system dla firmy budowlanej?

System dla firmy budowlanej nie powinien tylko przyspieszać obsługi dokumentów.

Powinien pomagać odpowiedzieć na pytanie:

czy przy obecnym zakresie, kosztach, terminach, zasobach i decyzjach kontrakt nadal dowiezie zakładany wynik?

To jest dużo ważniejsze niż sam status dokumentu.

Dlatego system do kontroli wyniku kontraktu powinien łączyć:

• budżet realizacyjny,
• budżet startowy,
• aktualny plan,
• umowy,
• zamówienia,
• RCP,
• protokoły,
• faktury,
• zasoby,
• harmonogram,
• forecast.

Dzięki temu firma nie widzi tylko dokumentów i kosztów.

Widzi, jak decyzje podejmowane w trakcie realizacji wpływają na wynik kontraktu.

Jak działa KOFIOS B?

W KOFIOS B budżet realizacyjny jest punktem odniesienia dla umów, zamówień, RCP, protokołów, faktur, zasobów i harmonogramu.

Moduły nie są funkcjami dla funkcji.

Są elementami jednego mechanizmu sterowania kontraktem.

Zamówienia pokazują dostępność, termin i wpływ na budżet.

Umowy pokazują zaangażowanie kosztów i poziom rozliczenia.

RCP pokazuje koszt robocizny względem planu.

Protokoły pokazują wykonanie i rozliczenie zakresu.

Faktury obciążają konkretne pozycje budżetowe.

Harmonogram pokazuje wpływ zmian na realizację.

Forecast pokazuje, czy kontrakt nadal prowadzi do zakładanej marży.

To nie jest tylko digitalizacja dokumentów. To jest bieżąca kontrola wyniku kontraktu.

Najważniejszy wybór dla firmy budowlanej

Dlatego główny dylemat nie brzmi:

czy usprawnić dokumenty? To trzeba zrobić.

Prawdziwy dylemat brzmi: czy firma chce wyłącznie szybciej obsługiwać dokumenty, czy chce również wcześniej widzieć, jak te dokumenty, koszty i decyzje zmieniają wynik kontraktu?

Pierwsze daje porządek. Drugie daje możliwość zarządzania.

A w budownictwie to różnica zasadnicza.

Bo nie wystarczy wiedzieć, ile kontrakt zarobił.

Trzeba wcześniej wiedzieć, że kontrakt zaczyna przestawać zarabiać — i widzieć, gdzie można jeszcze zareagować.