Przejdź do treści

Kto jest właścicielem kodu źródłowego oprogramowania na zamówienie?

Własność oprogramowania i dostawcy

Filip PapranecZałożyciel Digitaliko

Prawa na papierze nie wystarczą. Kod musi być w Państwa rękach. Ilustracja: okno z kodem źródłowym i klucz, który przekazuje go do folderu należącego do klienta.Prawa na papierze nie wystarczą. Kod musi być w Państwa rękach. Ilustracja: okno z kodem źródłowym i klucz, który przekazuje go do folderu należącego do klienta.

Przy oprogramowaniu tworzonym na zamówienie majątkowe prawa autorskie wykonuje zwykle klient. Na Słowacji, według § 91 ust. 4 ustawy o prawie autorskim, dzieje się tak co do zasady bezpośrednio z mocy ustawy. To jeszcze nie znaczy, że mają Państwo kod w rękach. Decydują trzy rzeczy: co dokładnie Państwo zamówili, co dostawca wniósł gotowe i gdzie kod faktycznie się znajduje.

Od 2023 roku dostarczyliśmy ponad 15 projektów produkcyjnych. Poniżej ogólne zasady i to, czego nauczyliśmy się z własnych umów. Jesteśmy słowacką firmą, więc opisujemy prawo słowackie. Nie jesteśmy prawnikami i nie jest to porada prawna. W innych krajach zasady są inne.

Co mówi prawo autorskie o oprogramowaniu na zamówienie?

Do programu komputerowego lub bazy danych stworzonych na zamówienie stosuje się reżim utworu pracowniczego. Klient jest traktowany jak pracodawca (§ 91 ust. 4, ustawa nr 185/2015 Dz.U.).

W praktyce wykonują Państwo zwykle majątkowe prawa autorskie we własnym imieniu i na własny rachunek. Bezpośrednio z mocy ustawy, bez przeniesienia i bez licencji. Dotyczy to wszystkiego, co powstało dla Państwa na zamówienie.

Dla innych wyników, takich jak dokumentacja czy teksty, uzgadnia się licencję wyłączną. Bez ograniczeń terytorialnych i czasowych, na wszystkie sposoby korzystania.

Prawa z mocy ustawy to jednak tylko połowa. Druga połowa musi być w Państwa rękach.

Kto jest właścicielem kodu oprogramowania na zamówienie: po lewej umowa o wykonanie (oprogramowanie na zamówienie według § 91 ust. 4, narzędzia dostawcy na stałej licencji, wątpliwe „przeniesienie wszystkich praw”), po prawej kontrola przed końcem współpracy: kod z historią, dokumentacja, dostępy, klucze i dane. Domena na dostawcę to kłódka.Kto jest właścicielem kodu oprogramowania na zamówienie: po lewej umowa o wykonanie (oprogramowanie na zamówienie według § 91 ust. 4, narzędzia dostawcy na stałej licencji, wątpliwe „przeniesienie wszystkich praw”), po prawej kontrola przed końcem współpracy: kod z historią, dokumentacja, dostępy, klucze i dane. Domena na dostawcę to kłódka.

Dlaczego „przeniesienie wszystkich praw” nie działa w umowie?

Bo według słowackiego prawa autorskiego majątkowych praw autorskich zwykle nie można przenieść. Co do zasady nie można ich zbyć ani się ich zrzec. Klauzula „dostawca przenosi na klienta wszystkie majątkowe prawa autorskie” zwykle więc się nie utrzyma.

Jak odczyta ją sąd, zależy od całej umowy. Bezpieczniej od razu zapisać licencję wyłączną w zakresie, który określa umowa. Prawnik klienta wskaże taką klauzulę, a umowa wygląda na niedbałą. To nie jest porada prawna; umowę warto dać do sprawdzenia prawnikowi.

Co nie jest Państwa, choć Państwo za to zapłacili?

To, co dostawca miał przed umową lub stworzył niezależnie od niej. Warto rozróżnić cztery przypadki:

CoCzyje to jestCo Państwo dostają
Oprogramowanie stworzone dla Państwa na zamówieniePaństwa (wykonują Państwo prawa majątkowe)Wszystko
Gotowy produkt lub SaaS, który tylko dostosowanoDostawcyLicencję zgodnie z umową
Biblioteki, szablony i narzędzia dostawcyDostawcyStałą licencję dla Państwa firmy
Części open sourceIch autorówIch licencję, zwykle liberalną

