Przeniesienie autorskich praw majątkowych – o czym pamiętać przy umowach z grafikami i programistami

Znaczenie przeniesienia autorskich praw majątkowych przy współpracy z grafikami i programistami

W relacjach biznesowych z grafikami i programistami kwestia praw autorskich ma kluczowe znaczenie. Dotyczy to zarówno agencji marketingowych i software house’ów, jak i jednoosobowych przedsiębiorców zlecających stworzenie logo, strony internetowej, aplikacji czy identyfikacji wizualnej. Bardzo często strony koncentrują się na terminach, wynagrodzeniu i funkcjonalnościach, a pomijają precyzyjne uregulowanie przeniesienia autorskich praw majątkowych. Skutki zaniedbań w tym obszarze mogą być poważne: od braku możliwości legalnego korzystania z wytworzonych projektów i kodu, po ryzyko sporów sądowych, a nawet konieczność ponownego zlecania prac.

W polskim porządku prawnym podstawowe znaczenie ma ustawa z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (dalej: „PrAut”). To ona określa, kiedy dochodzi do powstania utworu, kto jest twórcą, jak chronione są programy komputerowe i utwory graficzne oraz w jaki sposób i na jakich polach eksploatacji można przenieść autorskie prawa majątkowe lub udzielić licencji.

Podstawy prawne: utwór, twórca i rodzaje praw autorskich

Punktem wyjścia jest definicja „utworu” i zakres ochrony. Zgodnie z art. 1 ust. 1 PrAut:

„Przedmiotem prawa autorskiego jest każdy przejaw działalności twórczej o indywidualnym charakterze, ustalony w jakiejkolwiek postaci, niezależnie od wartości, przeznaczenia i sposobu wyrażenia (utwór).”

Projekt graficzny (logo, plakat, layout strony www, interfejs użytkownika), ilustracje, identyfikacja wizualna, a także kod źródłowy i kod wynikowy programu komputerowego – wszystkie te przejawy twórczości co do zasady spełniają przesłanki utworu. Ochrona powstaje z mocy prawa, bez konieczności rejestracji czy umieszczania symbolu ©.

Z kolei art. 8 ust. 1 PrAut stanowi:

„Prawo autorskie przysługuje twórcy, o ile ustawa nie stanowi inaczej.”

Twórcą jest osoba fizyczna, która wniosła twórczy wkład w powstanie utworu. Może to być grafik-freelancer, programista zatrudniony na umowę o pracę, współpracownik na B2B lub członek zespołu projektowego. Na gruncie prawa autorskiego nie ma znaczenia forma rozliczenia (umowa o dzieło, zlecenie, B2B), lecz rzeczywisty wkład twórczy.

Prawo autorskie dzieli się na prawa osobiste i majątkowe. Te pierwsze, w uproszczeniu, są niezbywalne i chronią więź twórcy z utworem (prawo do autorstwa, oznaczenia imieniem i nazwiskiem, nienaruszalności treści i formy utworu). Art. 16 PrAut wyraźnie wskazuje:

„Jeżeli ustawa nie stanowi inaczej, autorskie prawa osobiste chronią nieograniczoną w czasie i niepodlegającą zrzeczeniu się lub zbyciu więź twórcy z utworem (…).”

Kluczowe w obrocie gospodarczym są jednak autorskie prawa majątkowe, polegające na wyłącznym prawie do korzystania z utworu i rozporządzania nim na określonych polach eksploatacji oraz na wynagrodzeniu za to korzystanie (art. 17 PrAut). Te prawa mogą być przenoszone na inne podmioty lub stanowić przedmiot licencji.

Utwory graficzne a programy komputerowe – istotne różnice

Z punktu widzenia umów z grafikami i programistami ważne jest dostrzeżenie, że programy komputerowe podlegają nieco odmiennemu reżimowi w ramach tej samej ustawy. Z jednej strony stosuje się do nich przepisy ogólne o prawie autorskim, z drugiej – przepisy szczególne (art. 74–77 PrAut), które w pewnym zakresie modyfikują reguły ogólne.

Art. 74 ust. 1 PrAut stanowi:

