Prawo autorskie w IT – co musisz wiedzieć, żeby nie stracić praw do kodu

Brak odpowiednich zapisów oznacza ryzyko utraty praw do kodu, sporu z klientem lub współpracownikiem i realnych strat finansowych. Poniżej znajdziesz konkretne zasady: czym różnią się prawa osobiste od majątkowych, kiedy wybrać licencję zamiast przeniesienia praw i jak zabezpieczyć się w umowach z pracownikami, kontrahentami B2B oraz zleceniobiorcami.

Dwa rodzaje praw autorskich – osobiste i majątkowe

Prawo autorskie określa relację twórcy z dziełem, które stworzył. Reguluje, kto może korzystać z utworu, na jakich zasadach i kto czerpie z niego korzyści. W praktyce dzieli się na dwie kategorie, które rządzą się odmiennymi regułami.

Majątkowe prawa autorskie

Majątkowe prawa autorskie to ekonomiczna strona utworu. Dotyczą korzystania z niego i czerpania korzyści finansowych.

• Są zbywalne – możesz je przenieść na inny podmiot w drodze umowy.
• Dają prawo do zarabiania – ten, kto je posiada, decyduje o komercyjnym wykorzystaniu utworu.
• Można je licencjonować – nie musisz ich przenosić w całości, wystarczy udzielić licencji.

Autorskie prawa osobiste

Autorskie prawa osobiste regulują więź twórcy z dziełem. Obejmują m.in.:

• oznaczenie utworu imieniem i nazwiskiem twórcy,
• prawo do pierwszego udostępnienia utworu,
• prawo do nadzorowania sposobu korzystania z niego.

Tych praw nie da się przenieść. Nie wygasają też z upływem czasu.

Dlaczego prawa osobiste mają znaczenie w IT

Mimo że praw osobistych nie przeniesiesz, możesz je uregulować w umowie. Twórca może zobowiązać się, że nie będzie z nich korzystał – np. nie będzie domagał się oznaczenia autorstwa w kodzie przekazanym klientowi. Jeśli tego nie uregolujesz, twórca zachowuje pełną swobodę w wykonywaniu tych praw.

Jak przenieść majątkowe prawa autorskie

Masz dwie ścieżki: przeniesienie praw w całości albo udzielenie licencji. Każda z nich wymaga innego podejścia i daje inne możliwości.

Przeniesienie praw autorskich – co musisz wiedzieć

Przeniesienie praw autorskich to trwałe przekazanie wszystkich majątkowych praw do utworu – np. do kodu źródłowego lub jego fragmentu. Po zawarciu umowy nabywca korzysta z utworu tak, jakby był jego twórcą.

Co to oznacza w praktyce:

1. Nabywca może udzielać licencji na utwór kolejnym podmiotom.
2. Nabywca może przenosić prawa dalej – np. na klienta końcowego.
3. Twórca traci kontrolę nad komercyjnym wykorzystaniem utworu.

Bezwzględny wymóg: forma pisemna. Umowa o przeniesienie praw autorskich musi być zawarta na piśmie. Ustalenia ustne, mailowe czy w komunikatorze nie wystarczą – umowa bez formy pisemnej jest nieważna z mocy prawa. To jeden z najczęstszych błędów w branży IT.

Licencja – co to jest i jak jej udzielić

Licencja to zgoda na korzystanie z utworu w określonym zakresie, bez przenoszenia praw. Twórca nadal pozostaje właścicielem majątkowych praw autorskich.

Licencjobiorca:

• może korzystać z utworu w zakresie określonym w umowie,
• może udzielić dalszej licencji (sublicencji) – ale tylko jeśli umowa to przewiduje,
• nie może sprzedać ani przenieść praw do utworu.

Licencja wyłączna a niewyłączna – różnice

Kiedy wybrać licencję, a kiedy przeniesienie praw

Nie ma jednej odpowiedzi. Decyzja zależy od modelu biznesowego i roli, jaką pełnisz w danym projekcie.

Wybierz licencję, jeśli:

