PRAWA DO KODU I IP

  • tworzysz lub zamawiasz aplikację, system, platformę albo integrację,
  • współpracujesz z software house’em, freelancerem, zespołem B2B albo podwykonawcami,
  • chcesz mieć jasne prawa do kodu źródłowego, dokumentacji, API i repozytoriów,
  • potrzebujesz przeniesienia praw autorskich albo dobrze opisanej licencji,
  • planujesz inwestora, sprzedaż produktu albo due diligence technologiczne.

DLA KOGO?

01

Zamawiający oprogramowanie

Dla firm, które zamawiają aplikację, system, platformę albo integrację i chcą mieć pewność, że prawa do rezultatów prac są prawidłowo zabezpieczone.

02

Software house i dostawcy IT

Dla wykonawców, którzy chcą jasno rozdzielić kod dedykowany klientowi, własne narzędzia, biblioteki, know-how i elementy wykorzystywane w wielu projektach.

03

Startupy i produkty SaaS

Dla founderów, którzy budują produkt technologiczny i potrzebują porządku w IP przed inwestorem, finansowaniem, sprzedażą udziałów albo due diligence.

04

Founderzy, kontraktorzy i B2B

Dla zespołów, które tworzą kod we współpracy z founderami, programistami B2B, freelancerami, pracownikami albo podwykonawcami.

05

Open source, biblioteki i API

Dla projektów, w których trzeba sprawdzić wykorzystanie komponentów open source, bibliotek, API, gotowych modułów, dokumentacji i narzędzi zewnętrznych.

06

Inwestorzy i due diligence IP

Dla firm przygotowujących rundę inwestycyjną, transakcję, sprzedaż produktu albo audyt prawny, w którym prawa do IP są jednym z kluczowych obszarów ryzyka.

JAK WYGLĄDA PROCES?

01
01 / audyt

Kod, dokumentacja i twórcy

Analizujemy umowy, repozytoria, dokumentację, role twórców, wykonawców, pracowników, kontraktorów i podwykonawców.

02
02 / dokumenty

Przeniesienie praw i licencje

Przygotowujemy lub poprawiamy umowy przeniesienia praw, licencje, pola eksploatacji, NDA, umowy B2B i dokumenty IP.

03
03 / porządek IP

Repozytoria, zgody i ryzyka

Wskazujemy, jak uporządkować dostęp do kodu, dokumentacji, kont, bibliotek, API, open source i materiałów projektowych.

CO ZYSKUJE FIRMA?

KTO POPROWADZI PROCES?

Ekspert prowadzący proces
✓ analiza umów, repozytoriów i łańcucha praw do kodu
✓ przygotowanie przeniesienia praw, licencji, NDA i umów B2B
✓ zabezpieczenie IP founderów, wykonawców, pracowników i podwykonawców
✓ wsparcie przy porządkowaniu dokumentów pod inwestora lub due diligence
Wsparcie dla firm technologicznych i klientów IT
✓ jasne zasady własności kodu, dokumentacji, API i know-how
✓ uporządkowanie pól eksploatacji, licencji i ograniczeń wykorzystania
✓ ograniczenie ryzyka sporów o autorstwo, wynagrodzenie i dostęp do repozytorium
✓ dokumenty dopasowane do pracy software house’u, startupu albo klienta IT
Konsultacja w sprawie praw do kodu i IP
Podczas rozmowy ustalamy, kto tworzył kod, jakie dokumenty już istnieją, gdzie są ryzyka IP i jakie kroki trzeba podjąć, aby zabezpieczyć projekt.
Bartosz Pasternak

Bartosz Pasternak
Prawnik zarządzający, Pasternak Business Law

Doradza przedsiębiorcom, founderom, zarządom i zespołom technologicznym w projektach IT, kontraktach B2B i dokumentach dotyczących własności intelektualnej. Przy zabezpieczaniu praw do kodu łączy doświadczenie prawne z praktycznym spojrzeniem na rozwój produktu, IP, inwestora, repozytoria, dane i bezpieczeństwo biznesu.

NAJWAŻNIEJSZE PYTANIA

Jak zabezpieczyć prawa do kodu źródłowego?