„Programy komputerowe podlegają ochronie jak utwory literackie, o ile przepisy niniejszego rozdziału nie stanowią inaczej.”

Co istotne dla relacji pracodawca–pracownik, art. 74 ust. 3 PrAut wprowadza szczególną regulację dotyczącą autorskich praw majątkowych do programu komputerowego stworzonego w ramach stosunku pracy:

„Jeżeli program komputerowy został stworzony przez pracownika w wyniku wykonywania obowiązków ze stosunku pracy, pracodawca nabywa, z chwilą przyjęcia programu, autorskie prawa majątkowe w granicach wynikających z celu umowy o pracę i zgodnego zamiaru stron, o ile umowa nie stanowi inaczej.”

Dla utworów graficznych (np. ilustracji, layoutów, logotypów) stosuje się natomiast przepis ogólny art. 12 PrAut dotyczący utworów pracowniczych. Brzmi on w ust. 1:

„Jeżeli ustawa lub umowa o pracę nie stanowi inaczej, pracodawca, którego pracownik stworzył utwór w wyniku wykonywania obowiązków ze stosunku pracy, z chwilą przyjęcia utworu nabywa autorskie prawa majątkowe w granicach wynikających z celu umowy o pracę i zgodnego zamiaru stron.”

W praktyce oznacza to, że:
– przy programach komputerowych opiera się nabycie praw na art. 74 ust. 3 PrAut,
– przy utworach graficznych – na art. 12 PrAut.

W obu przypadkach niezwykle ważny jest „cel umowy” oraz „zgodny zamiar stron”. To m.in. dlatego w umowach o pracę grafików i programistów warto precyzyjnie opisać zakres obowiązków oraz sposób eksploatacji tworzonych w pracy utworów.

Przeniesienie praw czy licencja? Kluczowy wybór modelu

Zamawiający często intuicyjnie oczekują „pełni praw” do stworzonego dzieła, ale polskie prawo rozróżnia dwie podstawowe formy korzystania z cudzych utworów: przeniesienie autorskich praw majątkowych (cesja) oraz udzielenie licencji (wyłącznej lub niewyłącznej).

Przeniesienie praw majątkowych polega na definitywnym, co do zasady nieodwołalnym (poza wyjątkami ustawowymi lub zastrzeżonymi w umowie) przekazaniu prawa do rozporządzania utworem i czerpania korzyści z jego eksploatacji. Nabywca staje się w miejsce twórcy uprawnionym do korzystania z utworu na wskazanych w umowie polach eksploatacji.

Licencja natomiast to „upoważnienie” do korzystania z utworu, przy czym autorskie prawa majątkowe co do zasady pozostają przy twórcy. W uproszczeniu: przy przeniesieniu praw twórca „oddaje” swoje autorskie prawa majątkowe, przy licencji – jedynie pozwala korzystać z utworu w sposób określony w umowie.

Różnicę tę podkreśla art. 41 ust. 2 PrAut:

„Umowa o przeniesienie autorskich praw majątkowych lub umowa o korzystanie z utworu (licencja), obejmuje pola eksploatacji wyraźnie w niej wymienione.”

Dla praktyki obrotu oznacza to, że:
– zamawiający powinien świadomie zdecydować, czy potrzebuje pełnego przeniesienia praw (np. w przypadku logo firmy, które ma być swobodnie modyfikowane i odsprzedawane),
– czy wystarczająca będzie szeroka licencja (częste w relacjach agencyjnych, w projektach software’owych, przy korzystaniu z gotowych bibliotek lub szablonów).

Współcześnie w IT i branży kreatywnej częste jest stosowanie mieszanego modelu – np. przeniesienie praw do części dedykowanych elementów (np. warstwa graficzna aplikacji, dedykowane moduły) i licencje (często niewyłączne) na elementy standardowe, frameworki czy komponenty open source.

Forma i konstrukcja umowy o przeniesienie praw autorskich

Szczególnym wymogiem jest forma pisemna pod rygorem nieważności. Zgodnie z art. 53 PrAut:

„Umowa o przeniesienie autorskich praw majątkowych oraz licencja wyłączna wymagają zachowania formy pisemnej pod rygorem nieważności.”

Oznacza to, że:
– przesłanie faktury z adnotacją „zawiera przeniesienie praw” bez podpisanej umowy nie daje co do zasady skutecznego przeniesienia praw,
– ustne uzgodnienia lub korespondencja e-mailowa (bez kwalifikowanego podpisu elektronicznego pod umową) nie wystarczą do ważnej cesji praw autorskich,
– dopuszczalne jest zawieranie umów elektronicznych, o ile sposób podpisu spełnia przesłanki formy pisemnej (np. kwalifikowany podpis elektroniczny). Proste „kliknięcie” akceptacji PDF bez podpisu może nie być wystarczające.

W praktyce umowa z grafikiem lub programistą powinna mieć charakter kompleksowy i obejmować:

– jednoznaczne oznaczenie stron i przedmiotu umowy,
– precyzyjne zdefiniowanie utworów, które mają powstać (projekty graficzne, kod źródłowy, wersje pośrednie),
– określenie pól eksploatacji, na których następuje przeniesienie praw,
– moment przejścia praw (np. z chwilą przyjęcia utworu, zapłaty wynagrodzenia lub innego zdarzenia),
– wysokość wynagrodzenia, w tym ewentualny podział na wynagrodzenie za wykonanie dzieła i za przeniesienie praw,
– postanowienia dotyczące praw osobistych (upoważnienia, zobowiązania twórcy do niewykonywania niektórych uprawnień, zgoda na modyfikacje),
– zasady korzystania z utworów zależnych (modyfikacji, adaptacji, rozwinięć),
– kwestie odpowiedzialności za naruszenie praw osób trzecich,
– ewentualne licencje na materiały bazowe (stocki, frameworki, biblioteki).

Obowiązek wskazania pól eksploatacji

Jednym z najczęstszych błędów jest używanie ogólnikowych sformułowań typu „przeniesienie całości praw autorskich” lub „przeniesienie praw na wszystkich znanych polach eksploatacji” bez ich wymienienia. Tymczasem art. 41 ust. 2 PrAut wymaga wyraźnego wskazania pól eksploatacji. Dodatkowo art. 41 ust. 4 PrAut wprowadza ograniczenie:

„Postanowienia umowy o przeniesienie autorskich praw majątkowych lub umowy licencyjnej dotyczące wszystkich utworów lub wszystkich utworów określonego rodzaju, jakie twórca stworzy w przyszłości, są nieważne.”

Co więcej, art. 41 ust. 4^1 (wprowadzony nowelizacją) zabrania co do zasady przenoszenia praw na polach eksploatacji, które powstaną dopiero w przyszłości. Dlatego nie wystarczy sformułowanie „wszystkie obecnie znane i przyszłe pola eksploatacji”. Takie postanowienie, w zakresie przyszłych pól, będzie nieważne.

Dla praktyki współpracy z grafikami i programistami oznacza to konieczność starannego zidentyfikowania i wymienienia pól eksploatacji, które odpowiadają realnym potrzebom biznesowym zamawiającego: np. utrwalanie i zwielokrotnianie w dowolnej technice, wprowadzanie do obrotu, publiczne udostępnianie w internecie, nadawanie, wyświetlanie, tłumaczenie, modyfikacje, łączenie z innymi utworami itp. W przypadku programów komputerowych dodatkowo chodzi o zwielokrotnianie kodu, modyfikacje, instalowanie, używanie w sieci, udostępnianie jako SaaS.

Przykłady pól eksploatacji właściwych dla utworów graficznych i programów

Ustawa w art. 50 PrAut zawiera przykładowy katalog pól eksploatacji, z podziałem m.in. na:
– utrwalanie i zwielokrotnianie (druk, reprografia, zapis cyfrowy),
– obrót oryginałem lub egzemplarzami (wprowadzanie do obrotu, użyczenie, najem),
– rozpowszechnianie (publiczne wykonanie, wystawienie, wyświetlenie, nadawanie, reemitowanie, publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym).

