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
| Cecha | Licencja wyłączna | Licencja niewyłączna |
|---|---|---|
| Liczba licencjobiorców | Tylko jeden | Bez ograniczeń |
| Forma umowy | Pisemna pod rygorem nieważności | Dowolna |
| Twórca może udzielić kolejnej licencji? | Nie | Tak |
| Prawo do sublicencji | Tylko jeśli umowa to przewiduje | Tylko jeśli umowa to przewiduje |
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ć:
- Dokładny zakres przenoszonych praw lub udzielanej licencji.
- Wskazanie pól eksploatacji (sposoby wykorzystania utworu).
- Zasady wynagrodzenia.
- 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:
- Zobowiązanie kontraktora do przeniesienia praw autorskich (lub udzielenia licencji).
- Moment przeniesienia praw – np. z chwilą odbioru, zapłaty czy przekazania kodu.
- Pola eksploatacji.
- Zasady wynagrodzenia za przeniesienie praw.
- Zobowiązanie dotyczące niewykonywania autorskich praw osobistych.
- 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:
- Zawsze reguluj prawa autorskie na piśmie – umowa ustna jest nieważna przy przeniesieniu praw i licencji wyłącznej.
- Dopasuj model (licencja vs. przeniesienie) do celu biznesowego – budujesz produkt dla wielu klientów? Licencja. Nabywasz kod na własność? Przeniesienie.
- 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.
