Prawo IP, IT i projekty B+R

W projekcie technologicznym zakres prac, odbiór, prawa do kodu i sposób podejmowania decyzji łączą się ze sobą. Niejasny odbiór utrudnia rozliczenie. Brak praw do ważnego komponentu może zablokować zmianę dostawcy. W konsorcjum problemem bywa z kolei brak zgody partnerów, choć prace techniczne są już gotowe.

Od celu projektu do umowy

Zacznij od celu biznesowego: uruchomienia systemu, rozwoju aplikacji, dostępu do technologii, prototypu albo komercjalizacji wyników. Dopiero potem można określić, co obejmuje projekt, co istniało wcześniej, od czego zależy i kto zatwierdza ważne zmiany.

Realizacja projektu

Ta część umowy opisuje zakres, harmonogram, role, współdziałanie, środowiska, kryteria jakości i komunikację. Przy wdrożeniu szczególnie ważne są odpowiedzialność za dane wejściowe i zasady zgłaszania zmian. W pracach rozwojowych trzeba odróżnić to, co strony zobowiązały się dostarczyć, od hipotez i ryzyka typowego dla badań.

Prawa do kodu, dokumentacji i wyników prac

W projekcie powstaje zwykle więcej niż sam kod: konfiguracja, dokumentacja techniczna, interfejsy, modele, materiały szkoleniowe, dane, wyniki testów i know-how. Dla każdego elementu trzeba ustalić, skąd pochodzi, kto go stworzył, kto może z niego korzystać i jakie ograniczenia wynikają z licencji osób trzecich. Przy przeniesieniu praw lub udzieleniu licencji liczy się rzeczywisty sposób używania tych materiałów, nie sama nazwa zapisu (zob. art. 41-68 ustawy o prawie autorskim).

Współpraca partnerów

Gdy uczestników jest kilku, umowa powinna wskazywać reprezentację, sprawy wymagające wspólnej akceptacji, sposób dokumentowania ustaleń oraz konsekwencje niewykonania zadania przez partnera. W B+R dochodzą wkłady rzeczowe i wiedza wniesiona, przepływ środków, raportowanie, publikacje oraz dostęp do wyników. Dokumentację danego naboru trzeba czytać razem z umową, bo może określać obowiązki konsorcjantów.

W czym pomagamy

Umowy IT i wdrożenia

Pomagamy przełożyć plan techniczny na zapisy, według których da się prowadzić projekt. Sprawdzamy zakres, odpowiedzialność za dane i zależności, zasady zmian, odbiory, utrzymanie oraz zakończenie współpracy. Jeszcze przed rozpoczęciem prac warto uzgodnić, po czym strony poznają, że dany etap został wykonany.

Przy stałej usłudze chmurowej zobacz umowy SaaS i warunki usług chmurowych. Jeżeli projekt wszedł już w konflikt dotyczący zakresu, odbioru albo rozliczenia, właściwą ścieżką są spory o wdrożenia IT.

Licencje i przeniesienie praw

Ustalamy, kto może korzystać z kodu, dokumentacji, treści i innych efektów prac. Najpierw oddzielamy materiały dostawcy, zamawiającego i osób trzecich od tego, co dopiero powstanie. Następnie można precyzyjnie omówić pola eksploatacji, czas, terytorium, modyfikacje, sublicencje i przekazanie materiałów źródłowych.

Gdy celem jest sprawdzenie dokumentów potwierdzających łańcuch praw do istniejącego produktu przed transakcją, wdrożeniem albo zmianą dostawcy, zobacz audyt praw do oprogramowania.

Umowy B+R i konsorcjum

Pomagamy przedsiębiorcom, jednostkom naukowym i partnerom konsorcjum ustalić zasady wspólnej pracy. Sprawdzamy sposób podejmowania decyzji, wymogi programu, prawa własności intelektualnej, dostęp do wiedzy, publikacje, poufność i komercjalizację. Treść umowy trzeba dopasować do ról partnerów i dokumentacji konkretnego finansowania.

Co warto przygotować

Na początek napisz, kto uczestniczy w projekcie, co ma powstać, na jakim etapie są prace i gdzie pojawił się problem. Podaj ważny termin i wskaż, czy projekt jest komercyjny, rozwojowy czy finansowany z programu. Repozytoria, dane dostępowe i informacje poufne przekazuj dopiero po uzgodnieniu bezpiecznego kanału.

Zakres pierwszej rozmowy

Nie da się rzetelnie ocenić modelu praw lub odpowiedzialności wyłącznie po tytule umowy. Znaczenie ma rzeczywisty przebieg prac, relacje między dokumentami, zastosowane komponenty i cel stron po zakończeniu projektu. Pierwsza rozmowa pomaga określić właściwy zakres analizy, ale nie zastępuje analizy konkretnej dokumentacji ani nie przesądza o możliwości podjęcia sprawy.

Pytania przed rozpoczęciem prac

Przed rozpoczęciem prac sprawdź, czy zakres i kryteria odbioru są zapisane w aktualnym dokumencie. Ustal, które elementy należały do uczestników już wcześniej i kto może zatwierdzić zmianę. Harmonogram powinien uwzględniać dane i decyzje po obu stronach. Warto też wiedzieć, czy po zmianie dostawcy firma otrzyma kod, dokumentację i dostępy potrzebne do dalszego działania.

W projekcie finansowanym porównuje się umowę, wniosek, regulamin i plan komercjalizacji. W projekcie komercyjnym podobną rolę mają uzgodnienia ofertowe, specyfikacje, protokoły i dokumentacja techniczna. Wersje oraz kolejność tych materiałów powinny być możliwe do odtworzenia.

Prawo IT i prawa autorskie w Krakowie

Kancelaria Prawna Sacha ma siedzibę w Krakowie i wspiera firmy z Krakowa oraz Małopolski w sprawach technologicznych dotyczących umów IT, wdrożeń, praw do kodu i dokumentacji oraz zasad współpracy B+R.

Przed rozmową z zespołem zajmującym się prawem IT, IP i projektami B+R napisz, kto uczestniczy w projekcie, co ma powstać, na jakim etapie są prace i co wymaga pilnego ustalenia. Kontakt w sprawie umowy IT lub praw autorskich można rozpocząć bez załączania kodu, repozytorium ani materiałów poufnych.