System do zarządzania budowami: łączenie umów, dostawców, kosztów i postępu prac

Pytanie, które w firmie prowadzącej wiele budów pochłania najwięcej czasu, brzmi: «na jakim etapie jesteśmy z tym?». Odpowiedź już istnieje, ale jest rozproszona między wyceną, e-mailami z dostawcami, stosem faktur do zarejestrowania i pamięcią kierownika budowy. System do zarządzania firmą nie służy do wytworzenia tej odpowiedzi jednorazowo: służy do udostępnienia jej bez odtwarzania.

Trudną pracą nie jest oprogramowanie. Jest nią uzgodnienie, co nazywa się budową, co nazywa się kosztem i w którym momencie koszt wchodzi do rozliczenia. Jeśli te trzy definicje nie są ustalone, każdy system zwraca liczby, które każdy interpretuje po swojemu.

Zdefiniowanie encji przed ekranami

Dyskusje o formularzach zawsze pojawiają się zbyt wcześnie. Najpierw trzeba ustalić cztery rzeczy, i trzeba je ustalić razem z osobami pracującymi na budowie oraz osobami prowadzącymi rozliczenia.

• Budowa: jednostka, na której się zarabia albo traci. Wydaje się oczywiste, dopóki nie pojawi się przypadek dwóch sąsiadujących działek dzielących rusztowanie i dźwig: gdzie umieścić ten koszt i według jakiego kryterium go podzielić.
• Jednostka: mieszkania, działki, instalacje, punkty interwencji. Potrzebna tylko wtedy, gdy przekazują lub sprzedają Państwo pojedynczo, albo gdy muszą Państwo rozliczać się według jednostek.
• Umowa: ta wobec zamawiającego oraz te wobec dostawców. Każda ma kwotę, datę, warunki i osobę, która ją podpisała.
• Pozycja kosztowa: poziom, na którym chcą Państwo odczytywać rozliczenie końcowe. Robocizna, materiały, podwykonawstwo, wynajem, opłaty, nieprzewidziane wydatki to już dobry punkt wyjścia.

Praktyczna zasada dotycząca pozycji kosztowych: pozycja jest potrzebna tylko wtedy, gdy ktoś podejmuje inną decyzję w zależności od jej wartości. Jeśli nikt nigdy nie patrzy osobno na materiały eksploatacyjne, trzymanie ich osobno kosztuje codzienną pracę rejestracyjną i nie prowadzi do żadnej decyzji.

Zobowiązania, otrzymane dokumenty i przepływy to trzy różne rzeczy

To punkt, w którym niemal wszystkie arkusze kalkulacyjne się załamują, bo utrzymują jedną kolumnę tam, gdzie potrzebne byłyby trzy odrębne stany.

Kto patrzy tylko na zarejestrowane faktury, widzi budowę tańszą, niż jest naprawdę, bo już podpisane zamówienia nigdzie się nie pojawiają. Kto patrzy tylko na płatności, widzi kasę i sądzi, że widzi marżę. Te dwa odczyty razem, bez zobowiązań, to najczęstszy sposób na zbyt późne zauważenie, że jakaś pozycja została przekroczona.

Zmiany zakresu: to tam ginie marża

Zmiany zakresu to element, w którym rzeczywista praca odsuwa się od umowy. To nie anomalia, to normalne funkcjonowanie budowy: problem powstaje, gdy zmiana istnieje w rzeczywistości, a nie istnieje w danych.

1. Zmianę zakresu rejestruje się w momencie jej powstania, czyli gdy ktoś o nią poprosi, a nie gdy uda się ją zafakturować.
2. Ma zadeklarowany skutek: dla kwoty, dla terminów albo dla obu. Nawet «do wyceny» jest akceptowalną wartością, pod warunkiem że zostanie zapisana.
3. Ma stan i osobę odpowiedzialną za zatwierdzenie, z limitem kwoty, w ramach którego ta osoba może decydować samodzielnie.
4. Ma załącznik: e-mail, który ją zgłosił, rysunek, protokół, fotografię nieprzewidzianej sytuacji zastanej na budowie.

Załączniki, uprawnienia i możliwość prześledzenia

Załączniki służą temu, by nie trzeba było odtwarzać decyzji po miesiącach. Żeby działały, muszą być przypięte do wiersza, którego dotyczą, a nie leżeć w ogólnym folderze budowy, w którym nikt nie szuka.

