Skoro wiesz już, że ani zapłata, ani fizyczne otrzymanie kodu nie gwarantują kontroli nad projektem, staje się jasne, że jedynym skutecznym narzędziem jest umowa. Prawo przewiduje dwa główne modele dysponowania oprogramowaniem: definitywne przeniesienie autorskich praw majątkowych (potocznie „kupno na własność”) oraz udzielenie licencji (potocznie „wynajem”). Wybór między nimi to nie techniczny detal, lecz fundamentalna decyzja biznesowa, która wpływa na wycenę Twojej firmy, jej atrakcyjność dla inwestorów i stabilność operacyjną.
„Kupić” czy „wynająć”? Strategiczne różnice między przeniesieniem praw a licencją
Firma, która posiada pełnię praw do swojego kluczowego oprogramowania, dysponuje twardym, zbywalnym aktywem. Dla inwestora czy potencjalnego nabywcy, zależność od zewnętrznej licencji to poważne ryzyko – może ona wygasnąć, zostać wypowiedziana, a jej dostawca może zbankrutować, paraliżując Twój biznes.
Przeniesienie praw autorskich to proces, w którym nabywca staje się nowym, prawnym właścicielem tych praw. Jest to rozwiązanie definitywne i co do zasady nieodwołalne, dające pełną swobodę w dalszym dysponowaniu prawami, włączając w to ich sprzedaż. Posiadanie własności intelektualnej na własność ma bardzo wysoki wpływ na wycenę firmy, znacząco podnosząc jej wartość. Co istotne, w przypadku upadłości dostawcy nie istnieje żadne ryzyko, ponieważ prawa należą już do nabywcy.
Licencja natomiast stanowi jedynie upoważnienie do korzystania z utworu, podczas gdy prawa autorskie pozostają przy twórcy. Jest to umowa czasowa, domyślnie zawierana na pięć lat, i może zostać wypowiedziana. Posiadacz licencji nie może udzielać dalszych sublicencji bez wyraźnej zgody zawartej w umowie. Zależność od licencji ma niski lub średni wpływ na wartość firmy i często jest postrzegana jako czynnik ryzyka w audytach due diligence. Ponadto, wiąże się z wysokim ryzykiem w przypadku upadłości dostawcy, gdyż syndyk masy upadłościowej ma prawo wypowiedzieć umowę licencyjną.
5 Klauzul, Których Brak Unieważni Twoją Umowę o Przeniesienie Praw
Aby umowa skutecznie przenosiła prawa i chroniła Twój interes, musi zawierać kilka absolutnie kluczowych elementów. Pominięcie któregokolwiek z nich może sprawić, że cała umowa będzie nieważna.
- Forma pisemna pod rygorem nieważności
Art. 53 prawa autorskiego jest bezwzględny: umowa o przeniesienie praw autorskich musi mieć formę pisemną (tradycyjną z podpisami lub elektroniczną z kwalifikowanym podpisem elektronicznym). Jakiekolwiek ustalenia mailowe, ustne, a nawet zapis na fakturze o przeniesieniu praw są prawnie nieważne. - Wyraźnie wymienione pola eksploatacji
Umowa musi precyzyjnie wymieniać, na jakich polach (czyli w jaki sposób) będziesz mógł korzystać z oprogramowania (art. 41 ust. 2 pr. aut.). Ogólny zapis typu „przeniesienie praw na wszystkich znanych polach eksploatacji” jest wadliwy i może zostać uznany za nieskuteczny. Należy wymienić zarówno uprawnienia specyficzne dla oprogramowania (zwielokrotnianie, modyfikowanie, rozpowszechnianie), jak i te kluczowe dla nowoczesnego biznesu, np. „wprowadzanie do pamięci komputera” czy „publiczne udostępnianie utworu w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym” (niezbędne dla modeli SaaS). - Zgoda na wykonywanie praw zależnych (Art. 46 pr. aut.)
To najczęstsza i najbardziej niebezpieczna pułapka w umowach IT. Zgodnie z prawem, nawet jeśli nabyłeś „całość praw majątkowych”, to bez osobnej, wyraźnej klauzuli nie masz prawa do modyfikowania, rozwijania, aktualizowania czy integrowania kodu. Każda taka zmiana jest „opracowaniem” (utworem zależnym) i wymaga odrębnej zgody pierwotnego twórcy. Brak tej klauzuli prowadzi do prawnego uzależnienia od dostawcy (vendor lock-in). - Wynagrodzenie ryczałtowe
Zgodnie z art. 45 pr. aut., jeśli umowa nie stanowi inaczej, twórcy należy się osobne wynagrodzenie za korzystanie z utworu na każdym z pól eksploatacji. Aby uniknąć przyszłych roszczeń, w interesie nabywcy jest zawarcie klauzuli, że ustalone wynagrodzenie ma charakter ryczałtowy i obejmuje przeniesienie praw na wszystkich wymienionych polach oraz zgodę na wykonywanie praw zależnych.[2] - Moment przejścia praw
Umowa powinna jasno określać, kiedy dokładnie prawa autorskie przechodzą na Twoją firmę. Może to być moment stworzenia kodu, jego odbioru (np. po podpisaniu protokołu) lub – co jest najczęstsze – moment zapłaty całości wynagrodzenia.
Zapamiętaj!
- Forma pisemna jest święta: Bez podpisanej umowy (lub kwalifikowanego e-podpisu) nie ma przeniesienia praw.
- Wymień pola eksploatacji: Musisz precyzyjnie określić, jak będziesz korzystać z kodu. Ogólniki nie działają.
- Prawa zależne to klucz: Bez osobnej klauzuli na ten temat nie możesz legalnie modyfikować i rozwijać oprogramowania.
Co dalej? Masz już solidną umowę. Ale co z ryzykami ukrytymi w samym kodzie? O pułapkach związanych z AI, licencjami Open Source i odpowiedzialnością za błędy przeczytasz w ostatniej części naszej serii.
Potrzebujesz bezpiecznej umowy na stworzenie oprogramowania? Skontaktuj się z nami, aby przygotować kontrakt, który realnie zabezpieczy Twoją inwestycję.