Umowa o pracę programisty B2B

Umowa B2B z programistą w Polsce (zwana też kontraktem B2B lub umową o świadczenie usług programistycznych) to umowa zawierana między firmą (zleceniodawcą) a programistą prowadzącym własną działalność gospodarczą (jednoosobową działalność gospodarczą — JDG lub spółkę), w ramach której programista świadczy na rzecz firmy usługi programistyczne jako niezależny przedsiębiorca, a nie jako pracownik etatowy.

Pod względem prawnym umowa B2B z programistą jest umową o świadczenie usług, do której na podstawie art. 750 Kodeksu cywilnego (ustawa z dnia 23 kwietnia 1964 r., Dz.U. 1964 nr 16 poz. 93 ze zm.) stosuje się odpowiednio przepisy o zleceniu (art. 734 i następne Kodeksu cywilnego), uzupełnione zasadą swobody umów z art. 353[1] Kodeksu cywilnego. Jest to umowa starannego działania — programista zobowiązuje się świadczyć usługi z należytą starannością uwzględniającą zawodowy charakter działalności (art. 355 § 2 Kodeksu cywilnego).

Kluczową różnicą między umową B2B a umową o pracę jest brak stosunku podporządkowania pracowniczego. Zgodnie z art. 22 Kodeksu pracy umowa o pracę charakteryzuje się osobistym świadczeniem pracy pod kierownictwem pracodawcy, w miejscu i czasie przez niego wyznaczonym, za wynagrodzeniem. Sąd Okręgowy i Sąd Najwyższy wielokrotnie podkreślały, że jeżeli umowa B2B faktycznie ukrywa stosunek pracy (zleceniodawca wyznacza czas i miejsce pracy, nadzoruje na bieżąco), może zostać przekwalifikowana na umowę o pracę — z konsekwencjami w postaci zaległych składek do Zakładu Ubezpieczeń Społecznych (ZUS) i zaległego podatku dochodowego (PIT).

Programista działający w ramach JDG jest czynnym podatnikiem, który wystawia faktury VAT na zleceniodawcę. Do wynagrodzenia netto dolicza się podatek od towarów i usług według stawki 23% zgodnie z ustawą z dnia 11 marca 2004 r. o podatku od towarów i usług. Programista samodzielnie rozlicza podatek dochodowy i składki na ubezpieczenia społeczne i zdrowotne w ZUS, niezależnie od zleceniodawcy.

Prawa autorskie do kodu stworzonego przez programistę B2B nie przechodzą automatycznie na zleceniodawcę. Zgodnie z art. 74 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz.U. 1994 nr 24 poz. 83) prawa do programu komputerowego stworzonego przez pracownika w wyniku wykonywania obowiązków służbowych przysługują pracodawcy — lecz programista B2B nie jest pracownikiem. Dlatego umowa B2B musi zawierać klauzulę przeniesienia autorskich praw majątkowych do kodu, wymagającą formy pisemnej pod rygorem nieważności (art. 53) i wymieniającą pola eksploatacji (art. 50). Bez tej klauzuli zleceniodawca nie nabywa praw do stworzonego kodu.

Umowa B2B z programistą jest najpopularniejszą formą współpracy w polskim sektorze IT. Szacuje się, że ponad połowa polskich programistów pracuje na kontraktach B2B. Wynika to z korzyści podatkowych (składki ZUS na JDG są niższe niż przy umowie o pracę, możliwość 12% CIT lub podatku liniowego 19%, koszty uzyskania przychodu), swobody zawierania wielu kontraktów jednocześnie i elastyczności współpracy.

Umowa B2B z programistą w Polsce jest potrzebna w każdym przypadku, gdy firma nawiązuje współpracę z programistą działającym jako niezależny przedsiębiorca.

Zatrudnienie programisty bez etatu. Firmy technologiczne, startupy i agencje IT korzystające z programistów B2B zamiast pracowników etatowych zawierają umowy B2B regulujące zakres usług, stawkę, prawa autorskie do kodu i warunki rozwiązania współpracy.

Współpraca z programistą freelancerem. Organizacje zamawiające usługi programistyczne u freelancerów — tworzenie aplikacji, integracje API, code review, migracje danych — zawierają umowę B2B zamiast umowy o dzieło, gdy współpraca ma charakter ciągły i wymaga stałego zaangażowania.

