Prawa autorskie w IT – co musisz wiedzieć, żeby chronić kod i biznes

Jeśli prowadzisz softwarehouse, tworzysz oprogramowanie lub zarządzasz zespołem developerów, prawa autorskie dotyczą Cię bezpośrednio. Nieznajomość zasad przenoszenia praw do kodu może skończyć się sporem z klientem, utratą kontroli nad produktem albo nieważnością umowy. Poniżej znajdziesz konkretne zasady: czym są prawa autorskie w IT, jak je przenosić, kiedy wybrać licencję, a kiedy transfer praw – i co musi znaleźć się w umowie z pracownikiem lub kontraktorem.

1. Osobiste i majątkowe prawa autorskie – podstawowe rozróżnienie

Prawo autorskie określa relację twórcy z utworem (np. kodem, aplikacją, fragmentem oprogramowania). Reguluje, kto może z utworu korzystać, kto na nim zarabia i na jakich zasadach można prawa przenieść. Dzieli się na dwie kategorie.

Majątkowe prawa autorskie

Majątkowe prawa autorskie to ekonomiczna strona utworu. Obejmują prawo do:

• korzystania z utworu – np. uruchamiania, kopiowania, modyfikowania kodu,
• zarabiania na utworze – np. sprzedaży licencji, komercjalizacji oprogramowania,
• przeniesienia praw na inny podmiot – na podstawie umowy.

Prawa majątkowe są zbywalne – możesz je sprzedać, przenieść lub licencjonować.

Autorskie prawa osobiste

Autorskie prawa osobiste chronią więź twórcy z utworem. Obejmują m.in.:

• prawo do oznaczenia utworu imieniem i nazwiskiem autora,
• prawo do pierwszego udostępnienia utworu,
• prawo do nadzoru nad sposobem korzystania z utworu.

Prawa osobiste nie mogą zostać przeniesione i nie wygasają z czasem.

Dlaczego prawa osobiste mają znaczenie w IT

Choć praw osobistych nie da się przenieść, twórca może zobowiązać się do niewykonywania tych praw. W praktyce oznacza to, że w umowie wpisujesz klauzulę, w której autor zgadza się np. nie żądać oznaczania kodu swoim nazwiskiem. Bez takiego zapisu ryzykujesz spór o autorstwo fragmentów oprogramowania.

2. Przeniesienie majątkowych praw autorskich – jak to zrobić prawidłowo

Przeniesienie praw autorskich to pełne „oddanie" majątkowych praw do utworu – np. do kodu, modułu aplikacji czy całego oprogramowania.

Wymagania formalne

• Forma pisemna jest obowiązkowa. Umowa ustna, korespondencja mailowa czy ustalenia na Slacku nie wystarczą – umowa bez formy pisemnej jest nieważna z mocy prawa.
• Umowa musi precyzyjnie wskazywać pola eksploatacji – czyli sposoby, w jakie nabywca może korzystać z utworu.
• Musisz określić zakres wynagrodzenia za przeniesienie praw.

Co zyskuje nabywca po przeniesieniu praw

Po podpisaniu prawidłowej umowy nabywca:

• korzysta z utworu tak, jakby był jego twórcą,
• może udzielać licencji innym podmiotom,
• może przenieść prawa na kolejną osobę.

3. Licencja – alternatywa dla przeniesienia praw

Licencja nie przenosi praw – daje tylko prawo do korzystania z utworu w ustalonym zakresie. Prawa autorskie pozostają przy twórcy.

Licencja wyłączna vs. niewyłączna

4. Licencja czy przeniesienie praw – reguła decyzji

Wybór zależy od Twojej roli w projekcie i tego, co planujesz zrobić z utworem.

Wybierz licencję, jeśli:

• Jesteś twórcą oprogramowania i chcesz je dalej rozwijać, modyfikować lub udostępniać wielu klientom.
• Budujesz produkt SaaS – każdemu użytkownikowi udzielasz licencji, nie przenosisz praw.
• Chcesz zachować kontrolę nad kodem i monetyzować go wielokrotnie.

