Protokół odbioru prac w współpracy B2B

Wielu sporów między klientem a wykonawcą B2B nie dotyczy jakości pracy, tylko tego, czy praca została w ogóle formalnie odebrana. Wykonawca twierdzi, że projekt jest gotowy i czeka na fakturę. Klient mówi, że "jeszcze sprawdza" od trzech tygodni. Protokół odbioru istnieje właśnie po to, żeby ten spór nie musiał się zdarzyć.

Ten tekst opisuje, do czego służy protokół, co powinien zawierać, jak traktować poprawki oraz jak działa mechanizm milczącej akceptacji, który w wielu umowach B2B zastępuje formalny podpis obu stron.

Po co w ogóle formalny protokół

Bez protokołu moment zakończenia prac istnieje tylko w rozmowach i wiadomościach, które łatwo zinterpretować różnie. Wykonawca może uznać wysłanie plików za zakończenie etapu. Klient może uznać, że etap kończy się dopiero po pełnym wdrożeniu na produkcję albo po akceptacji zarządu. Bez wspólnego punktu odniesienia trudno ustalić, od kiedy liczy się termin płatności albo termin na zgłoszenie wad.

Protokół odbioru rozwiązuje ten problem, bo tworzy jeden moment: dzień, w którym obie strony potwierdzają, że konkretny rezultat został przekazany i sprawdzony. Od tego dnia liczy się termin płatności, termin rękojmi czy termin na zgłoszenie usterek, jeśli umowa się do niego odwołuje.

Ma to też znaczenie księgowe. Wielu klientów wymaga protokołu jako dokumentu potwierdzającego wykonanie usługi przed zaakceptowaniem faktury w systemie zakupowym. Bez niego faktura może zawisnąć w obiegu wewnętrznym firmy na wiele tygodni, mimo że praca faktycznie została wykonana.

Elementy, które protokół powinien zawierać

Dobry protokół nie musi być długi, ale musi być konkretny. Podstawowe elementy to: numer i data umowy albo zamówienia, do którego się odnosi, dokładny opis odbieranego rezultatu lub etapu, data przekazania do odbioru, data faktycznego sprawdzenia, dane osób reprezentujących obie strony oraz jednoznaczna deklaracja, czy rezultat został przyjęty bez uwag, przyjęty z uwagami, czy odrzucony.

Przy odbiorze z uwagami protokół powinien wymieniać każdą niezgodność osobno, z odniesieniem do zakresu z umowy albo zamówienia. Zapis "wymaga poprawek" bez listy konkretnych punktów jest bezużyteczny, bo nie da się sprawdzić, czy poprawki faktycznie usunęły to, co zgłoszono.

Warto też dodać pole na termin usunięcia zgłoszonych niezgodności i pole na podpis potwierdzający ich usunięcie. Dzięki temu jeden protokół obejmuje cały cykl: zgłoszenie, poprawkę i ponowne potwierdzenie, bez konieczności tworzenia trzeciego dokumentu.

Gotowy szablon protokołu odbioru, razem z umową uniwersalną i umową IT, znajdziesz na stronie /wzory. Warto pobrać go razem z wzorem umowy B2B, bo oba dokumenty odwołują się do siebie w zapisach o terminie płatności i rękojmi.

Poprawka to nie to samo co nowy zakres

Klauzula odbioru rozstrzyga też jedną z najczęstszych kłótni: czym jest poprawka, a czym jest nowe zadanie. Poprawka to usunięcie niezgodności z tym, co zostało wcześniej uzgodnione i zaakceptowane, na przykład błąd w działaniu formularza albo literówka w tekście. Nowy zakres to zmiana koncepcji po zaakceptowaniu wcześniejszego etapu, na przykład decyzja o innej strukturze strony po odebraniu makiety.

