3 błędy w umowach B2B, przez które tracisz prawa do swojego kodu

Moment przeniesienia praw, czyli pułapka 'chwili stworzenia'

Standardowy zapis w kontraktach IT, który znajdujemy w 7 na 10 umów, mówi, że prawa autorskie przechodzą na zleceniodawcę z chwilą ustalenia utworu. Brzmi to niewinnie, ale w praktyce oznacza, że klient staje się właścicielem kodu, zanim jeszcze zdąży przelać Ci choćby jedną złotówkę. Jeśli firma ogłosi upadłość lub po prostu przestanie płacić w połowie projektu, Ty zostajesz z pustym kontem i bez prawa do legalnego wykorzystania tego, co sam napisałeś. Liczy się wynik, a wynikiem dla Ciebie powinna być zapłata, a nie tylko satysfakcja z commita.

W zeszłym kwartale pomogliśmy 14 programistom z Zabłocia wykreślić ten zapis i zastąpić go klauzulą o przeniesieniu praw dopiero w momencie pełnego opłacenia faktury. To prosta zmiana, która daje Ci realne narzędzie nacisku na dłużnika. Bez tego zapisu Twoje szanse na odzyskanie pieniędzy spadają, bo dłużnik ma już wszystko, czego potrzebował, i nie czuje żadnej presji. Mówimy ludzkim głosem: nie oddawaj owoców swojej pracy za darmo tylko dlatego, że ktoś podsunął Ci gotowy wzór z internetu.

Warto też pamiętać, że proces windykacji w IT bywa żmudny i trwa średnio 83 dni, jeśli nie masz dobrze zabezpieczonej umowy. Poprawienie tego jednego zdania skraca ten czas drastycznie, bo nikt nie chce ryzykować używania oprogramowania, do którego formalnie nie posiada praw majątkowych. To czysta matematyka i dbanie o własny interes, a nie brak zaufania do partnera biznesowego.

Przeniesienie praw autorskich bez potwierdzenia przelewu to najprostsza droga do zostania z pustymi rękami przy problemach kontrahenta.

Zbyt szerokie pola eksploatacji i brak limitów

Kolejnym błędem jest zgoda na nieograniczone pola eksploatacji bez dodatkowego wynagrodzenia. Często widzimy umowy, które pozwalają klientowi na robienie z kodem dosłownie wszystkiego – od odsprzedaży konkurencji po tworzenie na jego bazie produktów SaaS, o których nikt wcześniej nie wspomniał. Jeśli Twoja stawka godzinowa zakładała tylko napisanie modułu dla jednej firmy, a nagle Twój kod zarabia miliony dla kogoś innego na 11 rynkach zagranicznych, to prawdopodobnie zostałeś ogrywany na własne życzenie.

Dobrze skonstruowana umowa powinna precyzyjnie wymieniać, gdzie i jak kod będzie używany. Jeśli pracujesz dla małego software house'u z Krakowa, nie musisz od razu zgadzać się na eksploatację w kosmosie i na wszystkich znanych nośnikach świata. My zalecamy ograniczenie pól do tych, które są faktycznie niezbędne do realizacji celu umowy. Szczerze mówiąc, większość firm i tak nie potrzebuje więcej, a dopisanie tych 3-4 dodatkowych punktów chroni Twoje portfolio przed nadużyciami.

Pamiętaj, że raz oddane prawo do modyfikacji i dalszej odsprzedaży jest bardzo trudne do odkręcenia. W 2024 roku analizowaliśmy sprawę, gdzie klient próbował zabronić autorowi używania własnych, uniwersalnych bibliotek w innych projektach, bo umowa była sformułowana zbyt ogólnie. Strata czasu na takie spory to około 32 godziny pracy radcy prawnego, których można uniknąć na etapie podpisywania dokumentu. Konkret na stole: czytaj, co podpisujesz, albo daj to komuś, kto wyłapie te kruczki w 15 minut.

Prawa osobiste, o których wszyscy zapominają

Autorskie prawa osobiste są niezbywalne, co oznacza, że zawsze będziesz autorem swojego kodu. Jednak w umowach B2B standardem jest klauzula, w której zobowiązujesz się do ich niewykonywania. To brzmi jak prawniczy bełkot, ale w praktyce decyduje o tym, czy możesz się podpisać pod projektem w swoim CV lub portfolio. Jeśli nie dopilnujesz zapisu o prawie do ujawnienia autorstwa w celach marketingowych, możesz mieć problem z udowodnieniem przyszłemu pracodawcy, co faktycznie potrafisz.

Zdarzyło się nam poprawiać umowy, w których zakaz wspomnienia o projekcie był obwarowany karą umowną w wysokości 47 000 złotych za każde naruszenie. To absurdalne kwoty dla freelancera, ale firmy wpisują je 'z automatu'. W Coinetra dbamy o to, by nasi klienci mieli jasne wytyczne: co mogą pokazać publicznie, a co musi zostać poufne. Zazwyczaj wystarcza krótki dopisek o możliwości użycia fragmentów kodu w celach edukacyjnych lub w zamkniętym portfolio dla rekruterów.

Ostatnia rzecz to prawo do nadzoru autorskiego. Jeśli firma chce zmieniać Twój kod w sposób, który narusza Twoją renomę jako dewelopera, masz prawo protestować – o ile umowa tego prawa nie wyłącza. Warto zostawić sobie furtkę na wypadek, gdyby ktoś chciał przerobić Twój elegancki refaktoring w spaghetti kod i nadal twierdzić, że to Twoje dzieło. Bywa, że klienci są zdziwieni taką prośbą, ale po krótkim wyjaśnieniu zazwyczaj nie mają problemu ze zmianą zapisu.

Możliwość wpisania projektu do CV to Twój największy kapitał. Nie pozwól go sobie odebrać przez jeden zły akapit w umowie.

Jak sprawdzić umowę w 3 krokach?

Zanim klikniesz 'akceptuję' w systemie do podpisów elektronicznych, zrób prosty test. Po pierwsze, sprawdź czy słowo 'płatność' i 'przeniesienie praw' występują w tym samym zdaniu. Po drugie, policz wymienione pola eksploatacji – jeśli jest ich więcej niż 12, zapytaj po co im tyle. Po trzecie, spójrz na paragraf o karach umownych. Jeśli kara za błąd w kodzie przekracza wysokość Twojego miesięcznego wynagrodzenia, to umowa jest skrajnie niebezpieczna i wymaga natychmiastowej korekty.

W Coinetra przeanalizowaliśmy już setki takich dokumentów dla branży IT i kreatywnej. Wiemy, że nikt nie ma czasu na czytanie 40 stron regulaminów, dlatego nasze opinie są krótkie i sprowadzają się do konkretnych punktów do zmiany. Nie bawimy się w teoretyzowanie – mówimy wprost: 'to wykreśl, tu dopisz dwa słowa, a o to się kłóć'. Taka usługa kosztuje u nas ułamek tego, co straciłbyś na jednej źle sformułowanej karze umownej.

Być może wydaje Ci się, że duża korporacja nie zmieni dla Ciebie umowy. To mit. W 83% przypadków, które prowadziliśmy, druga strona zgodziła się na sensowne poprawki dotyczące własności intelektualnej. Firmy też chcą mieć spokój prawny i wiedzieć, że proces zakupu usług jest czysty. Jeśli przedstawisz argumenty merytorycznie, bez emocji, zyskasz szacunek jako profesjonalista, który zna swoją wartość i dba o bezpieczeństwo swojego biznesu.