Kontrakt B2B w Polsce: kiedy relacja ze specjalistą IT może zostać uznana za stosunek pracy

Model B2B jest szeroko stosowany przez polskie firmy, w tym we współpracy z deweloperami, konsultantami IT, Project Managerami i innymi specjalistami. Zamiast umowy o pracę strony zawierają umowę cywilnoprawną lub kontrakt B2B, a wykonawca świadczy usługi jako niezależny kontrahent.

Jednak sama nazwa umowy nie przesądza o charakterze relacji. Jeżeli faktyczny model współpracy odpowiada cechom stosunku pracy, zastosowanie kontraktu B2B nie wyklucza ryzyka jego przekwalifikowania.

Po rozszerzeniu uprawnień polskiej inspekcji pracy kwestia ta zyskała dodatkowe znaczenie praktyczne. Firmy uzyskały możliwość występowania o indywidualne interpretacje dotyczące tego, czy konkretny model współpracy wykazuje cechy stosunku pracy. Pierwsze opublikowane stanowiska GIP pozwalają zobaczyć, jakie okoliczności urząd uznaje za najbardziej istotne.

Spośród ośmiu rozpatrzonych przypadków w trzech GIP nie stwierdził istnienia stosunku pracy i dopuścił zastosowanie odpowiedniego modelu współpracy, natomiast w pięciu doszedł do przeciwnego wniosku. Jeden z pozytywnych przypadków dotyczy bezpośrednio IT i pokazuje, że nawet takie elementy jak ewidencja czasu pracy, sprzęt klienta i udział Project Managera nie muszą automatycznie przekształcać relacji B2B w stosunek pracy. Znaczenie ma sposób, w jaki w rzeczywistości zorganizowana jest praca wykonawcy.

Głównym kryterium jest samodzielność wykonawcy

Jedną z najistotniejszych kwestii dla GIP jest stopień podporządkowania wykonawcy klientowi. Przy czym swoboda samodzielnego ustalania harmonogramu nie oznacza jeszcze, że relacja automatycznie ma charakter B2B.

W jednym z analizowanych modeli wykonawca mógł wybierać dni i godziny swojej pracy, jednak po rozpoczęciu pracy konkretne zadania na dany dzień określał klient. GIP uznał to za cechę stosunku pracy: formalna swoboda w zakresie harmonogramu nie rekompensowała braku samodzielności w organizacji samej pracy.

Dlatego należy odróżnić kontrolę i nadzór nad rezultatem. Klient może interesować się statusem projektu, sprawdzać dotrzymywanie terminów, oceniać jakość i kontrolować osiągnięcie uzgodnionych rezultatów. Samo w sobie nie oznacza to relacji pracodawca–pracownik. Ryzyko wzrasta, gdy klient zaczyna codziennie określać nie tylko to, jaki rezultat powinien zostać osiągnięty, ale również dokładnie, w jaki sposób wykonawca ma wykonywać swoją pracę.

Dla firm IT jest to szczególnie istotne rozróżnienie. Określanie wymagań dotyczących funkcjonalności produktu, terminów sprintu lub standardów jakości nie jest równoznaczne z codziennym zarządzaniem specjalistą jak pracownikiem.

Możliwość zaangażowania innego wykonawcy powinna być realna

Kolejnym istotnym kryterium jest to, czy kontrahent ma obowiązek wykonywać pracę wyłącznie osobiście.

W kilku przypadkach analizowanych przez GIP umowy formalnie pozwalały na zaangażowanie innego wykonawcy. Urząd analizował jednak nie tylko treść odpowiedniego postanowienia, lecz również możliwość rzeczywistego skorzystania z niego.

Jeżeli potencjalny podwykonawca musi najpierw samodzielnie zawrzeć nową umowę bezpośrednio z klientem, zawarte w głównym kontrakcie prawo do zastępstwa może okazać się niewystarczające. Formalnie możliwość powierzenia wykonania istnieje, ale faktycznie kontrahent nadal jest zobowiązany do osobistego wykonywania pracy.

W innym analizowanym przypadku rzeczywista możliwość powierzenia wykonania osobie trzeciej stała się natomiast jednym z istotnych argumentów przemawiających za brakiem stosunku pracy.

