Umowa z freelancerem: przeniesienie praw IP

Co sprawdzić w umowie z freelancerem przy przeniesieniu praw własności intelektualnej

Umowa z freelancerem może wyglądać porządnie, a mimo to nie trafiać w sedno. Klient myśli, że kupił pełne prawa; freelancer uważa, że sprzedał tylko gotowy plik. Taka rozbieżność szybko prowadzi do sporów, a zwykle da się jej uniknąć, jeśli przed podpisaniem wiesz, co sprawdzić w umowie z freelancerem przy przeniesieniu praw własności intelektualnej. W praktyce warto od razu upewnić się, że umowa z freelancerem przeniesienie praw autorskich jest opisana równie precyzyjnie jak zakres samego zlecenia.

To ważne nawet przy niewielkich zleceniach. Szkic logo, zestaw zdjęć produktowych, projekt strony docelowej czy krótka partia tekstów reklamowych mogą zawierać prawa, które umowa musi jasno nazwać. Jedno nieprecyzyjne zdanie może sprawić, że klient dostanie mniej, niż oczekiwał, albo że freelancer odda więcej, niż planował. Dlatego przy odbiorze rezultatów dobrze patrzeć nie tylko na pliki, ale też na przeniesienie praw własności intelektualnej freelancer w całym łańcuchu dokumentów i załączników.

1. Upewnij się, że umowa obejmuje coś więcej niż „własność kodu”

„Własność kodu” to zbyt wąskie pojęcie w wielu projektach. Tworzenie strony może obejmować teksty interfejsu, ikony, strukturę bazy danych, pliki projektowe i dokumentację; projekt marketingowy może obejmować szkice copy, układy graficzne i notatki o odbiorcach. Jeśli umowa wspomina tylko o kodzie, reszta może pozostać poza przeniesieniem praw.

Czytaj zapisy o przeniesieniu praw zdanie po zdaniu. Czy obejmują gotowy produkt, materiały pochodne i wszelkie zaadaptowane treści, czy tylko pliki źródłowe? Klient, który chce pełnej kontroli, powinien widzieć nazwany cały pakiet, a nie domyślnie zakładać jego zakres. Jeśli w umowie pojawia się nieokreślone „inne materiały”, to już jeden zapis za dużo i jeden problem gotowy.

Poproś o przykłady w samej umowie. Klauzula typu „rezultaty obejmują kod strony, arkusze stylów, teksty UI i instrukcje instalacji” jest znacznie lepsza niż ogólne „wszelkie IP”. Jeśli projekt obejmuje design i kod, traktuj je jako osobne aktywa. Dwa koszyki. Nie jeden.

Na 24freelance.pro w tym miejscu kupujący powinien też pomyśleć nie tylko o finalnym pliku, ale o całej współpracy. Jeśli porównujesz sposoby zatrudniania, artykuł o jak zatrudnić freelancera pomoże dobrze ustawić zakres jeszcze przed przygotowaniem umowy.

2. Sprawdź, czy rezultaty obejmują szkice, iteracje i pliki finalne

Niektóre umowy przenoszą prawa wyłącznie do „finalnego rezultatu”. Brzmi to schludnie, ale może zostawić szkice, pliki robocze i wersje poprawek w szarej strefie. Jeśli freelancer przygotuje trzy makiety, napisze pięć wersji tekstu albo wyeksportuje kilka wariantów projektu, umowa powinna wskazywać, czy one również wchodzą w zakres.

To nie jest drobiazg. Klient może potrzebować edytowalnego pliku źródłowego, projektu warstwowego albo notatek z pracy, żeby kontynuować bez zaczynania od zera. Freelancer może chcieć zachować wstępne notatki burzy mózgów albo niewykorzystane koncepcje. Obie strony mają rację, ale umowa musi powiedzieć, kto dostaje co.

Zwróć uwagę na sformułowania o „ostatecznej zatwierdzonej wersji”, jeśli nie obejmują kroków, które do niej prowadziły. Jeśli projekt kończy się na wersji 2, co dokładnie jest przenoszone? Jeśli klient anuluje zlecenie po otrzymaniu szkicu, czy szkic przechodzi na niego, czy nie? To pytania praktyczne, nie teoretyczne.

Jest też kwestia przekazania materiałów. Strona internetowa oddana wyłącznie jako skompilowany pakiet może nie wystarczyć klientowi, który potrzebuje edytowalnych szablonów, danych dostępowych i plików zasobów. Dobra umowa powinna wymienić pliki finalne, szkice, poprawki i wszystkie istotne materiały przekazania. Zwykle minimum trzy elementy, a często więcej.

3. Sprawdź prawa osobiste i zapisy o ich zrzeczeniu, jeśli mają zastosowanie

W niektórych krajach przeniesienie praw majątkowych nie załatwia w pełni praw osobistych. Mogą one obejmować oznaczenie autorstwa, integralność utworu i sprzeciw wobec określonych modyfikacji. Jeśli umowa przekracza granice państw, tego akapitu nie wolno czytać pobieżnie.

