Program komputerowy, a więc również kod źródłowy, jest utworem chronionym prawem autorskim na równi z utworami literackimi. Jednak o tym, kto faktycznie posiada prawa do kodu, decyduje nie tylko prawo, ale przede wszystkim treść umowy łączącej twórcę z zamawiającym. Poznaj kluczowe zasady, które pozwolą Ci uniknąć kosztownych sporów i zabezpieczyć interesy Twojej firmy.
Program komputerowy i kod źródłowy jako utwór w świetle prawa autorskiego
Zgodnie z art. 74 ust. 1 ustawy o prawie autorskim i prawach pokrewnych, programy komputerowe podlegają ochronie jak utwory literackie, o ile przepisy szczególne nie stanowią inaczej. Oznacza to, że kod źródłowy – rozumiany jako ciąg znaków i komend napisanych w określonym języku oprogramowania – jest chroniony prawem autorskim od momentu jego ustalenia, nawet jeśli ma postać nieukończoną.
Kod źródłowy, kod wynikowy i dokumentacja projektowa
Ochrona prawnoautorska obejmuje wszystkie formy wyrażenia programu komputerowego. W praktyce oznacza to, że chroniony jest nie tylko:
- Kod źródłowy – czytelny dla człowieka zapis programu w języku programowania
- Kod wynikowy – skompilowana wersja zrozumiała dla maszyny
- Przygotowawczy materiał projektowy – o ile jest na tyle precyzyjny, że pozwala na odtworzenie struktury programu
Jak wskazał Trybunał Sprawiedliwości Unii Europejskiej w sprawie C-406/10 (SAS Institute), ochrona obejmuje wszystkie formy wyrażenia programu komputerowego, jak również przygotowawcze prace projektowe pozwalające na powielanie lub późniejsze stworzenie takiego programu.
Idee, algorytmy i interfejsy – co nie podlega ochronie
Nie wszystko, co wiąże się z programem komputerowym, jest chronione prawem autorskim. Zgodnie z art. 74 ust. 2 ustawy, ochronie nie podlegają idee i zasady będące podstawą jakiegokolwiek elementu programu komputerowego, w tym podstawa łączy (interfejsów).
Oznacza to, że:
- Sam pomysł na aplikację nie jest chroniony
- Algorytmy jako takie nie podlegają ochronie prawnoautorskiej
- Funkcjonalność programu nie jest chroniona
- Język programowania nie stanowi formy wyrażenia programu
Ochronie podlega natomiast konkretna forma wyrażenia tych elementów – czyli sposób, w jaki programista zaimplementował dany pomysł w kodzie źródłowym.
Autorskie prawa osobiste i majątkowe do kodu
Prawo autorskie dzieli się na dwie zasadniczo różne kategorie praw, które rządzą się odmiennymi regułami.
Prawa osobiste – zawsze przy twórcy
Autorskie prawa osobiste chronią nieograniczoną w czasie i niepodlegającą zrzeczeniu się lub zbyciu więź twórcy z utworem. W przypadku programów komputerowych zakres tych praw jest nieco węższy niż w przypadku innych utworów i obejmuje przede wszystkim:
- Prawo do autorstwa programu komputerowego
- Prawo do oznaczenia programu swoim nazwiskiem lub pseudonimem albo do udostępniania go anonimowo
Prawa osobiste są niezbywalne – nie można ich przenieść na inną osobę ani się ich zrzec. Twórca zachowuje je niezależnie od tego, kto nabył prawa majątkowe do kodu.
Prawa majątkowe – przedmiot obrotu
Autorskie prawa majątkowe to ekonomiczna strona utworu. Obejmują one prawo do:
- Trwałego lub czasowego zwielokrotnienia programu komputerowego w całości lub w części
- Tłumaczenia, przystosowywania, zmiany układu lub jakichkolwiek innych zmian w programie
- Rozpowszechniania, w tym użyczenia lub najmu, programu komputerowego lub jego kopii
To właśnie prawa majątkowe są przedmiotem obrotu w umowach IT. Mogą być przenoszone na inne osoby lub licencjonowane.
Komu przysługują prawa autorskie do kodu źródłowego?
O tym, kto pierwotnie posiada prawa autorskie do programu komputerowego, decyduje podstawa współpracy z programistą, który stworzył kod źródłowy. W każdym przypadku wygląda to nieco inaczej.
Umowa o pracę – utwór pracowniczy
W przypadku umowy o pracę zastosowanie ma art. 74 ust. 3 ustawy o prawie autorskim, który stanowi, że prawa majątkowe do programu komputerowego stworzonego przez pracownika w wyniku wykonywania obowiązków ze stosunku pracy przysługują pracodawcy, o ile umowa nie stanowi inaczej.
Jest to szczególne rozwiązanie – tak zwane nabycie pierwotne. Oznacza to, że pracownik nigdy nie był właścicielem praw majątkowych do stworzonego przez siebie kodu. Pracodawca nabywa te prawa z mocy ustawy, bez konieczności zawierania dodatkowej umowy.
Ważne: Kluczowe znaczenie ma ustalenie, czy tworzenie programu mieściło się w ramach obowiązków pracowniczych. Sąd Apelacyjny w Warszawie w wyroku z 20 czerwca 2018 r. (sygn. V ACa 18/17) wskazał, że aby utwór miał charakter pracowniczy, nie wystarcza jakikolwiek związek łączący powstanie utworu ze stosunkiem pracy. Niezbędne jest, aby stworzenie utworu należało do zakresu zadań pracownika.
Umowa cywilnoprawna, zlecenie i B2B
W przypadku umów cywilnoprawnych – takich jak umowa o dzieło, umowa zlecenia czy kontrakt B2B – sytuacja wygląda zupełnie inaczej. Prawa autorskie do stworzonego kodu pierwotnie przysługują programiście, a nie zamawiającemu.
Oznacza to, że aby zamawiający nabył prawa majątkowe do kodu, konieczne jest zawarcie odpowiedniej umowy o przeniesienie praw autorskich. Umowa taka musi być zawarta w formie pisemnej pod rygorem nieważności.
Brak klauzuli o przeniesieniu praw w umowie B2B to jedno z najczęstszych ryzyk w projektach IT. Programista zachowuje wtedy prawa do kodu, który napisał „dla klienta”, a zamawiający może co najwyżej korzystać z oprogramowania na podstawie dorozumianej licencji.
Software house i praca zespołowa
Gdy nad projektem pracuje wiele osób – na przykład w software house – sytuacja staje się bardziej skomplikowana. Każdy z twórców może być zatrudniony na innej podstawie, a poszczególne moduły mogą mieć różny status prawny.
W takiej sytuacji kluczowe jest:
- Uregulowanie stosunków z wszystkimi członkami zespołu
- Zadbanie o to, aby software house rzeczywiście miał prawo do dalszego przenoszenia praw na klienta
- Określenie statusu prawnego komponentów zewnętrznych (np. open source)
Przeniesienie praw autorskich a licencja – co wybrać?
W polskim prawie przewidziano dwie konstrukcje umożliwiające transfer majątkowych praw autorskich do utworu: przeniesienie praw autorskich oraz licencję. Choć na pierwszy rzut oka mogą wydawać się podobne, ich skutki prawne są zasadniczo różne.
Przeniesienie praw – skutki i wymogi formalne
Przeniesienie praw autorskich majątkowych oznacza, że nabywca staje się „właścicielem” praw do utworu. Może nim rozporządzać według własnego uznania – rozwijać, modyfikować, sprzedawać, udzielać sublicencji.
Kluczowe cechy przeniesienia praw:
- Nieograniczone czasowo i terytorialnie prawo do korzystania z utworu
- Prawa zbywcy wygasają bezpowrotnie
- Możliwość dalszego przenoszenia praw
- Konieczność wskazania pól eksploatacji w umowie
- Wymóg zachowania formy pisemnej pod rygorem nieważności
Przeniesienie praw można porównać do umowy sprzedaży – twórca trwale pozbywa się kontroli nad utworem.
Licencja wyłączna i niewyłączna
Licencja to zgoda na korzystanie z utworu na określonych zasadach, przy zachowaniu praw autorskich po stronie twórcy. Licencjobiorca nie staje się właścicielem praw – otrzymuje jedynie uprawnienie do korzystania z utworu w określonym zakresie.
Rodzaje licencji:
| 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 przewiduje | Tylko jeśli umowa przewiduje |
Jeżeli umowa nie określa okresu obowiązywania licencji, domyślnie wynosi on pięć lat. Licencję udzieloną na okres dłuższy niż pięć lat uważa się, po upływie tego terminu, za udzieloną na czas nieoznaczony.
Pola eksploatacji i moment przejścia praw do programu komputerowego
Zarówno umowa przeniesienia praw, jak i umowa licencyjna muszą precyzyjnie określać pola eksploatacji – czyli sposoby, w jakie nabywca może korzystać z utworu. Zgodnie z art. 41 ust. 2 ustawy, umowa obejmuje tylko te pola eksploatacji, które zostały w niej wyraźnie wymienione.
Typowe pola eksploatacji dla programów komputerowych:
- Trwałe lub czasowe zwielokrotnianie kodu w całości lub części
- Tłumaczenie, przystosowywanie, zmiany układu lub inne modyfikacje
- Rozpowszechnianie, w tym użyczenie lub najem
- Publiczne udostępnianie w taki sposób, aby każdy mógł mieć dostęp w wybranym miejscu i czasie
Równie ważne jest określenie momentu przejścia praw. Może to być:
- Chwila podpisania umowy
- Chwila odbioru utworu
- Chwila zapłaty wynagrodzenia
Korzystne z punktu widzenia programisty jest uzależnienie przeniesienia praw od zapłaty wynagrodzenia – stanowi to formę zabezpieczenia przed nieuczciwymi praktykami.
Jak zabezpieczyć dostęp do kodu źródłowego w ramach umowy ?
Samo nabycie praw autorskich do kodu nie gwarantuje, że zamawiający będzie mógł z niego swobodnie korzystać. Kluczowe znaczenie ma faktyczne posiadanie kodu źródłowego.
Obowiązek wydania kodu źródłowego
W precedensowym wyroku z 18 września 2014 r. (sygn. I ACa 315/14) Sąd Apelacyjny w Warszawie uznał, że w razie braku wyraźnego zastrzeżenia w umowie obowiązku wydania kodu źródłowego zamawiającemu, mimo przeniesienia na niego autorskich praw majątkowych do wprowadzania zmian w programie, taki obowiązek względem wykonawcy nie powstaje.
Oznacza to, że zamawiający może być właścicielem praw autorskich do programu, a jednocześnie nie mieć dostępu do kodu źródłowego – co w praktyce uniemożliwia mu samodzielny rozwój oprogramowania.
Wniosek praktyczny: W umowie z wykonawcą należy zawrzeć wyraźne postanowienie o obowiązku wydania kodu źródłowego wraz z niezbędnymi narzędziami i dokumentacją.
Modyfikacje, rozwój i prawa zależne
Nawet posiadanie kodu źródłowego nie wystarczy, jeśli zamawiający chce samodzielnie rozwijać oprogramowanie. Konieczne jest również nabycie prawa do wykonywania praw zależnych – czyli zezwolenie na tworzenie opracowań.
Zgodnie z art. 46 ustawy, jeżeli umowa nie stanowi inaczej, twórca zachowuje wyłączne prawo zezwalania na wykonywanie zależnego prawa autorskiego, mimo że w umowie postanowiono o przeniesieniu całości autorskich praw majątkowych.
Depozyt kodu i zabezpieczenie przed vendor lock-in
Jeżeli wykonawca nie chce wydać kodu źródłowego, alternatywą może być depozyt kodu źródłowego. Jest to konstrukcja, w ramach której strony umawiają się, że kod będzie przechowywany przez osobę trzecią (notariusza, kancelarię prawną lub wyspecjalizowany podmiot) i wydany zamawiającemu w określonych przypadkach, na przykład:
- Upadłości lub likwidacji wykonawcy
- Zaprzestania świadczenia usług wsparcia
- Niewywiązywania się z obowiązków serwisowych
Depozyt kodu pozwala zabezpieczyć interesy zamawiającego bez konieczności natychmiastowego przekazywania kodu, co może być korzystne dla wykonawcy obawiającego się o ochronę swoich rozwiązań.
Ryzyka i konsekwencje naruszenia praw autorskich
Naruszenie praw autorskich do kodu źródłowego może prowadzić do poważnych konsekwencji prawnych i finansowych.
Odpowiedzialność cywilna
Uprawniony, którego autorskie prawa majątkowe zostały naruszone, może żądać:
- Zaniechania naruszania
- Usunięcia skutków naruszenia
- Naprawienia wyrządzonej szkody (na zasadach ogólnych lub poprzez zapłatę sumy odpowiadającej dwukrotności, a w przypadku zawinionego naruszenia – trzykrotności stosownego wynagrodzenia)
- Wydania uzyskanych korzyści
Odpowiedzialność karna
Ustawa o prawie autorskim przewiduje również odpowiedzialność karną za naruszenie praw autorskich. Przestępstwa obejmują między innymi:
- Przywłaszczenie autorstwa (plagiat)
- Rozpowszechnianie utworu bez uprawnienia
- Utrwalanie lub zwielokrotnianie utworu w celu rozpowszechnienia
Sankcje mogą obejmować grzywnę, ograniczenie wolności, a w poważniejszych przypadkach nawet karę pozbawienia wolności do lat 5.
Konsekwencje biznesowe
Poza konsekwencjami prawnymi, naruszenie praw autorskich może prowadzić do:
- Utraty reputacji rynkowej
- Konieczności przeprojektowania produktów
- Przerwania ciągłości biznesowej
- Trudności w pozyskiwaniu inwestorów
- Obniżenia wyceny firmy w transakcjach M&A
Prawa autorskie do kodu a AI
Współczesne projekty IT stawiają przed prawnikami i przedsiębiorcami nowe wyzwania związane z wykorzystaniem narzędzi AI, komponentów open source i technik takich jak dekompilacja.
Kod generowany przez AI
Status prawny kodu generowanego przez systemy sztucznej inteligencji stanowi jedno z najbardziej dynamicznie rozwijających się zagadnień. Większość prawników jest zgodna, że w obecnym stanie prawnym dla przyznania ochrony prawnoautorskiej dany rezultat musi być wynikiem działalności twórczej człowieka.
Jeżeli program komputerowy zostałby wygenerowany w sposób automatyczny, bez twórczego wkładu człowieka lub wkład ten byłby minimalny, taki program nie będzie utworem w rozumieniu prawa autorskiego.
W praktyce jednak większość kodu „generowanego przez AI” powstaje w wyniku interakcji człowieka z systemem – programista formułuje zapytanie, wybiera, modyfikuje i adaptuje sugerowany kod. W takich przypadkach można argumentować, że wkład człowieka jest wystarczający do przyznania ochrony.
Komponenty open source
Wykorzystanie bibliotek i frameworków open source w projektach komercyjnych wymaga świadomego zarządzania licencjami. Najbezpieczniejsze są licencje permisywne (MIT, Apache 2.0, BSD), które pozwalają na praktycznie nieograniczone wykorzystanie kodu.
Znacznie więcej ostrożności wymagają licencje typu copyleft (GPL, AGPL), które mogą wymagać udostępnienia kodu źródłowego całego produktu na tej samej licencji.
Dekompilacja
Dekompilacja programu komputerowego co do zasady stanowi ingerencję w autorskie prawa majątkowe, jednak przepisy przewidują wyjątki. Legalna dekompilacja jest możliwa między innymi w celu:
- Uzyskania informacji potrzebnych do osiągnięcia interoperacyjności
- Poprawienia błędów przez legalnego posiadacza programu
Warunki legalnej dekompilacji określa art. 75 ust. 2 pkt 3 ustawy o prawie autorskim.
FAQ – najczęściej zadawane pytania
Czy programista zawsze ma prawa autorskie do napisanego przez siebie kodu?
Nie zawsze. W przypadku umowy o pracę prawa majątkowe do programu komputerowego stworzonego w ramach obowiązków pracowniczych przysługują pracodawcy z mocy ustawy. W przypadku umów cywilnoprawnych i B2B prawa pozostają przy programiście, chyba że zostały przeniesione na zamawiającego w pisemnej umowie.
Czy trzeba wydawać kod źródłowy zamawiającemu?
Obowiązek wydania kodu źródłowego musi wynikać wprost z treści umowy. Przepisy prawa autorskiego nie nakładają takiego obowiązku automatycznie. Sąd Apelacyjny w Warszawie w wyroku I ACa 315/14 potwierdził, że bez wyraźnego postanowienia umownego zamawiający nie może domagać się wydania kodu źródłowego.
Co z prawami autorskimi do kodu generowanego przez AI?
Kod wygenerowany w pełni autonomicznie przez AI nie podlega ochronie prawnoautorskiej, ponieważ brak jest twórczego wkładu człowieka. Jeżeli jednak programista w istotny sposób przetwarza, modyfikuje i integruje kod generowany przez AI, taki kod może być chroniony jako utwór.
Jak przenieść prawa autorskie do kodu?
Przeniesienie praw autorskich majątkowych wymaga zachowania formy pisemnej pod rygorem nieważności. Umowa musi precyzyjnie określać pola eksploatacji, moment przejścia praw oraz zasady wynagrodzenia.
Czy można używać kodu open source w projektach komercyjnych?
Tak, ale zależy to od licencji. Licencje permisywne (MIT, Apache, BSD) pozwalają na wykorzystanie w projektach zamkniętych. Licencje copyleft (GPL, AGPL) mogą wymagać udostępnienia kodu źródłowego całego produktu.
Co grozi za naruszenie praw autorskich do kodu?
Naruszenie praw autorskich może skutkować odpowiedzialnością cywilną (odszkodowanie, wydanie korzyści) oraz karną (grzywna, ograniczenie wolności, a w poważnych przypadkach pozbawienie wolności do lat 5).
Podsumowanie
Prawa autorskie do kodu źródłowego to złożone zagadnienie, które wymaga uwagi na każdym etapie współpracy – od negocjacji umowy, przez realizację projektu, aż po jego odbiór i dalszy rozwój. Kluczowe wnioski dla przedsiębiorców i programistów:
- Program komputerowy i kod źródłowy są chronione prawem autorskim – jak utwory literackie, od momentu ustalenia, bez konieczności rejestracji.
- Podstawa współpracy decyduje o tym, komu przysługują prawa – umowa o pracę oznacza nabycie praw przez pracodawcę z mocy ustawy; umowy cywilnoprawne i B2B wymagają wyraźnego przeniesienia praw.
- Forma pisemna umowy przeniesienia praw jest obowiązkowa – umowy ustne, mailowe czy ustalenia w komunikatorach nie wystarczą.
- Pola eksploatacji muszą być precyzyjnie określone – brak wskazania pól eksploatacji oznacza, że nabywca nie może korzystać z utworu w niewymienionych polach.
- Obowiązek wydania kodu źródłowego musi być zapisany w umowie – bez takiego zapisu zamawiający może nie mieć dostępu do kodu, nawet będąc właścicielem praw autorskich.
- Warto rozważyć depozyt kodu źródłowego – jako zabezpieczenie przed vendor lock-in, gdy wykonawca nie chce wydać kodu bezpośrednio.
- Kwestie AI, open source i dekompilacji wymagają szczególnej uwagi – ze względu na dynamicznie rozwijające się otoczenie prawne.
Zanim podpiszesz umowę decydującą o losach kodu źródłowego, skonsultuj się z prawnikiem specjalizującym się w obsłudze branży IT. Profesjonalne doradztwo pozwoli uniknąć kosztownych błędów i zabezpieczyć interesy Twojej firmy na przyszłość.
Artykuł ma charakter informacyjny i nie stanowi porady prawnej. W celu uzyskania porady dostosowanej do konkretnej sytuacji, skontaktuj się z kancelarią prawną specjalizującą się w prawie nowych technologii.
Zobacz również:
MVP Aplikacji – jak stworzyć pierwszą wersję produktu?
Oprogramowanie dla szkół językowych – Jak wybrać najlepszy system?
Dodawanie aplikacji do AppStore – kompletny przewodnik
Oprogramowanie na zamówienie – kompletny przewodnik dla Twojego biznesu