• Każdy dokument jest przypięty do właściwego obiektu: umowy, zamówienia, zmiany zakresu, protokołu zaawansowania.
• Kto co zatwierdza i do jakiej kwoty, jest zapisane i pokrywa się z tym, co naprawdę dzieje się w firmie.
• Kto może zmienić już zatwierdzone dane i co pozostaje po zmianie: kto ją wprowadził, kiedy, co było wcześniej.
• Dane zasilające księgowość nie poprawia się ręcznie w widoku: poprawia się je u źródła, inaczej obie wersje zaczną się różnić.

Widoki: niewiele, z datą zapisaną na górze

Przydatne widoki są trzy, i każdy musi jasno wskazywać, z czego jest zasilany i na kiedy jest aktualny.

• Sytuacja budowy: umowa, zmiany zakresu według stanu, zobowiązania, pewne koszty, pozostała pula według pozycji kosztowej.
• Porównanie budów: które zużywają budżet szybciej, niż postępują prace.
• Terminy: co trzeba wystawić, co trzeba zatwierdzić, co utknęło w oczekiwaniu na kogoś.

Każdy widok ma zapisane «aktualny na» oraz to, czego nie zawiera. Widok, który nie ujawnia własnych wyłączeń, jest uznawany za kompletny, i wtedy prowadzi do błędnych decyzji z większą powagą niż arkusz kalkulacyjny.

Co musi istnieć, zanim się zacznie

Istnieją warunki, bez których system nie może działać, i żaden wybór techniczny ich nie zrekompensuje. Trzeba je zweryfikować wcześniej, bo to praca organizacyjna, a nie związana z oprogramowaniem.

• Jednolity kod budowy używany przez wszystkich, od wyceny po fakturę dostawcy. Bez niego przypisanie kosztów pozostaje pracą ręczną.
• Dostawcy wystawiający dokumenty, które da się przypisać do budowy. Jeśli faktury są zbiorcze, ktoś będzie musiał co miesiąc ręcznie je rozkładać.
• Nawyk rejestrowania zamówień w momencie ich składania. Jeśli zamówienia rejestruje się dopiero na koniec miesiąca, część dotycząca zobowiązań pozostanie pusta, a widoki będą kłamać.
• Proces zatwierdzania zmian zakresu, który już istnieje, przynajmniej w praktyce. Oprogramowanie może uczynić go możliwym do prześledzenia, nie może go wymyślić.

Cyfryzacja chaotycznego procesu go nie porządkuje: czyni go chaotycznym i wolniejszym, a do tego dodaje wrażenie, że teraz liczby są wiarygodne.

Przykład: budowa z trwającą zmianą zakresu

Firma prowadzi trzy budowy. Na drugiej kierownictwo robót prosi mailem o przesunięcie instalacji. Kierownik budowy zamawia materiał w czwartek, żeby nie zatrzymywać ekipy; zmiana zakresu zostaje wyceniona w kolejnym tygodniu i zatwierdzona dziesięć dni później.

Przy tak zdefiniowanych encjach, przez tych dziesięć dni system pokazuje: zobowiązanie wobec dostawcy zarejestrowane w czwartek, a więc już zmniejszoną pulę na pozycji instalacje; zmianę zakresu w stanie «wyceniona» z załączonym e-mailem od kierownictwa robót; żadnego otrzymanego dokumentu i żadnego przepływu kasowego. Osoba patrząca na budowę widzi zużycie budżetu bez odpowiadającego mu przychodu i wie, że musi ponaglić zatwierdzenie.

Bez tego rozróżnienia ta sama budowa wygląda na uporządkowaną aż do nadejścia faktury od dostawcy, co tymczasem może nastąpić tygodnie później. Przydatną informacją nie jest suma: jest różnica między tym, co już zobowiązane, a tym, co już zatwierdzone.

Czego ten poradnik nie obejmuje

Tutaj mowa jest o organizacji danych: co zdefiniować, jak trzymać osobno zobowiązania i pewne koszty, jak uwidocznić zmiany zakresu. Nie zastępuje to księgowości, która ma swoje zasady i dokumenty, ani doradztwa podatkowego: wartości gospodarcze i księgowe mogą się zasadnie różnić, a porównania trzeba dokonywać z osobą prowadzącą rozliczenia. Wybór wskaźników do widoku podsumowującego oraz zarządzanie zleceniem od sprzedaży po instalację są omówione w osobnych poradnikach.