Zewnętrzne zespoły IT (body leasing). Firmy uzupełniające swoje wewnętrzne zespoły IT programistami zewnętrznymi (body leasing, team augmentation) dostarczanymi przez agencje lub działającymi samodzielnie zawierają umowy B2B regulujące zakres zaangażowania, raportowanie i prawa do wytworzonych produktów.

Programiści pełnoetatowi migrujący z etatu na B2B. Programiści, którzy na wniosek pracodawcy przechodzą z umowy o pracę na kontrakt B2B, potrzebują prawidłowo skonstruowanej umowy, która wyraźnie wskazuje na niezależność przedsiębiorcy (brak podporządkowania, swoboda czasu i miejsca pracy) i prawa autorskie.

Specjalistyczne projekty z zakresu AI/ML lub blockchain. Firmy angażujące wyspecjalizowanych programistów do projektów z zakresu sztucznej inteligencji, machine learning lub blockchain zawierają umowy B2B z precyzyjną specyfikacją zakresu zadań, poufnością modeli i praw do wyników badań.

Współpraca z programistami z zagranicy. Firmy zatrudniające programistów B2B z innych krajów (np. Ukrainy, Białorusi, Indii) w Polsce lub zdalnie zawierają umowy z elementami prawa międzynarodowego prywatnego, wskazując prawo polskie jako właściwe i regulując kwestie podatkowe i ZUS wynikające z przepisów o delegowaniu i rezydencji podatkowej.

Umowa B2B z programistą w Polsce powinna zawierać następujące elementy, aby była ważna, skuteczna i chroniła interesy obu stron.

Oznaczenie stron. Pełne dane zleceniodawcy (firma, NIP, KRS) i programisty jako przedsiębiorcy (imię i nazwisko lub firma JDG, NIP, wpis do CEIDG). Zweryfikuj aktywność JDG programisty w Centralnej Ewidencji i Informacji o Działalności Gospodarczej (CEIDG) i na białej liście podatników VAT.

Zakres usług i model współpracy. Szczegółowy opis zadań programistycznych, stosowane technologie, wymiar czasu (FTE lub liczba godzin miesięcznie), tryb raportowania, uczestnictwo w spotkaniach projektowych. forms-legal.com zaleca wskazanie, że programista samodzielnie organizuje swoją pracę, co odróżnia B2B od umowy o pracę.

Wynagrodzenie i fakturowanie. Stawka miesięczna lub godzinowa netto, VAT 23%, termin wystawiania faktury, termin płatności, odsetki za opóźnienie (art. 481 KC) i rekompensata z ustawy o przeciwdziałaniu nadmiernym opóźnieniom w transakcjach handlowych. Wskaż, że programista samodzielnie rozlicza podatek dochodowy i składki ZUS.

Przeniesienie autorskich praw majątkowych. Przeniesienie praw do kodu stworzonego w ramach umowy na zleceniodawcę z wymienieniem pól eksploatacji (art. 50 ustawy o prawie autorskim), formy pisemnej (art. 53) i momentu przejścia praw (z chwilą stworzenia lub po zapłacie wynagrodzenia). Regulacja praw do komponentów open source.

Poufność i zakaz konkurencji. Klauzula poufności chroniąca tajemnicę przedsiębiorstwa zleceniodawcy (art. 11 ustawy o zwalczaniu nieuczciwej konkurencji), zakaz konkurencji w trakcie umowy (bez dodatkowego wynagrodzenia), zakaz konkurencji po zakończeniu umowy tylko z wynagrodzeniem za czas trwania zakazu.

Ochrona danych osobowych (RODO). Jeżeli programista uzyskuje dostęp do danych osobowych — umowa powierzenia przetwarzania (art. 28 RODO, nadzór PUODO).

Czas trwania i wypowiedzenie. Czas trwania (określony/nieokreślony), okres wypowiedzenia, warunki natychmiastowego rozwiązania. Obowiązek przekazania kodu i dokumentacji po zakończeniu.

Zabezpieczenie przed przekwalifikowaniem na umowę o pracę. Klauzula potwierdzająca niezależność programisty, brak podporządkowania w rozumieniu art. 22 Kodeksu pracy, swobodę organizacji czasu pracy i możliwość świadczenia usług innym podmiotom.

Umowa B2B z programistą w Polsce wypełniana jest według poniższych kroków.