• Tworzysz produkt SaaS lub aplikację, którą udostępniasz wielu użytkownikom – każdy z nich otrzymuje licencję, a Ty zachowujesz prawa.
• Chcesz rozwijać, modyfikować i udostępniać utwór kolejnym podmiotom.
• Potrzebujesz elastyczności – licencji niewyłącznej możesz udzielić wielu stronom jednocześnie.

Wybierz przeniesienie praw, jeśli:

• Prowadzisz firmę IT i nabywasz prawa od współpracowników, żeby dalej rozwijać rozwiązanie we własnym zakresie.
• Tworzysz element większej całości zamawianej przez klienta – przeniesienie praw pozwoli Ci następnie licencjonować lub przenieść prawa na klienta końcowego.
• Potrzebujesz pełnej kontroli nad utworem bez ograniczeń licencyjnych.

Co musi zawierać każda umowa dotycząca praw autorskich

Niezależnie od tego, czy przenosisz prawa, czy udzielasz licencji, w umowie ureguluj:

1. Zakres praw – jakie konkretnie prawa przenosisz lub licencjonujesz.
2. Pola eksploatacji – w jaki sposób utwór może być wykorzystywany (np. kopiowanie, modyfikowanie, udostępnianie publicznie, dystrybucja).
3. Wynagrodzenie – kwota, moment płatności, zasady rozliczeń.
4. Moment przeniesienia praw – czy prawa przechodzą z chwilą podpisania umowy, odbioru utworu czy zapłaty.
5. Zobowiązanie dotyczące praw osobistych – czy twórca zobowiązuje się do niewykonywania autorskich praw osobistych.

Prawa autorskie a forma zatrudnienia

Zasady nabywania praw autorskich zależą od rodzaju umowy łączącej Twoją firmę z twórcą. To częste źródło problemów – szczególnie gdy brakuje odpowiednich zapisów.

Umowa o pracę

Pracodawca nabywa majątkowe prawa autorskie do utworu stworzonego przez pracownika w ramach jego obowiązków służbowych. Dzieje się to z mocy prawa – nie potrzebujesz dodatkowej umowy.

Ale uwaga – w umowie o pracę warto mimo to uregulować:

• zakres obowiązków pracownika (precyzyjnie – żeby nie było wątpliwości, czy dany utwór powstał „w ramach obowiązków”),
• prawo do korzystania z utworu w wystarczająco szerokim zakresie,
• prawo do rozporządzania utworem (np. dalszego przeniesienia praw na klienta).

Jeśli zakres obowiązków jest opisany ogólnikowo, pojawia się ryzyko sporu o to, czy dany kod w ogóle podlega automatycznemu przejściu praw.

Umowa B2B

Przy współpracy B2B nie następuje automatyczne przeniesienie praw autorskich. Musisz to wprost uregulować w umowie.

W umowie B2B zadbaj o:

1. Wyraźne postanowienie o przeniesieniu praw autorskich na Twoją firmę – lub o udzieleniu odpowiednio szerokiej licencji.
2. Określenie momentu przeniesienia praw – np. z chwilą odbioru lub zapłaty.
3. Wskazanie pól eksploatacji – szczegółowo, nie ogólnikowo.
4. Zasady wynagradzania za przeniesienie praw (odrębne od wynagrodzenia za usługę lub wliczone w nie).
5. Zobowiązanie dotyczące autorskich praw osobistych.
6. Odpowiedzialność wykonawcy – co się dzieje, jeśli utwór narusza prawa osób trzecich.

Umowa o dzieło i umowa zlecenie

Tak samo jak w B2B – zamawiający lub zleceniodawca nie nabywa automatycznie praw autorskich od wykonawcy. Umowa musi zawierać postanowienia o przeniesieniu praw. Bez nich prawa pozostają przy twórcy, nawet jeśli zapłaciłeś za wykonanie dzieła.

Checklist – forma umowy a ryzyko nieważności

Zanim podpiszesz jakąkolwiek umowę dotyczącą praw autorskich, sprawdź:

• Przeniesienie praw autorskich → wymagana forma pisemna. Bez niej umowa jest nieważna.
• Licencja wyłączna → wymagana forma pisemna pod rygorem nieważności.
• Licencja niewyłączna → forma pisemna nie jest wymagana, ale zdecydowanie zalecana (dla bezpieczeństwa dowodowego).
• Pola eksploatacji → wymienione wprost w umowie. Brak ich wskazania oznacza, że nabywca lub licencjobiorca nie może korzystać z utworu w niewymienionych polach.
• Wynagrodzenie → określone w umowie. Brak ustaleń w tym zakresie generuje ryzyko sporu o zapłatę.

