Prowadzisz software house. Klient enterprise potrzebuje trzech seniorów Javy na 6 miesięcy. Nie chce Twojego produktu ani Twojego PM-a - chce ludzi. Wystawiasz ich, klient płaci stawkę godzinową, Ty bierzesz marżę. Proste?
Na papierze tak. W praktyce - po trzech miesiącach klient próbuje zatrudnić Twojego najlepszego dewelopera bezpośrednio. Albo deweloper pisze kod, do którego prawa autorskie formalnie nie należą do nikogo. Albo PIP puka do drzwi i pyta, czy ta „współpraca B2B" to nie jest czasem ukryty stosunek pracy.
Body leasing to najpopularniejszy model współpracy w polskim IT i jednocześnie jeden z najsłabiej zabezpieczanych prawnie. Ten artykuł wyjaśnia, jak działa, czym różni się od outsourcingu, co musi znaleźć się w umowie i jakich błędów unikać.
Artykuł opracowany przez Łukasza Gębczyka - prawnika Lexable, który na co dzień doradza zarządom i wspólnikom software house'ów, startupów technologicznych i spółek wdrażających rozwiązania AI.
Dla zabieganych
Body leasing to model, w którym software house „wypożycza" specjalistę IT do pracy pod kierownictwem klienta. To umowa o świadczenie usług - brak dedykowanej regulacji ustawowej. Kluczowe elementy umowy: mechanizm zamówień, stawka T&M lub ryczałt, łańcuch IP (specjalista → software house → klient), non-solicitation z karą umowną, podział odpowiedzialności, mechanizm zastępstw i klauzula exit. Bez nich - umowa jest dziurawa.
Body leasing to forma outsourcingu personalnego - software house udostępnia klientowi specjalistę IT do pracy w jego zespole. Dostawca odpowiada za kompetencje i dostępność osoby. Klient zarządza pracą na co dzień.
Body leasing nie jest uregulowany jako odrębny typ umowy w Kodeksie cywilnym. Funkcjonuje na podstawie art. 353¹ KC (zasada swobody umów) z odpowiednim stosowaniem przepisów o zleceniu (art. 734–751 KC). To oznacza dużą swobodę w kształtowaniu treści - ale też brak „siatki bezpieczeństwa." Wszystko, czego nie napiszesz w umowie, nie istnieje.
Umowa body leasing to zwykle umowa ramowa (master agreement) + zamówienia (orders) na konkretnych specjalistów. Oto elementy, których nie może zabraknąć.
Przedmiot umowy i mechanizm zamówień: umowa ramowa definiuje ogólne zasady współpracy, a konkretne parametry (kto, na kiedy, w jakiej technologii, za ile) określa zamówienie. Zamówienie powinno precyzować: profil specjalisty (, wymiar dostępności , datę rozpoczęcia i planowany czas trwania, miejsce świadczenia usług oraz osoby kontaktowe.
Wynagrodzenie i model rozliczenia: dwa dominujące modele: Time & Material (stawka godzinowa × przepracowane godziny) - najczęstszy w body leasingu, lub Fixed Price (ryczałt miesięczny za dostępność). T&M jest popularniejszy, bo lepiej oddaje rzeczywistość: godziny się raportuje, timesheet akceptuje klient, faktura wystawiana jest na podstawie zaakceptowanego timesheetu.
W kontekście SLA dotyczącego jakości usług warto zapoznać się z naszym artykułem o umowie SLA.
Prawa autorskie (łańcuch IP): to jeden z najczęściej zaniedbywanych elementów. Specjalista pisze kod w projekcie klienta. Kto jest właścicielem tego kodu? Łańcuch praw musi wyglądać tak: specjalista → software house → klient. Kluczowe rozróżnienie: jeśli specjalista jest zatrudniony na UoP, art. 12 ustawy o prawie autorskim przenosi prawa na software house z mocy ustawy (w zakresie obowiązków pracowniczych). Przy B2B konieczna jest odrębna umowa cesji z wyraźnym wskazaniem pól eksploatacji . Bez tego software house przenosi na klienta prawa, których sam formalnie nie posiada.
Moment przeniesienia warto powiązać z zapłatą wynagrodzenia - z klauzulą, że przeniesienie następuje z chwilą wytworzenia, ale jest warunkowane dokonaniem zapłaty. To chroni software house przed sytuacją, w której klient ma kod i prawa, ale nie zapłacił.
Pisaliśmy o tym mechanizmie szerzej przy okazji umowy B2B z programistą.
Non-solicitation (zakaz przejmowania specjalistów): klient poznaje Twojego świetnego dewelopera. Po 3 miesiącach myśli: „po co mi pośrednik? Zatrudnię go bezpośrednio."
Klauzula non-solicitation zabrania klientowi bezpośredniego pozyskiwania specjalistów software house'u przez określony czas . Jest dopuszczalna na gruncie swobody umów , ale musi być proporcjonalna - zbyt szeroki zakaz może zostać uznany za nieważny.
Mechanizm zastępstw: co jeśli specjalista zachoruje, odejdzie lub okaże się niekompetentny? Umowa powinna precyzować: termin zapewnienia zastępstwa, minimalne kompetencje zastępcy, co z wynagrodzeniem za okres bez specjalisty i czy klient może odrzucić zaproponowanego zastępcę.
Poufność, wypowiedzenie i exit: specjalista ma dostęp do kodu źródłowego, baz danych, strategii produktowej. Umowa musi zawierać klauzulę poufności z karą umowną. Klienci często wymagają osobnego NDA podpisywanego przed rozpoczęciem pracy.
Kluczowe: co z zamówieniami w toku, co z prawami autorskimi do kodu wytworzonego do dnia rozwiązania, co z dostępami do repozytoriów i danymi osobowymi. Brak klauzuli „exit procedures" tworzy luki bezpieczeństwa.
Sprawdź w Lexable - audyt umowy body leasing za stałą cenę, bez licznika godzin. Zamów audyt → lexable.pl
Nie kopiuj szablonów z internetu. Umowa body leasing to dokument, który musi odzwierciedlać Twój model biznesowy, relację ze specjalistami (B2B vs etat) i wymagania Twoich klientów.
Załóż darmowe konto w 60 sekund i zamów przygotowanie umowy body leasingowej z wzorem zamówienia w Lexable - dostaniesz komplet dokumentów dopasowanych do Twojego software house'u. Stała cena, bez licznika godzin i ekspresowa realizacja.
Wolisz mailowo? Napisz: contact@lexable.pl lub zgłoś się przez formularz.