B2 B2Bezpieczny

Umowa B2B w IT: kontrakt programisty a ryzyko ukrytego etatu

Branża IT to jeden z głównych obszarów fikcyjnego B2B: długa, wyłączna współpraca z jednym klientem, praca w jego systemach i według jego procesów. To sprawia, że kontrakty programistów są szczególnie narażone na przekwalifikowanie.

W skrócie

Umowa B2B w IT to kontrakt na świadczenie usług programistycznych zawierany między firmą kontraktora a software house’em lub klientem końcowym. Ryzyko pojawia się wtedy, gdy taka umowa w praktyce odtwarza etat w rozumieniu art. 22 § 1 Kodeksu pracy. W kontraktach IT typowe cechy podwyższonego ryzyka to: wyłączna, wieloletnia współpraca z jednym podmiotem, obowiązkowa dostępność w sztywnych godzinach, daily i sprinty traktowane jako narzucony reżim czasu pracy, wyłącznie sprzęt i konta zamawiającego, zakaz podzlecania oraz stała stawka miesięczna niezależna od dostarczonego rezultatu. Sama praca w metodyce zwinnej niczego nie przesądza, bo korzystają z niej także niezależni wykonawcy — problemem jest dopiero kumulacja kilku takich cech naraz. Bezpieczniejszy kontrakt IT rozlicza się za zadania lub etapy, dopuszcza zastępstwo i podwykonawstwo, nie zabrania pracy dla innych klientów i nie zamienia rytuałów scrumowych w narzędzie kontroli czasu pracy.

Jakie zapisy w kontrakcie IT podnoszą ryzyko?

Praca wyłącznie dla jednego klienta/softwarehouse’u, sztywne godziny i „dostępność", daily/sprinty jako narzucony reżim czasu pracy, sprzęt i konta w systemach zamawiającego, zakaz podzlecania i stała stawka miesięczna.

Szczególnie problematyczna jest klauzula wyłączności — zapis „Wykonawca zobowiązuje się nie świadczyć usług na rzecz innych podmiotów" odbiera Ci kluczowy argument obronny, czyli wielu klientów. W IT bywa on wpisywany rutynowo, choć rzadko jest realnie potrzebny zamawiającemu.

Czy praca w Scrumie i sprintach to podporządkowanie?

Sam udział w metodyce zwinnej nie jest cechą stosunku pracy — to sposób organizacji projektu, z którego korzystają też niezależni wykonawcy. Ryzyko pojawia się, gdy rytuały scrumowe stają się narzędziem kontroli czasu pracy: obowiązkowa obecność o stałej porze, raportowanie postępu jak pracownik, rozliczanie z godzin, a nie z dostarczonego zakresu.

Praktyczna różnica: „uczestniczysz w planowaniu i dostarczasz uzgodniony zakres" to współpraca B2B. „Masz być dostępny 9–17 i wykonywać bieżące polecenia lidera" to opis etatu.

Czy jeden klient w IT przesądza o etacie?

Nie automatycznie. Wielu programistów pracuje długoterminowo dla jednego software house’u i nie jest to samo w sobie nielegalne. Ale to najmocniejsza pojedyncza przesłanka, bo uderza w istotę działalności gospodarczej — brak dywersyfikacji klientów oznacza brak realnego ryzyka rynkowego.

Wagę tej cechy zwiększa czas trwania współpracy i zakaz pracy dla innych. Kontrakt na trzy lata z jednym podmiotem plus wyłączność to zestaw, którego trudno bronić jako niezależnej działalności.

Jak zabezpieczyć kontrakt IT?

Rozliczaj się za zadania/rezultat tam, gdzie to możliwe, zachowaj niezależność organizacyjną, rozważ dodatkowych klientów, zadbaj o prawo do zastępstwa. Zeskanuj swój kontrakt, aby zobaczyć konkretne zapisy do poprawy.

Jeśli interesuje Cię, dlaczego akurat IT jest na celowniku kontroli i jak PIP typuje branżę do sprawdzenia, opisaliśmy to osobno we wpisie „B2B w IT a kontrola PIP". Ten poradnik skupia się na samej treści kontraktu; tamten — na praktyce kontroli.

Kontrakt IT: zapisy ryzykowne vs bezpieczne

Element współpracy Podnosi ryzyko (jak etat) Bezpieczniejsza praktyka
Czas pracy „Dostępność 9–17", obowiązkowe daily o stałej porze Elastyczne godziny — liczy się dostarczony rezultat
Sprzęt i konta Wyłącznie laptop i konta zamawiającego Własny sprzęt lub jasno uzasadniony dostęp do systemów klienta
Zakres Bezterminowe „wsparcie zespołu" bez granic Zadania z definicją rezultatu (story, moduł, epik)
Podzlecanie Zakaz zastępstwa i podwykonawców Prawo do zastępstwa/podwykonawcy za zgodą
Klienci Wyłączność dla jednego software house’u Możliwość równoległych projektów i klientów
Rozliczenie Stała stawka miesięczna niezależna od efektu Rozliczenie za zadania/etapy z odpowiedzialnością za jakość

Sprawdź swoją umowę za darmo

Wgraj umowę B2B lub wklej jej treść — w 30 sekund pokażemy czerwone flagi i poziom ryzyka.

Darmowy skan umowy →

Najczęstsze pytania

Czy praca w Scrumie/sprintach to podporządkowanie?

Sam udział w metodyce zwinnej nie przesądza sprawy, ale narzucony sztywny czas pracy i bieżące polecenia mogą być traktowane jako cechy stosunku pracy.

Czy jeden klient w IT to od razu problem?

Nie automatycznie, ale wyłączna, długoletnia współpraca z jednym podmiotem w połączeniu z podporządkowaniem znacząco podnosi ryzyko.

Źródła

Zobacz też