Umowa B2B z programistą i ryzyko PIP dla firmy

Dlaczego IT jest na celowniku

Praca w zespole produktowym

Programista na B2B często siedzi w tym samym zespole co etatowcy, bierze udział w tych samych spotkaniach i pracuje w tym samym repozytorium. Z perspektywy inspektora to sytuacja zbliżona do pracy pod kierownictwem, bo różnicę między kontraktorem a pracownikiem widać głównie w papierach. Samo uczestnictwo w zespole nie przesądza o etacie, ale wzmacnia każdy inny sygnał.

Długa współpraca z jednym klientem

Kontrakt trwający kilka lat, odnawiany aneksami, z jedną firmą jako jedynym źródłem dochodu, to drugi powtarzający się wzorzec. Opisujemy go szerzej w tekście o przejściu z umowy o pracę na B2B, bo dotyczy to także programistów, którzy wcześniej byli zatrudnieni na etacie w tej samej firmie.

Zapisy, które budzą wątpliwości

Wynagrodzenie za czas, nie za rezultat

Stała kwota miesięczna za pełny wymiar dostępności bez opisu rezultatu przypomina pensję. Stawka godzinowa albo dzienna sama w sobie jest dopuszczalna, ale powinna wynikać z faktycznie wykonanych prac i być rozliczana na podstawie zakresu, a nie obecności.

Wyłączność i zakaz konkurencji

Zapis, że programista nie może pracować dla nikogo poza firmą, razem z pełnym zaangażowaniem czasowym, odbiera mu cechę niezależnego przedsiębiorcy. Jeśli firma chce chronić swoje interesy, lepszym rozwiązaniem jest wąski zakaz konkurencji B2B z rekompensatą oraz umowa NDA chroniąca kod i dane.

Polecenia i podległość służbowa

Sformułowania typu polecenia przełożonego, raportowanie do kierownika czy obowiązek stosowania się do regulaminu pracy należą do języka stosunku pracy. W umowie o świadczenie usług lepiej opisać zakres, standardy jakości i osobę kontaktową po stronie zamawiającego.

Praktyka codziennej pracy

Godziny, urlopy i sprzęt

Nawet bezpieczna umowa nie obroni współpracy, jeśli w praktyce programista prosi o urlop i ma stałe godziny. Warto sprawdzić, czy kontraktor sam decyduje o czasie i miejscu pracy, czy ma własny sprzęt albo odpłatnie korzysta z firmowego i czy może przekazać wykonanie zadania innej osobie lub zatrudnić zastępstwo.

Dokumentacja odbiorów

Protokoły odbioru, opisy zadań w systemie ticketowym i faktury z przypisanym rezultatem to materiał, który pokazuje usługowy charakter współpracy. Brak takiej dokumentacji obciąża firmę nawet wtedy, gdy praca faktycznie była usługą.

Jak ułożyć bezpieczną umowę

Zakres, rezultat i sposób rozliczenia

Opisz projekt lub moduł, kryteria odbioru i sposób wyceny. Jeśli rozliczenie opiera się na stawce za dzień, wpisz, że płatność dotyczy wykonanych i odebranych prac. Dodaj zapis o możliwości wykonania usługi przez wskazaną osobę zastępczą, jeśli faktycznie na to pozwalacie.

Zmiany przez aneks

Zmiana stawki, przedłużenie i nowe zadania zwykle trafiają do aneksu. Każdy z nich czytaj razem z całą umową, bo suma zmian bywa większa niż pojedynczy dokument. Szczegóły opisujemy na stronie o aneksie do umowy B2B. Przy samym podpisie pomaga podpis elektroniczny dokumentów ze ścieżką akceptacji, bo aneks ma wtedy jednoznaczną datę i podpisy obu stron.

Porządek w wielu umowach

Rejestr z terminami

Firma technologiczna z kilkunastoma kontraktorami ma kilkanaście umów, aneksów i NDA o różnych terminach. Bez rejestru łatwo przeoczyć wygasającą poufność, niepodpisany aneks albo umowę, której zapisy po latach nie odpowiadają już rzeczywistości.

Ocena ryzyka przed kontrolą

Zamiast czekać na kontrolę, warto ocenić każdą umowę z listą kontrolną opartą na przepisach, a następnie poprawić najbardziej ryzykowne miejsca. Kontekst zmian opisujemy w artykule o reformie PIP 2026, a pełny katalog kryteriów na stronie ocena ryzyka umowy B2B.