Wybierz przeniesienie praw, jeśli:

• Nabywasz kod od kontraktora i chcesz go rozwijać w ramach własnej działalności.
• Kod jest częścią większego projektu, który realizujesz dla swojego klienta – po przeniesieniu możesz udzielić klientowi licencji albo przenieść prawa dalej.
• Potrzebujesz pełnej swobody dysponowania utworem bez zależności od twórcy.

W obu przypadkach umowa musi zawierać:

1. Dokładny zakres przenoszonych praw lub udzielanej licencji.
2. Wskazanie pól eksploatacji (sposoby wykorzystania utworu).
3. Zasady wynagrodzenia.
4. Postanowienia dotyczące autorskich praw osobistych.

5. Prawa autorskie a model współpracy – umowa o pracę, B2B, zlecenie, dzieło

Zasady przenoszenia praw autorskich zależą od tego, na jakiej podstawie współpracujesz z twórcą kodu. Poniżej znajdziesz różnice, które wpływają na to, co musisz uregulować w umowie.

Umowa o pracę

• Pracodawca nabywa majątkowe prawa autorskie automatycznie – z mocy prawa – jeśli tworzenie programu należy do obowiązków pracownika.
• Nie potrzebujesz dodatkowej umowy o przeniesienie praw.
• Sprawdź jednak, czy w umowie o pracę masz uregulowane:
  • prawidłowy zakres obowiązków (musi obejmować tworzenie kodu),
  • zakres korzystania z utworu i prawo do rozporządzania nim,
  • kwestię autorskich praw osobistych.

Jeśli zakres obowiązków nie obejmuje wyraźnie tworzenia oprogramowania, automatyczne nabycie praw może nie zadziałać.

Kontrakt B2B

• Prawa autorskie nie przechodzą automatycznie. Musisz to uregulować w umowie.
• W umowie B2B wpisz:
  1. Zobowiązanie kontraktora do przeniesienia praw autorskich (lub udzielenia licencji).
  2. Moment przeniesienia praw – np. z chwilą odbioru, zapłaty czy przekazania kodu.
  3. Pola eksploatacji.
  4. Zasady wynagrodzenia za przeniesienie praw.
  5. Zobowiązanie dotyczące niewykonywania autorskich praw osobistych.
  6. Odpowiedzialność kontraktora za wady prawne utworu.

Brak klauzuli o przeniesieniu praw w umowie B2B to jedno z najczęstszych ryzyk w projektach IT. Kontraktor zachowuje wtedy prawa do kodu, który napisał „dla Ciebie".

Umowa o dzieło i umowa zlecenie

• Tak jak przy B2B – zamawiający nie nabywa praw automatycznie.
• Umowa musi zawierać zapisy o przeniesieniu praw autorskich lub udzieleniu licencji.
• Jeśli przenosisz prawa lub udzielasz licencji wyłącznej – obowiązkowa forma pisemna.

6. Checklist – co zabezpieczyć w każdej umowie dotyczącej praw autorskich w IT

Zanim podpiszesz umowę z pracownikiem, kontraktorem lub klientem, sprawdź te punkty:

• Forma umowy – pisemna, jeśli przenosisz prawa lub udzielasz licencji wyłącznej.
• Zakres praw – jasno wskazane, co przenosisz lub licencjonujesz.
• Pola eksploatacji – wymienione konkretne sposoby korzystania z utworu.
• Moment przeniesienia – ustalony i powiązany z konkretnym zdarzeniem (odbiór, zapłata).
• Wynagrodzenie – określone za przeniesienie praw, nie tylko za wykonanie usługi.
• Prawa osobiste – klauzula o niewykonywaniu autorskich praw osobistych przez twórcę.
• Zakres obowiązków (umowa o pracę) – obejmuje tworzenie oprogramowania.
• Odpowiedzialność za wady prawne – kontraktor gwarantuje, że utwór nie narusza praw osób trzecich.
• Sublicencja / dalsze przeniesienie – ustal, czy nabywca może przekazać prawa dalej.