Dlatego w kontrakcie B2B znaczenie ma nie samo sformułowanie o możliwości zaangażowania podwykonawcy. Mechanizm powinien odpowiadać rzeczywistemu modelowi współpracy i faktycznie pozwalać kontrahentowi organizować świadczenie usług inaczej niż robi to zwykły pracownik.

Kto ponosi ryzyko związane z wykonywaniem pracy

Stosunek pracy zakłada, że znaczną część ryzyka organizacyjnego i ekonomicznego ponosi pracodawca. W modelu B2B niezależny kontrahent powinien natomiast ponosić określone ryzyko gospodarcze.

W pierwszych interpretacjach GIP zwracał uwagę jednocześnie na kilka okoliczności: kto zapewnia niezbędny sprzęt, kto ponosi konsekwencje przestojów oraz czy wynagrodzenie jest zachowywane w sytuacji, gdy faktycznie nie ma pracy.

Samo zapewnienie przez klienta laptopa lub innego sprzętu może wskazywać na model pracowniczy, ale kryterium to nie ma charakteru bezwzględnego. W przypadku dotyczącym IT GIP dopuścił korzystanie ze sprzętu firmy, ponieważ wynikało ono z wymogów bezpieczeństwa informacji, a analogiczne wymagania obowiązywały zewnętrznych dostawców usług.

Inaczej oceniane jest gwarantowane wynagrodzenie niezależnie od dostępności pracy. W jednym z analizowanych przypadków wykonawca zachowywał prawo do 50% wynagrodzenia w razie odwołania zadania na mniej niż godzinę przed uzgodnionym terminem. Dla GIP był to argument wskazujący, że ryzyko ekonomiczne faktycznie ponosi klient.

Urząd analizuje więc nie pojedyncze sformułowanie umowy, lecz całokształt podziału ryzyka: kto ponosi konsekwencje braku zleceń, błędów, przestojów i innych okoliczności powstających podczas wykonywania pracy.

W IT znaczenie ma autonomia pracy specjalistycznej

Szczególnie interesujący wniosek wynikający z pierwszych interpretacji dotyczy charakteru samej działalności.

W orzecznictwie stosowana jest koncepcja autonomicznego wykonywania pracy: klient określa zadanie i oczekiwany rezultat, natomiast specjalista samodzielnie decyduje, w jaki sposób rezultat ten zostanie osiągnięty. Takie podejście dobrze odpowiada pracy deweloperów, konsultantów i innych wykwalifikowanych specjalistów.

GIP, sądząc po pierwszych opublikowanych interpretacjach, rozróżnia pracę intelektualną lub twórczą od prostych prac fizycznych. W niektórych przypadkach urząd nie uznał autonomii wykonywania pracy za wystarczający argument właśnie dlatego, że charakter działalności faktycznie nie pozostawiał wykonawcy istotnej swobody w wyborze sposobu wykonania zadania.

Dla branży IT podejście to ma szczególne znaczenie. Im większa jest samodzielność specjalisty w określaniu metod pracy w ramach uzgodnionych celów, terminów i wymagań jakościowych, tym silniejszy jest argument przemawiający za niezależnym charakterem relacji B2B.

Rezultat pracy jest ważniejszy niż sam proces

Kolejnym istotnym kryterium jest to, na czym faktycznie opiera się relacja stron: na zapewnianiu czasu pracy czy na osiąganiu określonego rezultatu.

W interpretacjach dotyczących IT i sprzedaży GIP pozytywnie oceniał modele, w których relacja była ukierunkowana właśnie na rezultat. W przypadku kontraktu IT znaczenie miały odbiór wykonanych prac, odpowiedzialność za nienależyte wykonanie oraz umowne konsekwencje naruszenia terminów.

Nie oznacza to, że każdy kontrakt B2B powinien przekształcić się w klasyczną umowę z jednym końcowym rezultatem. W IT powszechne są długoterminowe projekty, modele Agile i time and material. Ważniejsze jest coś innego: ewidencjonowanie godzin nie powinno automatycznie przekształcać się w kontrolę czasu pracy charakterystyczną dla stosunku pracy.

W analizowanym przypadku IT rejestracja godzin w modelu time and material służyła do obliczania wynagrodzenia i wystawiania faktur. GIP nie uznał jej za kontrolę przestrzegania norm czasu pracy.

Harmonogram pracy ma znaczenie, ale sam w sobie nie przesądza sprawy