W umowach z grafikami typowo pojawiają się m.in. następujące pola:
– zwielokrotnianie w dowolnej formie (druk, zapis cyfrowy),
– wykorzystywanie w materiałach marketingowych online i offline,
– zamieszczanie na stronach internetowych, w social mediach,
– wykorzystywanie w materiałach video (np. animowane logo),
– łączenie z innymi elementami identyfikacji wizualnej,
– prawo do modyfikacji, adaptacji, opracowań (np. tworzenie nowych wersji logo, zmiana kolorystyki).

W relacjach z programistami istotne będą przykładowo:
– zwielokrotnianie kodu źródłowego i wynikowego w pamięci urządzeń,
– instalowanie i uruchamianie programu na stacjach roboczych, serwerach, w chmurze,
– używanie programu w ramach usług świadczonych na rzecz klientów (SaaS, PaaS),
– prawo do modyfikowania, rozwijania, tłumaczenia, łączenia z innymi programami,
– udzielanie dalszych licencji (sublicencyjnych) użytkownikom końcowym.

Istotne jest, by te pola nie były kopiowane mechanicznie z innych umów, lecz odpowiadały faktycznemu modelowi biznesowemu zamawiającego. Inaczej będzie wyglądać umowa dla wewnętrznego narzędzia analitycznego, inaczej dla aplikacji mobilnej sprzedawanej w sklepach, a jeszcze inaczej dla logotypu mającego być znakiem towarowym.

Moment przejścia praw i zapłata wynagrodzenia

Ustawa nie narzuca jednego, sztywnego momentu przejścia autorskich praw majątkowych. Zgodnie z art. 64 PrAut:

„Jeżeli umowa nie stanowi inaczej, przeniesienie autorskich praw majątkowych następuje z chwilą przyjęcia utworu.”

W praktyce prowadzi to do kilku istotnych wniosków. Po pierwsze, dobrze jest w umowie precyzyjnie określić mechanizm odbioru (akceptacji) utworu i powiązać z nim moment przejścia praw. Przykładowo można zastrzec, że:

– prawa przechodzą z chwilą podpisania protokołu odbioru,
– prawa przechodzą z chwilą zapłaty całości wynagrodzenia,
– lub: częściowo, etapami (np. przeniesienie praw do poszczególnych modułów wraz z ich odbiorem).

Po drugie, wiązanie przejścia praw wyłącznie z „przyjęciem” utworu bez definicji przyjęcia może rodzić spory, gdy zamawiający korzysta z utworu, ale formalnie odmawia odbioru z uwagi na drobne wady.

Bezpiecznym rozwiązaniem jest więc:
– określenie formy przekazania (np. pliki źródłowe, repozytorium GIT, formaty otwarte i zamknięte),
– przewidzenie terminu na zgłoszenie zastrzeżeń i ich zakresu,
– wprowadzenie fikcji przyjęcia (np. brak zastrzeżeń w określonym terminie oznacza przyjęcie),
– jednoznaczne powiązanie przejścia praw z wyraźnie opisanym zdarzeniem (np. data podpisania protokołu, data wpływu ostatniej transzy wynagrodzenia).

Prawa osobiste twórców a praktyka biznesowa

Jak wskazano wcześniej, autorskie prawa osobiste są niezbywalne. Twórca nie może się ich skutecznie „zrzec” w sensie prawnym. W praktyce jednak zamawiający oczekują daleko idącej swobody w korzystaniu z utworu, w tym m.in.:
– możliwości wprowadzania modyfikacji,
– nieoznaczania utworu nazwiskiem twórcy,
– łączenia z innymi utworami,
– wykorzystywania go w dowolnym kontekście.

Rozwiązaniem jest wprowadzenie do umowy tzw. klauzul wykonawczych i upoważnień dotyczących praw osobistych, w szczególności:
– oświadczenia twórcy, że nie będzie wykonywał względem nabywcy niektórych uprawnień osobistych (np. prawa do integralności utworu) w określonym zakresie,
– udzielenie zgody na anonimowe korzystanie z utworu lub oznaczanie go pseudonimem,
– wyraźna zgoda na modyfikacje, opracowania, łączenie z innymi utworami.