Najważniejsze jest ustalenie, kto tworzy kod i na jakiej podstawie prawnej. Następnie trzeba zadbać o umowy z founderami, pracownikami, kontraktorami, software house’em i podwykonawcami. Dokumenty powinny jasno określać przeniesienie praw albo licencję, pola eksploatacji, wynagrodzenie, moment przejścia praw, repozytorium, dokumentację i zasady korzystania z kodu.

Czy samo zapłacenie faktury oznacza nabycie praw do kodu?

Nie. Sama zapłata za wykonanie prac nie oznacza automatycznie, że klient nabył autorskie prawa majątkowe do kodu. Potrzebne są odpowiednie postanowienia umowne, które określają, jakie prawa przechodzą, na jakich polach eksploatacji, kiedy następuje przeniesienie i czy obejmuje ono kod źródłowy, dokumentację, grafiki, API oraz inne elementy projektu.

Co powinno znaleźć się w umowie przeniesienia praw do oprogramowania?

Umowa powinna określać przedmiot praw, pola eksploatacji, wynagrodzenie, moment przeniesienia praw, zakres terytorialny, czasowy, prawa zależne, możliwość modyfikacji, dostęp do kodu źródłowego, dokumentację, repozytorium, komponenty zewnętrzne, open source oraz odpowiedzialność wykonawcy za naruszenie praw osób trzecich.

Licencja czy przeniesienie praw autorskich do kodu?

To zależy od celu biznesowego. Przeniesienie praw daje klientowi silniejszą kontrolę nad kodem, ale nie zawsze jest konieczne. Licencja może być wystarczająca przy SaaS, standardowym produkcie, narzędziu dostawcy albo systemie udostępnianym wielu klientom. Kluczowe jest dopasowanie modelu do sposobu korzystania z oprogramowania i ryzyk projektu.

Jak uregulować prawa do kodu tworzonego przez kontraktorów B2B?

W umowie B2B trzeba jasno wskazać, czy kontraktor przenosi prawa do rezultatów prac, udziela licencji, kiedy następuje przejście praw, jakie pola eksploatacji są objęte umową i czy wynagrodzenie obejmuje przeniesienie praw. Warto uregulować też poufność, zakaz korzystania z kodu klienta, repozytoria, dokumentację i odpowiedzialność za naruszenia IP.

Co z bibliotekami open source i gotowymi komponentami?

Biblioteki open source i gotowe komponenty mogą mieć własne licencje, ograniczenia i obowiązki. Niektóre licencje pozwalają na szerokie wykorzystanie, inne mogą wpływać na sposób dystrybucji produktu albo obowiązek udostępnienia kodu. Warto sprawdzić, jakie komponenty zostały użyte, na jakich licencjach i czy ich wykorzystanie jest zgodne z planowanym modelem biznesowym.

Jak przygotować IP do inwestora albo due diligence?

Przed inwestorem albo due diligence warto uporządkować umowy z twórcami, historię praw do kodu, repozytoria, dokumentację, prawa do marki, domen, grafik, baz danych, komponentów open source i materiałów projektowych. Inwestor będzie sprawdzał, czy spółka faktycznie posiada albo może legalnie wykorzystywać kluczowe elementy produktu.

Czy prawa do dokumentacji, UI i baz danych też trzeba zabezpieczyć?

Tak. Projekt technologiczny to nie tylko kod źródłowy. Warto zabezpieczyć również dokumentację techniczną, UI, UX, grafiki, makiety, bazy danych, strukturę systemu, API, teksty, nazwy, domeny, materiały marketingowe i know-how. Braki w tych obszarach mogą utrudnić rozwój, sprzedaż produktu albo transakcję inwestycyjną.

Co zrobić, gdy nie wiadomo, kto ma prawa do kodu?

Najpierw trzeba odtworzyć historię projektu: kto pisał kod, na jakich umowach, jakie faktury wystawiano, kto miał dostęp do repozytorium, jakie komponenty wykorzystano i czy dokumenty zawierały przeniesienie praw albo licencję. Następnie można przygotować dokumenty porządkujące, aneksy, oświadczenia, cesje praw albo nowe umowy zabezpieczające dalszy rozwój projektu.