Sztywno ustalony czas pracy jest silnym argumentem przemawiającym za stosunkiem pracy. Jednak brak stałego harmonogramu sam w sobie nie dowodzi jeszcze samodzielności kontrahenta.

GIP zwraca uwagę na to, czy wykonawca może samodzielnie informować o swojej dostępności i odmawiać wykonania pracy. Dopuszczalne może być również określone okno dostępności, jeżeli wynika ono z charakteru świadczonych usług, a nie jest wykorzystywane jako zamiennik standardowego harmonogramu pracy.

Właśnie takie podejście przyjęto w interpretacji dotyczącej IT: umowa przewidywała ramy czasowe od 6:00 do 22:00, związane z wymaganiami klientów i świadczonych usług. Samo istnienie takiego przedziału czasowego nie stało się podstawą do uznania relacji za stosunek pracy.

Znaczenie ma również miejsce świadczenia usług. Możliwość pracy zdalnej lub samodzielnego określania miejsca pracy w ramach konkretnego zlecenia wspiera niezależność modelu, chociaż — podobnie jak pozostałe kryteria — nie jest oceniana w oderwaniu od innych okoliczności.

Jakie cechy same w sobie nie chronią modelu B2B

Pierwsze interpretacje pokazują jeszcze jedną istotną tendencję: niektóre argumenty tradycyjnie wykorzystywane przez strony na rzecz modelu B2B mają dla urzędu znacznie mniejsze znaczenie niż faktyczna organizacja pracy.

W szczególności:

• wola samego wykonawcy, aby pracować w modelu B2B, nie przesądza o kwalifikacji prawnej relacji;
• sezonowość, wygoda organizacyjna i ekonomiczne przyczyny wyboru modelu mają ograniczone znaczenie;
• nieregularność pracy może przemawiać za charakterem B2B relacji, ale jest stosunkowo słabym kryterium;
• brak włączenia do struktury organizacyjnej firmy jest oceniany łącznie z innymi okolicznościami, a nie jako samodzielny dowód.

Dlatego samo oświadczenie w umowie, że strony nie zamierzają tworzyć stosunku pracy, nie jest wystarczające. Podczas kontroli analizowany będzie sposób, w jaki współpraca jest zorganizowana w praktyce.

Co GIP uznał za dopuszczalne w kontrakcie IT

Najbardziej reprezentatywna dla biznesu technologicznego okazała się interpretacja GIP-GPP.50.6.2026.3, w której urząd nie stwierdził istnienia stosunku pracy i dopuścił odpowiedni model współpracy.

Struktura opierała się na umowie ramowej i odrębnych zleceniach. Kontrahent mógł odmówić przyjęcia konkretnego zlecenia, a firma nie gwarantowała stałego zakresu pracy ani ciągłości współpracy. Koordynatorzy określali zadania projektowe, oczekiwane rezultaty, standardy jakości i terminy, ale nie narzucali szczegółowego sposobu ich wykonywania.

Wśród okoliczności odpowiadających niezależnemu modelowi współpracy można wskazać:

• ewidencja zadań w systemach informatycznych służyła zarządzaniu projektem i dokumentowaniu, a nie kontroli pracownika;
• ewidencja godzin w modelu time and material była niezbędna do obliczania wynagrodzenia i wystawiania faktur;
• nie przewidziano wynagrodzenia za samą gotowość do pracy ani za okresy bez zleceń;
• rezultat podlegał odbiorowi, a za opóźnienia i nienależyte wykonanie przewidziano odpowiedzialność umowną;
• wykonawca mógł, po spełnieniu przewidzianych warunków, powierzyć wykonanie osobie trzeciej i nie był pozbawiony możliwości współpracy z innymi klientami;
• do kontrahenta nie miały zastosowania wewnętrzne regulacje i uprawnienia pracownicze charakterystyczne dla pracowników firmy.

Szczególnie interesujące są dwa elementy tego modelu — sprzęt klienta i rola Project Managera. Oba na pierwszy rzut oka mogą przypominać standardową organizację stosunku pracy, jednak GIP ocenił je w kontekście całej struktury.

Dlaczego laptop firmowy nie przekształcił kontraktora w pracownika

