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

Jeśli prowadzisz software house, tworzysz oprogramowanie lub zarządzasz zespołem deweloperskim, prawa autorskie wpływają na każdą umowę, którą podpisujesz. 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.