Choć z punktu widzenia teorii prawa autorskiego nie jest to „zbycie” praw osobistych, w praktyce daje zamawiającemu komfort realizacji swoich potrzeb biznesowych bez obawy o roszczenia twórcy.

Odpowiedzialność za naruszenie praw osób trzecich

Grafik lub programista może w swojej pracy korzystać z różnych materiałów bazowych: bibliotek, snippetów kodu, zdjęć stockowych, fontów, szablonów. Niekiedy wykorzystanie takich materiałów jest licencjonowane na szczególnych zasadach (np. licencje niewyłączne, wykluczenie użycia komercyjnego, zakaz przenoszenia praw). Zdarza się, że wykonawca korzysta z takich zasobów niezgodnie z ich licencją.

Z perspektywy zamawiającego kluczowe jest uregulowanie w umowie:
– odpowiedzialności wykonawcy za to, że utwór nie narusza praw autorskich i pokrewnych osób trzecich,
– obowiązku uzyskania stosownych licencji na wykorzystane materiały,
– zakresu ewentualnego włączenia open source (i warunków wynikających z licencji typu GPL, MIT, Apache),
– mechanizmu zwolnienia zamawiającego od odpowiedzialności (tzw. indemnity) na wypadek roszczeń osób trzecich.

W praktyce warto żądać od wykonawcy oświadczeń w tym zakresie oraz – w razie potrzeby – przekazania dokumentów licencyjnych (np. potwierdzenia nabycia licencji stock, informacji o rodzaju licencji open source oraz spełnieniu jej warunków).

Case study: logo wykonane przez freelancera bez umowy

Wyobraźmy sobie przedsiębiorcę, który zleca freelancerowi wykonanie logo. Rozliczenie następuje na podstawie faktury, nie ma podpisanej umowy, w mailach strony uzgodniły jedynie projekt graficzny i cenę. Po kilku latach przedsiębiorca rejestruje logo jako znak towarowy i intensywnie wykorzystuje w kampaniach reklamowych.

Freelancer po czasie twierdzi, że zachował autorskie prawa majątkowe, a przedsiębiorca korzysta z logo bez podstawy prawnej, domaga się wynagrodzenia i zakazania dalszego używania. Jak może wyglądać sytuacja prawna?

– Skoro nie zawarto pisemnej umowy o przeniesienie praw, przeniesienie autorskich praw majątkowych jest nieważne (art. 53 PrAut).
– W praktyce możliwe jest przyjęcie istnienia dorozumianej licencji niewyłącznej, wynikającej z okoliczności, że freelancer świadomie dostarczył logo do użytku przedsiębiorcy.
– Zakres tej licencji będzie jednak ograniczony do celu, dla którego logo zostało zamówione i wykorzystane – może powstać spór, czy obejmuje ona rejestrację jako znak towarowy, odsprzedaż, sublicencjonowanie.
– Freelancer może dochodzić np. dodatkowego wynagrodzenia za szersze wykorzystanie, niż wynikało to z pierwotnego porozumienia.

Tego typu spory były wielokrotnie przedmiotem rozstrzygnięć sądowych. Przykładowo w orzecznictwie Sądu Najwyższego akcentuje się, że brak zachowania formy pisemnej dla przeniesienia praw wyklucza skuteczną cesję, ale nie wyklucza przyjęcia licencji niewyłącznej dorozumianej w granicach potrzeb odbiorcy.

Case study: oprogramowanie tworzone na B2B

Software house zatrudnia na umowy B2B kilku programistów, którzy wykonują kod na rzecz klienta końcowego. Umowy B2B zawierają ogólne sformułowania o „przeniesieniu wszelkich praw”, bez wskazania pól eksploatacji. Z kolei umowa z klientem przewiduje, że software house przenosi na niego „pełnię autorskich praw majątkowych do wytworzonego oprogramowania na wszystkich polach eksploatacji”.