Szukaj zapisów o zrzeczeniu, zgodzie lub niewnoszeniu roszczeń. Muszą być dopasowane do właściwej jurysdykcji, bo szerokie zrzeczenie, które działa w jednym miejscu, w innym może być słabe albo nieskuteczne. Klient, który chce móc później edytować, przycinać, tłumaczyć lub wykorzystywać pracę na nowo bez kolejnych roszczeń, powinien mieć to jasno zapisane.

Freelancer też powinien to czytać. Umowa może zastrzegać prawo do podpisu autora albo pozwalać klientowi na pominięcie oznaczenia, ale w każdym przypadku zapis powinien być jednoznaczny. Niedokończony język prawny powoduje realne tarcia, gdy praca trafia do publikacji.

Praktyczny przykład: fotograf może przenieść prawa majątkowe do zdjęć, ale nadal zachować część praw osobistych, jeśli umowa nie reguluje tego właściwie. Inny przykład: ilustrator może sprzeciwić się mocnemu przerobieniu jego pracy i podpisaniu jej jego nazwiskiem. Taki problem można wyeliminować jedną jasną klauzulą.

4. Zweryfikuj łańcuch praw przy podwykonawcach i współpracownikach

Jeśli jeden freelancer nie stworzył wszystkiego samodzielnie, umowa potrzebuje zapisów o łańcuchu praw. Podwykonawca, młodszy designer, redaktor tekstów albo znajomy programista mogli brać udział w projekcie. Jeśli ich prawa nie zostały wcześniej przeniesione dalej, klient może nie otrzymać czystej własności na końcu tego łańcucha.

Sprawdź, kto faktycznie stworzył każdy element. Umowa powinna wskazywać, czy freelancer korzystał z pracowników, asystentów, kontraktorów lub zewnętrznych twórców, i wymagać od nich osobnych przeniesień praw, jeśli są potrzebne. „Zrobiłem to z pomocą” to za mało.

Ten problem pojawia się często w agencjach i w jednoosobowych studiach, które zlecają trudniejsze elementy dalej. Klient chce na końcu jednego właściciela. Dlatego umowa powinna wymagać od freelancera zapewnienia, że wszyscy współtwórcy przenieśli swoje prawa, albo bezpośrednio wymienić wyjątki. Bez ukrytych współautorów. Bez tajemniczych plików.

Jeśli praca dotyka danych regulowanych albo zatrudniania transgranicznego, ramy prawne mają jeszcze większe znaczenie. W pokrewnym temacie przydatny będzie poradnik jak zatrudnić freelancera pod kątem danych osobowych i praw do przeniesienia, gdy te kwestie spotykają się w jednym projekcie.

5. Sprawdź zachowane prawa do materiałów istniejących wcześniej i narzędzi freelancera

Freelancerzy często wnoszą własne szablony, fragmenty kodu, biblioteki, metody pracy lub systemy projektowe. To normalne. Umowa powinna oddzielać te materiały istniejące wcześniej od nowej pracy podlegającej przeniesieniu, bo inaczej strony mogą później spierać się o to, czy klient kupił cały zestaw narzędzi.

Szukaj klauzuli o zachowanych prawach. Powinna wskazywać, co pozostaje przy freelancerze, co otrzymuje klient i czy klient dostaje licencję na korzystanie z zatrzymanych materiałów w obrębie rezultatu. Dobrym przykładem jest wielokrotnego użytku blok formularza. Freelancer może zachować do niego prawa, a klient dostaje prawo użycia go jako części gotowej strony.

Uważaj na szerokie zapisy o przeniesieniu, zgodnie z którymi wszystko „opracowane w trakcie projektu” należy do klienta. To może wciągnąć własne zasoby startowe freelancera, narzędzia czy ogólne metody pracy. Lepsza klauzula mówi, co było już wcześniej własnością freelancera, co zostało stworzone od zera, a co jest licencjonowane, a nie przenoszone.

Klienci nie powinni traktować tego jak obejścia zasad. Narzędzia wewnętrznego workflow freelancera to nie to samo co rezultat. Ale jeśli umowa nie wyznaczy granicy, spór może sprowadzić się do jednego ponownie użytego komponentu. Jednego komponentu. Jednej kłótni.

6. Sprawdź treści stron trzecich, open source i zasady przekazywania licencji

Wiele projektów obejmuje materiały z zewnątrz. Mogą to być zdjęcia stockowe, fonty, biblioteki open source, kod API, licencjonowana muzyka albo ilustracje osób trzecich. Umowa, która obiecuje pełne przeniesienie praw bez wskazania tych elementów, może przeceniać to, co freelancer rzeczywiście może przekazać.

Szukaj klauzuli dotyczącej przekazania dalej warunków licencji. Jeśli praca zawiera oprogramowanie open source lub licencjonowane treści, umowa powinna wskazywać, jakie licencje mają zastosowanie, czy trzeba zachować informacje o autorstwie i czy redystrybucja jest ograniczona. Klient może posiadać część tworzoną na zamówienie, ale nadal musi przestrzegać zewnętrznej licencji dla części zapożyczonych.