Zapewnienie sprzętu przez klienta tradycyjnie może być uznawane za jeden z sygnałów wskazujących, że ryzyko ekonomiczne i organizacyjne ponosi firma. W projekcie IT GIP zaakceptował jednak wyjaśnienie dotyczące konieczności korzystania ze sprzętu i oprogramowania klienta.

Powodem nie była wygoda specjalisty, lecz wymagania dotyczące bezpieczeństwa informacji, ochrony danych i standardów wewnętrznych, które miały zastosowanie również do zewnętrznych dostawców usług. W informacji klienta osobno wskazano wymagania ISO 9001, ISO/IEC 27001, RODO i BHP.

Jest to istotny praktyczny wniosek dla firm IT. Sam fakt przekazania kontrahentowi firmowego laptopa nie przesądza jeszcze o kwalifikacji relacji. Znacznie ważniejsze jest to, dlaczego firma zapewnia sprzęt i czy wynika to z obiektywnych wymagań projektu, bezpieczeństwa oraz dostępu do systemów.

Czy Project Manager może przydzielać zadania kontraktorowi B2B

Nie mniej interesujące jest stanowisko GIP dotyczące roli Project Managera. W analizowanym modelu PM przydzielał zadania projektowe, tworzył harmonogram etapów, prowadził spotkania projektowe, kontrolował postępy i jakość oraz współpracował z Product Ownerem po stronie firmy.

Mimo to urząd nie stwierdził wystarczającego podporządkowania pracowniczego. Istotne okazały się trzy ograniczenia.

Po pierwsze, Project Manager nie wykonywał uprawnień pracodawcy: nie zawierał ani nie rozwiązywał umów z kontraktorami, nie ustalał ich wynagrodzenia i nie udzielał urlopów. Po drugie, jego polecenia dotyczyły zadań projektowych i pozostawały w granicach uzgodnionego zakresu projektu.

Wreszcie sam PM pracował w ramach określonej metodyki projektowej — na przykład Agile, Scrum, PRINCE2, SAFe lub modelu hybrydowego. Kontraktor zachowywał przy tym samodzielność w organizowaniu sposobu świadczenia usług w granicach celu projektu, wymagań jakościowych i ustalonych punktów kontrolnych.

Obecność Project Managera, sprintów, spotkań i przydzielania zadań nie oznacza więc jeszcze zarządzania pracowniczego. Kluczowe pozostaje pytanie, czy PM zarządza projektem i jego rezultatem, czy bezpośrednio pracą danej osoby jak pracownika.

Co firma IT powinna sprawdzić w modelu B2B

Pierwsze interpretacje GIP pokazują, że nie istnieje jedno uniwersalne kryterium, które automatycznie przekształca kontrakt B2B w stosunek pracy lub przeciwnie — gwarantuje jego niezależny charakter. Urząd ocenia całokształt okoliczności i, co szczególnie istotne, faktyczny model współpracy.

Dlatego w przypadku firmy IT nie wystarczy jednorazowe przygotowanie wzoru kontraktu B2B. Należy sprawdzić, czy odpowiada mu rzeczywisty sposób pracy zespołów: kto przydziela zadania, jak szczegółowo PM zarządza wykonawcami, w jaki sposób ewidencjonowany jest czas, czy opłacane są okresy bez pracy, czy można odmówić udziału w projekcie lub zaangażować innego specjalistę, na jakich zasadach udostępniany jest sprzęt oraz czy do kontraktorów stosuje się wewnętrzne regulacje pracownicze.

Szczególnie reprezentatywna jest interpretacja GIP-GPP.50.6.2026.3. Pokazuje ona, że sama dojrzała infrastruktura projektowa — systemy do zarządzania zadaniami, time and material, sprzęt firmowy, Project Manager, standardy jakości i regularne spotkania — może być zgodna z modelem B2B. Ryzyko nie wynika z samego istnienia tych narzędzi, lecz pojawia się wtedy, gdy w praktyce kryje się za nimi organizacja pracy charakterystyczna dla relacji pracodawca–pracownik.

Dla firm, które systematycznie współpracują z polskimi kontraktorami B2B, jest to dobry moment, aby sprawdzić nie tylko umowy, ale również faktyczne procesy współpracy z zespołem. Po pojawieniu się indywidualnych interpretacji taka weryfikacja może być już przeprowadzana z uwzględnieniem pierwszych opublikowanych stanowisk GIP.