Trzeci wiersz jest uczciwy. Dostawca, który oddałby swoje narzędzia, nie mógłby ich użyć u kolejnego klienta. Ważne, żeby mogli Państwo z nich korzystać na stałe, a nie tylko w czasie współpracy.

Jeśli dostawca pracuje z podwykonawcami, warto zapytać, czy uregulował z nimi prawa.

Same prawa nie wystarczą. Co musi być w Państwa rękach?

Prawa bez kodu to tylko papier. Przed końcem współpracy, najlepiej przez cały jej czas, proszę sprawdzić:

U nas repozytorium może być na Państwa koncie albo na naszym, zgodnie z ustaleniami. Dostęp do niego mają Państwo od pierwszego dnia. Jeśli jest na naszym, przeniesiemy je na Państwa konto (GitHub lub podobne), kiedy Państwo poproszą, najpóźniej z końcem umowy.

Pełna lista i wzór pisma z prośbą są w jednym PDF. Otwórz checklistę: Zmiana dostawcy oprogramowania (online lub PDF).

Przejmują Państwo nowe oprogramowanie? Przed podpisem warto przejść wzór protokołu odbioru oprogramowania: 15 punktów kontrolnych i protokół do wypełnienia online.

Jeśli nawet domena nie jest na Państwa firmę, odejście od dostawcy będzie bolesne. Jak to wygląda, gdy ktoś inny trzyma Państwa dane, opisaliśmy w Migracja danych z SaaS do własnego systemu bez przestojów. Kod, dane i infrastruktura należą do klienta od pierwszego dnia, na przykład u spedytora, którego system zbudowaliśmy i prowadzimy.

Jak w umowie wygląda odejście od dostawcy?

Każdy dostawca zapisuje, jak współpraca się zaczyna. Warto zapytać też, jak się kończy. W naszej umowie to osobny artykuł z trzema punktami:

  1. Wypowiedzenie z okresem wypowiedzenia

    Bez podawania przyczyny.

  2. Przekazanie

    Cały kod, dokumentacja i dostępy.

  3. Pomoc przy zmianie

    Przekazujemy kod i pomagamy przejść do innego dostawcy.

Ma to słaby punkt. Przy dużym systemie zmiana trochę trwa. Dlatego staramy się pisać dokumentację w trakcie projektu, a nie na końcu. Tak działa całe oprogramowanie na zamówienie, które budujemy.

Czytając umowę następnego dostawcy, proszę zacząć od końca. Jeśli nie mówi, co Państwo dostaną przy odejściu, nie dostaną Państwo tego.

Co jeśli umowa jest już podpisana?

Proszę ją wyjąć i znaleźć trzy miejsca. Klauzulę o własności intelektualnej: czy opiera się na utworze na zamówienie, czy „przenosi wszystkie prawa”? Klauzulę o wcześniejszych utworach: czy mają Państwo stałą licencję na narzędzia dostawcy? I klauzulę o wypowiedzeniu: co Państwo dostaną przy odejściu?

Jeśli czegoś brakuje, nie trzeba od razu sporu. Wystarczy poprosić o aneks przy najbliższej zmianie umowy. Poważnemu dostawcy to nie przeszkadza. Tak postępujemy z własnymi umowami.

Kiedy zadzwonić do prawnika?

Prawnika warto zaangażować, gdy:

  • to większa umowa lub obejmuje wyłączność,
  • umowa obejmuje prawa wykraczające poza projekt,
  • odpowiedzialność nie ma limitu,
  • dostawca przysyła własną umowę z „przeniesieniem wszystkich praw”,
  • umowa podlega innemu prawu niż słowackie.

Jeśli Państwo jeszcze się zastanawiają, czy oprogramowanie na zamówienie jest w ogóle potrzebne, proszę zacząć od Kiedy Excel przestaje wystarczać firmie?.

Kiedy to odradzamy

  • Używają Państwo standardowego SaaS bez zmian. Własnością kodu nie trzeba się martwić. Proszę pilnować eksportu danych.
  • Dostawca pracuje dobrze, w umowie brakuje tylko klauzuli. Nie trzeba sporu ani nowego dostawcy. Wystarczy poprosić o aneks przy najbliższej zmianie umowy.
  • Chcą Państwo mieć na własność także narzędzia i biblioteki dostawcy. Nie warto o to prosić. Stała licencja dla Państwa firmy wystarczy.
  • To infrastruktura krytyczna. Oprogramowanie do fakturowania czy płatności powinno być u dostawcy, który ma certyfikaty, umowę i bierze na siebie odpowiedzialność.