Co zrobić teraz

Jeśli prowadzisz software house lub zespół deweloperski:

1. Przejrzyj aktualne umowy – z pracownikami, kontrahentami B2B i zleceniobiorcami. Sprawdź, czy zawierają postanowienia o przeniesieniu praw autorskich lub licencji.
2. Zweryfikuj formę umów – czy umowy o przeniesienie praw i licencje wyłączne mają formę pisemną.
3. Uzupełnij zakresy obowiązków w umowach o pracę – tak, żeby nie było wątpliwości, które utwory przechodzą na pracodawcę automatycznie.
4. Dodaj postanowienia o prawach osobistych – zobowiązanie twórcy do niewykonywania autorskich praw osobistych tam, gdzie jest to potrzebne.
5. Ustal standard umowny – jeden wzorzec klauzul dotyczących praw autorskich, który stosujesz we wszystkich nowych umowach.

Każdy miesiąc bez uregulowanych praw autorskich to okres, w którym kod w Twojej firmie formalnie może nie należeć do Ciebie. Im szybciej uporządkujesz dokumentację, tym mniejsze ryzyko sporu o prawa do oprogramowania.

Często zadawane pytania

Jaka jest różnica między autorskimi prawami osobistymi a majątkowymi do kodu? Majątkowe prawa autorskie to ekonomiczna strona utworu – można je przenieść na inny podmiot, licencjonować i czerpać z nich korzyści finansowe. Autorskie prawa osobiste chronią więź twórcy z dziełem (np. prawo do oznaczenia autorstwa) – nie da się ich przenieść ani zrzec, ale w umowie twórca może zobowiązać się, że nie będzie z nich korzystał.

Kiedy lepiej dać licencję do oprogramowania, a kiedy przenieść prawa autorskie? Licencję wybierz, gdy budujesz produkt SaaS lub aplikację udostępnianą wielu użytkownikom – zachowujesz prawa i możesz udzielać kolejnych licencji. Przeniesienie praw wybierz, gdy nabywasz kod od współpracowników i potrzebujesz pełnej kontroli nad utworem, żeby go dalej rozwijać, sublicencjonować lub przenieść prawa na klienta końcowego.

Czy przeniesienie praw autorskich do kodu musi być zawsze na piśmie? Tak – umowa o przeniesienie majątkowych praw autorskich wymaga formy pisemnej pod rygorem nieważności. Ustalenia ustne, mailowe czy w komunikatorze nie wystarczą, a umowa zawarta bez zachowania tej formy jest nieważna z mocy prawa.

Czy przy współpracy B2B prawa autorskie do kodu przechodzą automatycznie na firmę? Nie. Przy współpracy B2B nie następuje automatyczne przeniesienie praw autorskich – musisz to wprost uregulować w umowie, wskazując przeniesienie praw lub udzielenie licencji, pola eksploatacji, moment przejścia praw oraz zasady wynagrodzenia. Ta sama zasada dotyczy umów o dzieło i umów zlecenie – bez odpowiednich zapisów prawa pozostają przy twórcy, nawet jeśli zapłaciłeś za wykonanie kodu.

Co musi znaleźć się w umowie, żeby skutecznie zabezpieczyć prawa autorskie do oprogramowania? W każdej umowie dotyczącej praw autorskich ureguluj pięć elementów: zakres praw (jakie konkretnie prawa przenosisz lub licencjonujesz), pola eksploatacji (np. kopiowanie, modyfikowanie, dystrybucja), wynagrodzenie z zasadami rozliczeń, moment przeniesienia praw (np. z chwilą odbioru lub zapłaty) oraz zobowiązanie twórcy do niewykonywania autorskich praw osobistych. Pominięcie któregokolwiek z tych punktów generuje ryzyko sporu – np. brak wskazania pól eksploatacji oznacza, że nabywca nie może korzystać z utworu w niewymienionych polach.