Krok 1 — oznacz strony. Wpisz pełne dane zleceniodawcy (firmę, NIP, KRS) i programisty jako przedsiębiorcy (imię i nazwisko, firma JDG, NIP, numer CEIDG). Zweryfikuj aktywność JDG programisty w CEIDG i na białej liście podatników VAT, aby upewnić się, że jest czynnym podatnikiem VAT.

Krok 2 — opisz zakres usług. Wpisz szczegółowy opis zadań: język programowania, framework, zakres zadań (np. tworzenie API, code review, dokumentacja), tryb raportowania i uczestnictwa w spotkaniach. Wskaż liczbę godzin miesięcznie lub model FTE. Bądź precyzyjny — zakres usług wpływa na ryzyko przekwalifikowania na umowę o pracę.

Krok 3 — ustal wynagrodzenie. Wpisz stawkę miesięczną lub godzinową netto plus VAT 23%. Wskaż termin wystawienia faktury (np. do ostatniego dnia miesiąca) i termin płatności (np. 14 dni od faktury). Uwzględnij, że programista samodzielnie rozlicza podatek dochodowy i składki ZUS.

Krok 4 — ureguluj prawa autorskie. Wpisz klauzulę przeniesienia autorskich praw majątkowych do kodu na zleceniodawcę z wymienieniem pól eksploatacji (art. 50 ustawy o prawie autorskim). Pamiętaj, że przeniesienie wymaga formy pisemnej pod rygorem nieważności (art. 53) i obejmuje wyłącznie wymienione pola. Wskaż obowiązek dostarczenia listy komponentów open source.

Krok 5 — wpisz zakaz konkurencji i poufność. Wskaż zakres zakazu konkurencji w trakcie umowy i klauzulę poufności (art. 11 ustawy o zwalczaniu nieuczciwej konkurencji). Pamiętaj, że zakaz konkurencji po zakończeniu umowy wymaga odrębnego wynagrodzenia — bez niego jest nieważny.

Krok 6 — ureguluj RODO. Wskaż, że przy dostępie do danych osobowych strony zawrą odrębną umowę powierzenia (art. 28 RODO).

Krok 7 — określ czas trwania. Wpisz czas trwania i okres wypowiedzenia oraz obowiązek przekazania kodu i dokumentacji po zakończeniu.

Krok 8 — dodaj klauzulę zabezpieczającą przed przekwalifikowaniem. Wskaż wyraźnie, że programista jest niezależnym przedsiębiorcą, samodzielnie organizuje czas pracy i może świadczyć usługi innym podmiotom.

Krok 9 — podpisz umowę. Wpisz miejscowość i datę. Podpisz w dwóch egzemplarzach lub z kwalifikowanym podpisem elektronicznym (art. 78[1] KC).

Umowa B2B z programistą w Polsce podlega przepisom Kodeksu cywilnego, prawa autorskiego, prawa podatkowego i przepisom o ubezpieczeniach społecznych.

Podstawa prawna i charakter umowy. Umowa B2B z programistą jest umową o świadczenie usług (art. 750 w zw. z art. 734 Kodeksu cywilnego), do której stosuje się odpowiednio przepisy o zleceniu. Zawierana jest między niezależnymi przedsiębiorcami w ramach swobody umów (art. 353[1] Kodeksu cywilnego). Programista ponosi odpowiedzialność za nienależyte wykonanie zobowiązania na zasadach art. 471 Kodeksu cywilnego.

Ryzyko przekwalifikowania na umowę o pracę. Sąd Okręgowy, Sąd Najwyższy i Zakład Ubezpieczeń Społecznych (ZUS) mogą uznać umowę B2B za umowę o pracę, jeżeli spełnia przesłanki z art. 22 § 1 Kodeksu pracy: osobiste świadczenie pracy, pod kierownictwem pracodawcy, w miejscu i czasie przez niego wyznaczonym, za wynagrodzeniem. Przekwalifikowanie skutkuje zaległymi składkami ZUS i podatkiem PIT od dnia nawiązania współpracy. Ryzyko minimalizuje: swoboda organizacji czasu i miejsca pracy, brak stałego nadzoru, możliwość świadczenia usług innym podmiotom, samodzielne wyposażenie w sprzęt i narzędzia.