Ryzyko prawne jest tu wielopoziomowe:
– umowy B2B mogą być uznane za nieskuteczne w części dotyczącej przeniesienia praw z powodu braku wskazania pól eksploatacji (art. 41 ust. 2 PrAut),
– w konsekwencji software house może nie mieć pełnych praw do kodu, który następnie „przenosi” na klienta,
– klient końcowy może zostać uznany za korzystającego z utworu bez tytułu prawnego w takim zakresie, w jakim prawa nie zostały skutecznie przeniesione.

Rozwiązaniem było od początku:
– przygotowanie precyzyjnych umów z programistami B2B, zawierających enumeratywne wyliczenie pól eksploatacji,
– rozdzielenie przeniesienia praw do kodu dedykowanego i licencji na komponenty standardowe (np. biblioteki),
– zsynchronizowanie zakresu nabycia praw od programistów z zakresem przeniesienia na klienta końcowego.

Wybrane orzecznictwo dotyczące przenoszenia praw i licencji

W polskim orzecznictwie można wskazać kilka istotnych tez, które mają znaczenie praktyczne przy konstruowaniu umów z grafikami i programistami.

W jednym z wyroków Sąd Najwyższy podkreślił znaczenie formy pisemnej i wskazania pól eksploatacji, stwierdzając w uzasadnieniu, że:

„Brak zachowania formy pisemnej zastrzeżonej dla przeniesienia autorskich praw majątkowych skutkuje nieważnością tej czynności. Nie oznacza to jednak, że odbiorca utworu jest całkowicie pozbawiony tytułu prawnego do korzystania z niego – w okolicznościach konkretnej sprawy możliwe jest przyjęcie dorozumianej licencji niewyłącznej w zakresie wynikającym z zgodnego zamiaru stron i celu umowy.”

W wyroku sądu apelacyjnego dotyczącym projektu graficznego strony internetowej sąd zwrócił uwagę, że:

„Ogólnikowe postanowienie umowy, zgodnie z którym wykonawca przenosi na zamawiającego całość autorskich praw majątkowych, bez wymienienia choćby przykładowo pól eksploatacji, nie spełnia wymogów art. 41 ust. 2 PrAut. Nie można z niego wywodzić skutecznego przeniesienia praw na inne niż wynikające z celu umowy sposoby korzystania z utworu.”

Z kolei w sprawach dotyczących programów komputerowych orzecznictwo podkreśla, że szczególne regulacje art. 74 PrAut nie uchylają obowiązku precyzyjnego określenia w umowie zakresu eksploatacji programu, zwłaszcza gdy odbiorcą jest podmiot inny niż pracodawca, a program powstaje na podstawie kontraktu B2B, a nie stosunku pracy.

Najczęstsze błędy w umowach z grafikami i programistami

Praktyka pokazuje, że wiele problemów wynika z powielania wzorów umów bez ich adaptacji lub z koncentracji na kwestiach technicznych/kosztowych przy marginalizowaniu kwestii praw autorskich. Do najczęściej spotykanych błędów należą:

– brak formy pisemnej dla przeniesienia praw (umowa ustna, e-maile, brak podpisów),
– brak wyliczenia pól eksploatacji lub używanie pustych formułek typu „wszystkie znane pola eksploatacji”,
– brak odrębnego określenia wynagrodzenia za przeniesienie praw (szczególnie istotne w razie sporu o zakres korzystania),
– nieuwzględnienie wykorzystania materiałów zewnętrznych (stocki, open source, frameworki),
– pomijanie kwestii praw osobistych (brak zgody na modyfikacje, brak uregulowania sposobu oznaczania autorstwa),
– brak zdefiniowanej procedury odbioru, co utrudnia określenie momentu przejścia praw,
– brak regulacji co do prac pochodnych (opracowań, rozwinięć oprogramowania),
– automatyczne przenoszenie praw do „wszystkiego, co powstanie w przyszłości” – sprzeczne z art. 41 ust. 4 PrAut.

Uniknięcie tych błędów nie wymaga skomplikowanych zabiegów, lecz świadomego zaprojektowania umowy z udziałem prawnika znającego praktykę branży kreatywnej i IT.

Rekomendacje dla zamawiających i wykonawców