To rozróżnienie ma znaczenie w praktyce. Aplikacja mobilna może zależeć od frameworka z własnymi warunkami licencyjnymi, a materiał marketingowy może zawierać zdjęcie stockowe, którego nie wolno odsprzedać jako samodzielnego pliku. Umowa nie powinna udawać, że tych ograniczeń nie ma. Powinna je wskazać.

Jeśli projekt jest powiązany z wyszukiwaniem, reklamami albo pracą na platformach, umowa powinna też pasować do modelu biznesowego. Na przykład kupujący porównujący kompetencje i zakresy dostaw może uznać za przydatny artykuł czy mogę zatrudnić freelancera, gdy zewnętrzne komponenty są tylko jednym z elementów całego zakresu prac.

7. Potwierdź moment: kiedy następuje przeniesienie i co je uruchamia

Termin przeniesienia może zmienić wszystko. Niektóre umowy mówią, że prawa przechodzą w chwili stworzenia utworu. Inne uzależniają to od pełnej płatności, dostarczenia albo podpisania osobnego dokumentu. Jeśli projekt utknie w połowie, zasada dotycząca terminu decyduje, kto ma co w danym momencie.

Przeczytaj uważnie warunek uruchamiający. Jeśli prawa przechodzą dopiero po zapłacie, co się dzieje, gdy klient wpłaci zaliczkę, ale nie dopłaci reszty? Jeśli prawa przechodzą przy dostarczeniu, czy wystarczy załącznik w e-mailu, czy finalne pliki muszą być formalnie zaakceptowane? Te szczegóły mają znaczenie, bo decydują o tym, czy klient może korzystać z pracy od razu, czy musi czekać.

Freelancer nie powinien akceptować niejednoznacznego języka o terminach. Klient też nie. Często dobrym kompromisem jest przeniesienie po pełnej zapłacie za finalny rezultat, a wcześniej ograniczone prawa do korzystania, jeśli udostępniane są szkice. Dzięki temu każdy etap ma jasno określony status prawny. Trzy etapy, trzy odpowiedzi.

Właśnie w przypadku niepowodzenia projektu takie klauzule pokazują swoją wartość. Jeśli zlecenie kończy się wcześniej, umowa powinna mówić, czy za opłacone etapy przechodzą częściowe prawa, czy nieopłacone materiały pozostają przy freelancerze oraz czy klient może zachować wewnętrzne kopie. Jeśli umowa milczy, spór może trwać dłużej niż sam projekt.

8. Upewnij się, że umowa obejmuje użycie po dostarczeniu, edycje i egzekwowanie praw

Klient często potrzebuje czegoś więcej niż samego posiadania pliku. Potrzebuje zgody na edycję, adaptację, sublicencjonowanie, publikację, rejestrację i egzekwowanie praw po dostarczeniu. Jeśli umowa mówi tylko o „przeniesieniu”, a nic nie wspomina o późniejszym użyciu, klient może nadal napotkać ograniczenia.

Sprawdź, czy umowa pozwala na modyfikacje bez dodatkowej zgody. Klient software'owy może potrzebować łatać kod, lokalizować interfejs albo przekazać projekt nowemu zespołowi. Klient marki może chcieć zmieniać rozmiar grafik, przycinać zasoby albo łączyć je z innymi materiałami. Jeśli takie użycia są przewidywane, umowa powinna mówić o tym prostym językiem.

Egzekwowanie praw to kolejny punkt, który ludzie często pomijają. Kto może wysłać wezwanie do usunięcia, jeśli ktoś skopiuje pracę? Czy klient może zarejestrować prawa autorskie, dochodzić roszczeń z tytułu naruszenia albo upoważnić do tego dystrybutora? Jeśli odpowiedź brzmi tak, umowa powinna to powiedzieć wprost. Jeśli nie, klient powinien wiedzieć o tym przed zapłatą.

Dla zespołów planujących rozwój te prawa wpływają na realne ruchy biznesowe, a nie tylko na teorię prawną. Umowa, która pozwala później edytować, sublicencjonować i egzekwować prawa, pozwala uniknąć niezręcznej chwili, gdy klient odkrywa, że ma aktywo, ale nie może nim działać. A to kosztuje.

Jeśli nadal jesteś na etapie zatrudniania, nie czekaj, aż umowa naprawi podstawowe problemy z zakresem. Jasny brief, nazwany rezultat i umowa zgodna z briefem oszczędzają czas po obu stronach. Najmniej sporów powstaje tam, gdzie nigdy nie zaczęły się kłopoty.

I tak, dokładne sformułowanie ma znaczenie: co sprawdzić w umowie z freelancerem przy przeniesieniu praw własności intelektualnej to nie tylko kwestia języka o własności. Chodzi o szkice, zrzeczenia, prawa współtwórców, wcześniejsze narzędzia, licencje zewnętrzne, termin przeniesienia i kontrolę po dostarczeniu. Wystarczy pominąć jeden z tych ruchomych elementów, a umowa może mówić o „przeniesieniu”, podczas gdy realne prawa zostaną gdzieś indziej.