Podsumowanie

Brak uregulowania praw autorskich w umowie to ryzyko utraty kontroli nad kodem, sporu o autorstwo i nieważności umowy. Trzy zasady, które chronią Twój biznes:

1. Zawsze reguluj prawa autorskie na piśmie – umowa ustna jest nieważna przy przeniesieniu praw i licencji wyłącznej.
2. Dopasuj model (licencja vs. przeniesienie) do celu biznesowego – budujesz produkt dla wielu klientów? Licencja. Nabywasz kod na własność? Przeniesienie.
3. Weryfikuj model współpracy – przy umowie o pracę prawa przechodzą automatycznie (jeśli zakres obowiązków jest prawidłowy). Przy B2B, zleceniu i dziele – musisz to wpisać do umowy.

Najczęściej zadawane pytania

Jaka jest różnica między licencją a przeniesieniem praw autorskich do kodu? Przeniesienie praw autorskich to pełne „oddanie" majątkowych praw do kodu – nabywca może z niego korzystać, udzielać licencji innym i przenosić prawa dalej, jakby był twórcą. Licencja nie przenosi praw – daje tylko prawo do korzystania z utworu w ustalonym zakresie, a prawa autorskie pozostają przy twórcy. Wybór zależy od celu: jeśli nabywasz kod na własność i chcesz pełną swobodę – przeniesienie; jeśli chcesz zachować kontrolę nad kodem i monetyzować go wielokrotnie – licencja.

Czy w umowie B2B prawa autorskie do kodu przechodzą automatycznie na zamawiającego? Nie. Przy kontrakcie B2B prawa autorskie nie przechodzą automatycznie – musisz to wprost uregulować w umowie. Brak klauzuli o przeniesieniu praw w umowie B2B to jedno z najczęstszych ryzyk w projektach IT, bo kontraktor zachowuje wtedy prawa do kodu, który napisał „dla Ciebie".

Co musi znaleźć się w umowie, żeby skutecznie przenieść prawa autorskie do oprogramowania? Umowa musi mieć formę pisemną – bez niej przeniesienie praw jest nieważne z mocy prawa. Dodatkowo wpisz: precyzyjnie wskazane pola eksploatacji (czyli konkretne sposoby korzystania z utworu), moment przeniesienia praw powiązany z konkretnym zdarzeniem (np. odbiór, zapłata), zasady wynagrodzenia za przeniesienie praw oraz klauzulę o niewykonywaniu autorskich praw osobistych przez twórcę. Przy współpracy z kontraktorem dodaj też jego odpowiedzialność za wady prawne utworu – gwarancję, że kod nie narusza praw osób trzecich.

Kiedy w modelu SaaS lepiej udzielić licencji niż przenieść prawa autorskie? Jeśli budujesz produkt SaaS, wybierz licencję – każdemu użytkownikowi udzielasz prawa do korzystania z oprogramowania, a prawa autorskie zostają przy Tobie. Dzięki temu zachowujesz kontrolę nad kodem, możesz go dalej rozwijać, modyfikować i monetyzować wielokrotnie, udostępniając go wielu klientom jednocześnie.

Czy przy umowie o pracę pracodawca automatycznie nabywa prawa autorskie do kodu pracownika? Tak, pracodawca nabywa majątkowe prawa autorskie z mocy prawa, ale tylko wtedy, gdy tworzenie oprogramowania należy do obowiązków pracownika. Jeśli zakres obowiązków w umowie o pracę nie obejmuje wyraźnie tworzenia kodu, automatyczne nabycie praw może nie zadziałać – dlatego sprawdź, czy umowa precyzyjnie określa ten zakres, a także reguluje kwestię korzystania z utworu i autorskich praw osobistych.