Z perspektywy zamawiających (firm, agencji, start-upów) kluczowe jest, by przed zawarciem umowy odpowiedzieć na kilka pytań:
– do czego dokładnie potrzebujemy danego utworu (grafiki, programu)?
– czy musimy być wyłącznym właścicielem praw majątkowych, czy wystarczy nam szeroka licencja?
– czy planujemy dalszą odsprzedaż, sublicencjonowanie, rejestrację jako znak towarowy?
– na jakich rynkach (geograficznie) będziemy eksploatować utwór?
– czy dopuszczalne będą dla nas aktualizacje, modyfikacje dokonywane przez innych wykonawców?

Dopiero po uzyskaniu odpowiedzi warto zatroszczyć się o to, by umowa odzwierciedlała te potrzeby.

Z kolei wykonawcy (graficy, programiści) powinni:
– mieć świadomość, że standardem rynkowym jest albo przeniesienie praw na określonych polach, albo udzielenie licencji – i że to może wpływać na wysokość wynagrodzenia,
– rozumieć konsekwencje przeniesienia całości praw (brak możliwości ponownego wykorzystania kodu lub projektu w innym projekcie, chyba że umowa to dopuszcza),
– dbać o właściwe uregulowanie kwestii materiałów zewnętrznych oraz swojej odpowiedzialności za naruszenia,
– weryfikować, czy umowa nie nakłada na nich zobowiązań przekraczających realne możliwości (np. przeniesienie praw do wszystkich utworów, które powstaną w ramach całej ich działalności).

Najważniejsze wnioski praktyczne

Po pierwsze, przy współpracy z grafikami i programistami nie należy ograniczać się do ogólnych zapisów w umowie. Kwestia przeniesienia autorskich praw majątkowych lub udzielenia licencji musi być zaprojektowana świadomie, z uwzględnieniem rodzaju utworu (graficzny, program komputerowy, UX/UI), modelu biznesowego zamawiającego i rzeczywistego zakresu korzystania.

Po drugie, należy bezwzględnie zadbać o:
– formę pisemną przy przeniesieniu praw i licencji wyłącznych,
– enumeratywne wyliczenie pól eksploatacji,
– precyzyjne określenie momentu przejścia praw i procedury odbioru,
– uregulowanie praw osobistych oraz zgody na modyfikacje,
– kwestie materiałów zewnętrznych i odpowiedzialności za naruszenia.

Po trzecie, zarówno zamawiający, jak i wykonawcy powinni mieć świadomość, że w razie sporu sądy będą badały nie tylko literalne brzmienie umowy, lecz również jej cel i zgodny zamiar stron, a także to, jak faktycznie utwór był wykorzystywany. Dobrze skonstruowana umowa pozwala ograniczyć sferę niepewności i znacząco zmniejsza ryzyko sporów.

Q&A – najczęściej zadawane pytania

Czy zawsze muszę przenosić prawa autorskie przy zleceniu logo lub strony www?

Nie. Można zamiast przeniesienia praw uzyskać szeroką licencję, która pozwoli korzystać z utworu w potrzebnym zakresie. W praktyce przy logo firmowym często oczekuje się przeniesienia praw, szczególnie gdy planowana jest rejestracja znaku towarowego, ale prawnie nie jest to absolutny wymóg. Kluczowe jest dopasowanie modelu (przeniesienie vs licencja) do potrzeb korzystania.

Czy e-mailowe ustalenia z grafikiem wystarczą do przeniesienia praw?

Nie. Dla ważności przeniesienia autorskich praw majątkowych konieczna jest forma pisemna (art. 53 PrAut). E-maile mogą co najwyżej świadczyć o istnieniu dorozumianej licencji niewyłącznej, ale nie zastąpią umowy pisemnej o cesji praw. Dla bezpieczeństwa obrotu warto zawsze zawierać formalną umowę.

Co się stanie, jeśli w umowie nie wymienię pól eksploatacji?

Umowa będzie interpretowana zawężająco – przyjmuje się, że przeniesienie praw lub licencja obejmuje tylko te sposoby korzystania, które wynikają z celu umowy i zgodnego zamiaru stron. Nie będzie natomiast skutecznego przeniesienia na pola eksploatacji niewymienione i niemieszczące się w tym celu. To w praktyce oznacza niepewność i ryzyko sporów.