Prawa autorskie. Prawa do programów komputerowych stworzonych przez programistę B2B (nie pracownika) przysługują programiście, a nie zleceniodawcy — art. 74 ust. 3 ustawy o prawie autorskim nie ma zastosowania do umów B2B. Przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności (art. 53) i musi wymieniać pola eksploatacji (art. 50). Bez klauzuli przeniesienia zleceniodawca nie ma prawa do kodu.

VAT i podatek dochodowy. Programista prowadzący JDG jest czynnym podatnikiem VAT (zwolnienie podmiotowe do 200 000 zł obrotu — art. 113 ustawy o VAT). Wystawia faktury z VAT 23%. Samodzielnie rozlicza podatek dochodowy (ryczałt, podatek liniowy 19% lub skala podatkowa) i składki ZUS (ubezpieczenia społeczne i zdrowotne). Zleceniodawca nie jest płatnikiem PIT ani składek ZUS programisty.

Zakaz konkurencji. W umowie B2B zakaz konkurencji w trakcie jej trwania jest dopuszczalny bez dodatkowego wynagrodzenia. Zakaz konkurencji po zakończeniu umowy bez ekwiwalentu pieniężnego jest nieskuteczny jako naruszający zasadę swobody działalności gospodarczej.

Ochrona danych osobowych. Jeżeli programista przetwarza dane osobowe zleceniodawcy, wymagana jest umowa powierzenia przetwarzania (art. 28 RODO) z zachowaniem środków bezpieczeństwa (art. 32 RODO). Nadzór sprawuje PUODO.

Forma umowy. Umowa B2B nie wymaga formy szczególnej; zalecana jest forma pisemna. Przeniesienie autorskich praw majątkowych wymaga formy pisemnej pod rygorem nieważności (art. 53). Forma elektroniczna z kwalifikowanym podpisem elektronicznym jest równoważna (art. 78[1] Kodeksu cywilnego).

Umowa B2B z programistą w Polsce bywa wadliwa z powodu typowych błędów.

Błąd 1 — brak klauzuli przeniesienia praw autorskich. Pominięcie klauzuli przeniesienia praw autorskich powoduje, że zleceniodawca korzysta z kodu bez tytułu prawnego. Zalecenie: dodaj klauzulę przeniesienia autorskich praw majątkowych z wymienieniem pól eksploatacji (art. 50) i zachowaniem formy pisemnej (art. 53 pr. aut.).

Błąd 2 — umowa B2B ukrywająca stosunek pracy. Umowa B2B narzucająca stały harmonogram pracy, zakaz wykonywania usług dla innych podmiotów i permanentny nadzór może zostać zakwestionowana przez ZUS lub sąd pracy jako umowa o pracę. Zalecenie: zadbaj o faktyczną niezależność programisty — swobodę organizacji czasu, miejsca i narzędzi pracy.

Błąd 3 — zakaz konkurencji po zakończeniu umowy bez wynagrodzenia. Bezpłatny zakaz konkurencji po rozwiązaniu umowy narusza swobodę działalności gospodarczej i jest nieskuteczny. Zalecenie: jeśli zależy Ci na zakazie po zakończeniu umowy, ustal stosowne wynagrodzenie za czas jego trwania.

Błąd 4 — brak weryfikacji NIP i aktywności JDG. Zawarcie umowy z nieaktywnym podatnikiem VAT naraża zleceniodawcę na problemy z odliczeniem VAT. Zalecenie: zweryfikuj NIP programisty na białej liście podatników VAT i aktywność JDG w CEIDG przed podpisaniem umowy.

Błąd 5 — brak regulacji komponentów open source. Kod korzystający z bibliotek GPL może wymagać udostępnienia kodu źródłowego zleceniodawcy. Zalecenie: wymagaj listy komponentów open source z licencjami i zakazu stosowania bibliotek GPL w kodzie produkcyjnym.

Błąd 6 — brak klauzuli RODO. Dostęp programisty do danych osobowych bez umowy powierzenia narusza RODO. Zalecenie: zawrzyj umowę powierzenia (art. 28 RODO) gdy programista uzyskuje dostęp do danych osobowych.

Błąd 7 — brak procedury przekazania kodu po zakończeniu umowy. Pominięcie obowiązku przekazania kodu i dokumentacji naraża zleceniodawcę na utratę wyników pracy programisty. Zalecenie: wpisz obowiązek przekazania pełnego kodu w repozytorium Git, dokumentacji i dostępów w ciągu określonego terminu po zakończeniu współpracy.