Kiedy coś jest Państwa, mają Państwo nad tym większą kontrolę. Ale też większą odpowiedzialność. Potrzebna jest na to przestrzeń.

Filip Papranec
Filip Papranec
Założyciel Digitaliko

Chcą Państwo mieć to jasne od pierwszego dnia?

Proszę napisać, co trzeba rozwiązać. Odezwiemy się w ciągu dwóch dni roboczych z kilkoma pytaniami o Państwa pracę. Potem ustalimy, co zrobimy najpierw.

Jeśli wolą Państwo najpierw porozmawiać, proszę zarezerwować 15-minutową rozmowę wstępną.

Na kogo jest dziś zarejestrowana domena Państwa systemu?

W skrócie

  • Przy oprogramowaniu na zamówienie wykonują Państwo zwykle majątkowe prawa autorskie bezpośrednio z mocy ustawy (§ 91 ust. 4 słowackiej ustawy o prawie autorskim).
  • „Przeniesienie wszystkich praw” według prawa słowackiego zwykle się nie utrzyma. Umowa powinna opierać się na utworze na zamówienie.
  • Narzędzia i biblioteki dostawcy pozostają jego. Stała licencja dla Państwa firmy wystarczy.
  • Prawa bez kodu to tylko papier. Kod z historią, dokumentacja, dostępy, klucze i dane muszą być w Państwa rękach.

Najczęstsze pytania

Kto jest właścicielem kodu źródłowego oprogramowania na zamówienie?

Według § 91 ust. 4 słowackiej ustawy o prawie autorskim przy programie komputerowym stworzonym na zamówienie klient jest zwykle traktowany jak pracodawca i wykonuje majątkowe prawa autorskie bezpośrednio z mocy ustawy. Dotyczy to tego, co powstało na zamówienie, a nie gotowych elementów, które wniósł dostawca. W innych krajach zasady są inne.

Czy dostawca może przenieść na mnie wszystkie prawa do kodu?

Według prawa słowackiego nie w tej formie. Majątkowych praw autorskich zwykle nie można przenieść, więc klauzula, która je przenosi, zwykle się nie utrzyma. Poprawna umowa opiera się na utworze stworzonym na zamówienie, a w pozostałym zakresie na licencji wyłącznej.

Czy wszystko, za co zapłaciłem, jest moje?

Nie zawsze. Jeśli dostawca tylko dostosował swój gotowy produkt, mają Państwo licencję. Biblioteki, szablony i narzędzia, które dostawca miał przed umową, pozostają jego, a Państwo mogą z nich korzystać.

Czy prawa zapisane w umowie wystarczą?

Nie. Potrzebny jest też sam kod z historią, dokumentacja, dostęp do serwerów, domen i kont oraz instrukcje uruchomienia systemu. Bez tego prawa istnieją tylko na papierze.

Kiedy potrzebuję prawnika?

Przy większej umowie, wyłączności, prawach wykraczających poza projekt, nieograniczonej odpowiedzialności, umowie podlegającej obcemu prawu i zawsze, gdy dostawca przysyła własną umowę z przeniesieniem praw.

Zapytaj AI o ten artykuł

AI przy odpowiedzi wykorzysta też nasze inne artykuły i doświadczenia z prawdziwych projektów.

ChatGPTClaudePerplexity
Blog

Kolejne artykuły

Własność oprogramowania i dostawcy

Ile kosztuje oprogramowanie na zamówienie?

Koszt oprogramowania na zamówienie zależy od liczby procesów, integracji, migracji danych i tego, kto je utrzymuje. U nas od 3 980 € netto miesięcznie albo stała cena za jasno określony zakres. Porównanie z projektem i SaaS.

Własność oprogramowania i dostawcy

Vendor lock-in: jak rozpoznać, że wpadli Państwo w pułapkę

Vendor lock-in oznacza, że nie mogą Państwo odejść od dostawcy oprogramowania bez utraty danych, pieniędzy lub czasu. 8 sygnałów, kiedy lock-in nie przeszkadza i jak wygląda umowa, od której można odejść.

Własność oprogramowania i dostawcy

Oprogramowanie spedycyjne: gotowy TMS czy własny system?

Gotowy TMS wystarcza, dopóki pracują Państwo jak większość spedycji. Gdy sposób pracy Państwa spedytorów jest przewagą, pudełko ją hamuje. Porównanie, 5 pytań do decyzji i kiedy nie budować własnego systemu.