Czy mogę w umowie zastrzec przeniesienie praw do wszystkich utworów, jakie grafik stworzy w przyszłości?

Nie. Art. 41 ust. 4 PrAut stanowi, że postanowienia umowy dotyczące wszystkich utworów (lub wszystkich utworów określonego rodzaju), jakie twórca stworzy w przyszłości, są nieważne. Można natomiast umówić się na przenoszenie praw do utworów, które powstaną w ramach konkretnej, oznaczonej umowy lub projektu, np. w trakcie realizacji określonej kampanii lub systemu.

Czy programista B2B jest traktowany jak pracownik w zakresie praw do oprogramowania?

Nie. Szczególna regulacja art. 74 ust. 3 PrAut (autorskie prawa majątkowe do programu komputerowego stworzonego przez pracownika) dotyczy wyłącznie stosunku pracy. W relacji B2B konieczne jest zawarcie umowy i uregulowanie w niej przeniesienia praw lub udzielenia licencji, z wyliczeniem pól eksploatacji. Bez tego software house lub klient nie nabędą pełnego tytułu prawnego do kodu.

Czy twórca może całkowicie zrzec się autorskich praw osobistych?

Nie. Autorskie prawa osobiste są niezbywalne i niepodlegają zrzeczeniu się (art. 16 PrAut). Może jednak w umowie zobowiązać się do niewykonywania niektórych uprawnień osobistych względem nabywcy praw majątkowych i udzielić zgody na określone działania (np. modyfikacje utworu, anonimowe korzystanie, brak oznaczania autorstwa). To standardowa praktyka w umowach z grafikami i programistami.

Czy mogę używać gotowych bibliotek open source w projekcie komercyjnym?

Zależy od rodzaju licencji open source. Wiele licencji (np. MIT, Apache) jest przyjaznych komercyjnemu wykorzystaniu, o ile spełnione są ich warunki (np. zachowanie informacji o autorach, klauzul licencyjnych). Licencje typu GPL są bardziej restrykcyjne – mogą wymagać udostępnienia kodu źródłowego całego programu powstałego na ich bazie. Dlatego przed użyciem komponentów open source trzeba przeanalizować treść licencji i odpowiednio uregulować tę kwestię w umowie z klientem.

Czy brak zapłaty wynagrodzenia oznacza brak przejścia praw?

Nie zawsze automatycznie. Jeżeli umowa wiąże moment przejścia praw z zapłatą wynagrodzenia, to dopóki nie nastąpi zapłata, prawa co do zasady nie przechodzą. Jeżeli jednak umowa takiego warunku nie przewiduje, to stosuje się zasady ustawowe (art. 64 PrAut – co do zasady przejście praw z chwilą przyjęcia utworu). W praktyce warto wprost określić, czy zapłata jest warunkiem przejścia praw.

Czy mogę modyfikować otrzymane logo lub kod bez zgody twórcy?

To zależy od treści umowy. Samo przeniesienie autorskich praw majątkowych nie zawsze obejmuje prawo do tworzenia utworów zależnych (opracowań), jeśli nie jest to jasno wskazane w polach eksploatacji lub innych postanowieniach. W praktyce należy w umowie zastrzec prawo do modyfikacji i tworzenia opracowań wraz z możliwością korzystania z nich na określonych polach eksploatacji.

Czy w razie braku umowy sąd zawsze uzna, że mam co najmniej licencję?

Nie ma takiej gwarancji. Sąd będzie badał okoliczności sprawy, dotychczasowe korzystanie, korespondencję stron, cel zlecenia. Często przyjmuje się istnienie dorozumianej licencji niewyłącznej, ale jej zakres może być wąski i nie obejmować wszystkich sposobów korzystania, jakie zamawiający stosuje. To rodzi ryzyko roszczeń o zapłatę dodatkowego wynagrodzenia, zaniechanie naruszeń, a nawet usunięcie skutków naruszenia. Dlatego zawarcie jasnej, pisemnej umowy pozostaje najbezpieczniejszym rozwiązaniem.