Bez tego rozróżnienia klient może próbować wymusić nieskończoną liczbę darmowych poprawek, opisując każdą zmianę pomysłu jako "korektę". Wykonawca z kolei może odmawiać drobnych, uzasadnionych poprawek, twierdząc, że każda zmiana to nowy zakres. Umowa powinna wskazać liczbę bezpłatnych rund poprawek na etap, na przykład dwie, oraz zasadę wyceny kolejnych rund, jeśli klient zgłasza więcej uwag.

Protokół jest dobrym miejscem, aby zapisać, do której rundy poprawek odnosi się dany dokument. Ułatwia to rozliczenie, gdy projekt ma kilka etapów z odbiorami częściowymi.

Milcząca akceptacja: kiedy działa, a kiedy nie

Milcząca akceptacja oznacza, że jeśli klient nie zgłosi uwag w określonym terminie od przekazania rezultatu do odbioru, rezultat uznaje się za przyjęty bez zastrzeżeń. To praktyczne rozwiązanie przy usługach cyfrowych, gdzie klient regularnie zwleka z formalnym potwierdzeniem, mimo że faktycznie korzysta już z rezultatu.

Typowy zapis przewiduje 5 dni roboczych na zgłoszenie konkretnych niezgodności w formie pisemnej albo elektronicznej. Po tym terminie, jeśli klient nie odpowiedział, rezultat jest odebrany, a wykonawca może wystawić fakturę zgodnie z umową. Termin powinien być realistyczny względem złożoności rezultatu: 5 dni wystarczy przy module funkcjonalności, ale może być za krótkie przy odbiorze całego systemu.

Milcząca akceptacja nie zawsze jest dobrym rozwiązaniem. Przy dużych, kosztownych projektach klient może zasadnie wymagać wyraźnego, pisemnego potwierdzenia zamiast fikcji prawnej opartej na milczeniu. W takich przypadkach lepiej ustalić konkretną osobę odpowiedzialną za odbiór i realny termin na jej reakcję, niż liczyć na automatyczne zadziałanie klauzuli.

Kto powinien podpisywać protokół po stronie klienta

Warto z góry ustalić, kto po stronie klienta ma prawo podpisać protokół odbioru. Zdarza się, że project manager operacyjnie akceptuje pracę, ale nie ma formalnego umocowania do podejmowania decyzji wiążących firmę. Przy większych kontraktach dobrze wpisać do umowy imiennie albo funkcyjnie osobę uprawnioną do odbioru, a nie zostawiać to przypadkowi.

To samo dotyczy strony wykonawcy, zwłaszcza gdy pracuje zespół, a nie jedna osoba. Protokół powinien mieć jasno wskazaną osobę odpowiedzialną za przekazanie rezultatu i potwierdzenie usunięcia uwag, żeby nie trzeba było ustalać tego po fakcie, w trakcie spornej korespondencji.

Protokół jako dowód w razie spora

Nawet gdy współpraca przebiega bez większych konfliktów, protokoły odbioru mają wartość dowodową na później. Jeśli klient po kilku miesiącach zarzuca wykonawcy wady w projekcie, podpisany protokół bez zastrzeżeń jest konkretnym dokumentem pokazującym, że w danym momencie rezultat został sprawdzony i przyjęty. To nie wyklucza rękojmi za wady ukryte, ale znacząco ułatwia rozmowę o zakresie odpowiedzialności.

Z tego powodu warto archiwizować protokoły razem z fakturami i korespondencją dotyczącą projektu, najlepiej w jednym miejscu, powiązanym z konkretną umową lub zamówieniem. Przy dłuższej współpracy z jednym wykonawcą to samo dotyczy umowy ramowej z zamówieniami, gdzie każde zamówienie powinno mieć swój protokół, niezależnie od pozostałych.

Dobrze zaprojektowany protokół odbioru nie jest formalnością dla samej formalności. To najprostszy sposób, aby data zapłaty, zakres rękojmi i granica między poprawką a nowym zleceniem nie zależały od tego, kto lepiej pamięta przebieg rozmów po mailu.