Czy stałe godziny pracy są ryzykowne w B2B?

Stałe godziny pracy bywają wygodne operacyjnie. Zespół wie, kiedy można skonsultować zadanie z kontraktorem, klient otrzymuje przewidywalną dostępność, a projekt nie zatrzymuje się przy każdej decyzji. Pytanie, czy stałe godziny pracy są ryzykowne, pojawia się jednak wtedy, gdy współpraca B2B zaczyna przypominać codzienną organizację etatu. W kontekście kontroli PIP nie liczy się sama nazwa umowy ani pojedynczy zapis. Znaczenie ma to, jak cała relacja została ułożona i jak działa w praktyce.

Dlaczego godziny pracy mają znaczenie przy B2B?

Art. 22 §1 Kodeksu pracy opisuje pracę wykonywaną określonego rodzaju, na rzecz pracodawcy, pod jego kierownictwem oraz w miejscu i czasie przez niego wyznaczonym, za wynagrodzeniem. Jeżeli relacja faktycznie ma takie cechy, zawarcie umowy cywilnoprawnej lub B2B nie przesądza o jej charakterze.

Stały harmonogram dotyka jednego z elementów wskazanych w tym przepisie - wyznaczenia czasu wykonywania pracy. Dlatego może być sygnałem ryzyka. Nie oznacza jednak automatycznie, że kontrakt B2B zostanie uznany za stosunek pracy. Współpraca między firmami często wymaga godzin wspólnych, dostępności na spotkaniach projektowych czy terminów reakcji na zgłoszenia. To normalne potrzeby biznesowe.

Problem zaczyna się wtedy, gdy godziny nie służą koordynacji usługi, lecz bieżącemu zarządzaniu osobą wykonującą pracę. Inaczej wygląda zapis o dostępności na ustalonych spotkaniach zespołu, a inaczej obowiązek pracy od poniedziałku do piątku, od 9:00 do 17:00, pod stałym nadzorem przełożonego i z koniecznością uzyskania zgody na każdą przerwę lub nieobecność.

Czy stałe godziny pracy są ryzykowne? Odpowiedź zależy od kontekstu

Ocena nie powinna zatrzymywać się na jednym zdaniu z umowy. Stałe godziny mogą zwiększać ryzyko, ale ich waga zależy od innych cech współpracy. Kontrola będzie patrzeć na faktyczny model działania: kto organizuje pracę, kto wydaje polecenia, czy wykonawca ma samodzielność, jak rozliczane są usługi i czy może realizować zlecenia dla innych klientów.

Stała dostępność nie jest tym samym co czas pracy

W kontraktach IT często występuje wymóg dostępności w określonym przedziale, na przykład na potrzeby daily, wdrożeń, obsługi incydentów lub kontaktu z klientem końcowym. Jeżeli wykonawca sam planuje realizację zadań, odpowiada za rezultat i może wykonać większość pracy w wybranym przez siebie czasie, taki wymóg ma zwykle inne znaczenie niż typowy etatowy rozkład dnia.

Ryzyko rośnie, gdy umowa i praktyka wskazują, że wykonawca ma pozostawać w gotowości przez pełny dzień roboczy, niezależnie od zakresu zadania i rezultatu. Szczególnie istotne są zapisy o obowiązkowym rejestrowaniu wejść i wyjść, zgłaszaniu przerw, zatwierdzaniu urlopów lub konieczności usprawiedliwiania krótkiej niedyspozycji. Taki model może sugerować, że firma kontroluje czas podobnie jak pracodawca.

Harmonogram narzucony przez klienta a autonomia wykonawcy

W B2B istotna jest samodzielność gospodarcza wykonawcy. Kontraktor może uzgodnić terminy, okna dostępności i zasady komunikacji, ale powinien zachować wpływ na sposób organizacji własnej pracy. W praktyce warto rozróżnić dwa modele.

Pierwszy to współpraca zadaniowa: klient określa rezultat, priorytety, terminy odbioru oraz standard jakości. Wykonawca decyduje, jak zorganizuje pracę, z jakich narzędzi skorzysta i kiedy wykona czynności niewymagające współpracy z zespołem.

Drugi to współpraca dyspozycyjna: klient ustala każdy dzień, rozdziela bieżące czynności, wymaga stałej obecności i monitoruje przepracowane godziny jako podstawowy przedmiot rozliczenia. Taki układ nie musi samodzielnie przesądzać o reklasyfikacji, ale razem z podporządkowaniem służbowym stanowi wyraźny sygnał ostrzegawczy.

Zapisy, które wymagają szczególnej kontroli

Nie każdy konkretny przedział godzinowy jest problemem. Warto jednak zweryfikować, czy umowa nie buduje obrazu relacji pracowniczej przez sumę pozornie drobnych obowiązków. Szczególną uwagę zwróć na cztery obszary:

• obowiązek wykonywania usług w sztywno wskazanych dniach i godzinach, bez uzasadnienia projektem lub dostępnością klienta;
• ewidencję obecności, przerw i nieobecności prowadzoną jak dla pracowników;
• obowiązek uzyskiwania zgody na wolne dni zamiast prostego uzgadniania niedostępności wynikającej z realizacji usługi;
• zapisy o poleceniach służbowych, przełożonym, regulaminie pracy lub obowiązku stosowania procedur pracowniczych.

Słowo „obecność” może mieć znaczenie większe niż się wydaje. Jeżeli kontraktor ma stawiać się codziennie w firmie lub logować do systemu o określonej godzinie wyłącznie po to, by być do dyspozycji kierownika, trudno obronić te postanowienia wyłącznie potrzebami projektu. Jeżeli natomiast obecność dotyczy zaplanowanych warsztatów, testów odbiorowych lub obsługi dyżuru, warto opisać to precyzyjnie jako element zakresu usługi.

Co zmienić, aby nie tworzyć pozorów etatu?

Celem nie jest sztuczne usuwanie z umowy każdego odniesienia do czasu. Taka praktyka może być nieoperacyjna, zwłaszcza w software house'ach, zespołach produktowych i usługach wymagających reakcji na incydenty. Chodzi o to, by treść kontraktu odpowiadała rzeczywistemu, biznesowemu charakterowi współpracy.

Zamiast deklarować obowiązek pracy w konkretnych godzinach, można opisać uzgodnione okna dostępności dla komunikacji, spotkań i obsługi zgłoszeń. Zamiast wpisywać zgodę na „urlop”, lepiej określić obowiązek uprzedniego poinformowania o planowanej niedostępności, jeśli może ona wpłynąć na terminy lub ciągłość usługi. Zamiast ogólnego podporządkowania poleceniom, warto uregulować zasady uzgadniania zadań, priorytetów, specyfikacji i odbioru rezultatów.

Nie wystarczy przy tym zmienić słownictwa. Jeśli osoba w rzeczywistości codziennie pracuje według grafiku, raportuje przełożonemu każdą godzinę, korzysta z firmowego stanowiska i wykonuje bieżące dyspozycje tak jak pracownik, kosmetyka zapisów nie zmieni oceny relacji. Umowa powinna odzwierciedlać model, który firma faktycznie stosuje.

Godziny to tylko jedno z 14 kryteriów ryzyka

Weryfikacja stałych godzin ma sens tylko jako część szerszego przeglądu. W relacji B2B znaczenie mogą mieć również sposób wydawania poleceń, miejsce świadczenia usług, osobiste wykonywanie zadań, zastępstwo, zasady rozliczeń, narzędzia, wyłączność oraz odpowiedzialność za rezultat. Dopiero zestawienie tych elementów pozwala ocenić, czy ryzyko jest niskie, umiarkowane czy podwyższone.

To szczególnie ważne przy kontraktach tworzonych na bazie jednego szablonu. Standardowy zapis o godzinach może być akceptowalny przy jednorazowej usłudze wsparcia, ale problematyczny przy długotrwałej współpracy z jednym klientem, w jego strukturze organizacyjnej i według jego codziennych instrukcji.

PipCheck analizuje umowę B2B pod kątem 14 kryteriów związanych z ryzykiem reklasyfikacji. Raport pozwala zobaczyć problematyczne fragmenty dokumentu w ich konkretnym brzmieniu, a nie tylko otrzymać ogólne ostrzeżenie, że „godziny pracy mogą być ryzykowne”. To ułatwia ustalenie, które postanowienia wymagają zmiany i które trzeba zestawić z praktyką współpracy.

Praktyczna kontrola przed podpisaniem umowy

Przed wysłaniem kontraktu do podpisu zadaj sobie kilka prostych pytań. Czy określone godziny są niezbędne do realizacji usługi, czy tylko odtwarzają etatowy grafik? Czy wykonawca ma przestrzeń do samodzielnego planowania pracy poza uzgodnionymi punktami kontaktu? Czy firma monitoruje rezultat i dostępność, czy faktyczną obecność przez osiem godzin dziennie? Czy zasady nieobecności wynikają z ochrony ciągłości projektu, czy z modelu urlopowego?

Jeżeli odpowiedzi wskazują na silną kontrolę czasu i codzienne podporządkowanie, warto zatrzymać się przed podpisaniem. Najlepszym momentem na korektę jest etap projektowania relacji, gdy można jasno oddzielić wymagania dotyczące usługi od mechanizmów charakterystycznych dla zatrudnienia.

Stałe godziny nie są zakazane w B2B i nie stanowią samodzielnego dowodu istnienia stosunku pracy. Są jednak zapisem, który wymaga uzasadnienia, właściwego sformułowania i sprawdzenia w zestawieniu z codzienną praktyką. Im bardziej precyzyjnie firma odróżnia koordynację projektu od kontroli pracownika, tym mniej miejsca pozostaje na formalne wątpliwości.