Dla większości firm IT rozwój produktu już dawno przestał być zadaniem realizowanym wyłącznie przez zespół wewnętrzny. Nad projektami pracują freelancerzy, firmy outsourcingowe, projektanci, inżynierowie DevOps, specjaliści ds. testowania i marketingu. Każdy z nich tworzy rezultat, który następnie staje się częścią produktu.
Jednocześnie wielu przedsiębiorców jest przekonanych, że po opłaceniu pracy wszystkie prawa automatycznie przechodzą na firmę. W praktyce nie zawsze tak jest. Jeżeli kwestie własności intelektualnej nie zostaną uregulowane z wyprzedzeniem, trudności mogą pojawić się po kilku miesiącach, a nawet latach — podczas pozyskiwania inwestycji, sprzedaży biznesu, wejścia na rynek międzynarodowy lub przeprowadzania Legal Due Diligence.
Omawiamy, jak uregulować relacje z podwykonawcami, aby prawa do rezultatów prac rozwojowych rzeczywiście należały do firmy.
Podczas pracy nad projektem kwestie prawne rzadko znajdują się w centrum uwagi. Głównym celem jest wprowadzenie produktu na rynek, dotrzymanie terminów i wdrożenie niezbędnych funkcjonalności.
Sytuacja zmienia się jednak, gdy biznes zaczyna się rozwijać.
Na przykład inwestor przeprowadza badanie prawne spółki i prosi o potwierdzenie, że prawa do kodu źródłowego należą właśnie do niej. Albo potencjalny nabywca biznesu chce upewnić się, że byli podwykonawcy nie będą mogli zgłosić roszczeń dotyczących produktu po zawarciu transakcji.
Właśnie w tym momencie okazuje się, że część prac rozwojowych wykonywali zewnętrzni specjaliści, a umowy nie zawierają jasnych postanowień dotyczących przeniesienia praw do rezultatów ich pracy.
Naprawienie takiej sytuacji z mocą wsteczną jest znacznie trudniejsze niż uwzględnienie niezbędnych warunków jeszcze przed rozpoczęciem współpracy.
Własność intelektualna to nie tylko kod źródłowy.
W ramach współpracy z podwykonawcami firma może otrzymywać:
Każdy z tych rezultatów może mieć samodzielną wartość dla biznesu. Dlatego ważne jest, aby z wyprzedzeniem określić, komu będą przysługiwać prawa do ich wykorzystywania.
Prawidłowo sporządzona umowa pomaga nie tylko określić zakres prac, lecz także z wyprzedzeniem rozdzielić prawa i obowiązki stron.
Szczególną uwagę zazwyczaj poświęca się kilku kwestiom.
Sam fakt wykonania pracy nie wystarcza, aby prawa wyłączne automatycznie przeszły na zamawiającego.
W umowie warto określić:
Im bardziej szczegółowo uregulowane są te kwestie, tym mniejsze jest prawdopodobieństwo sporów w przyszłości.
Podczas prac rozwojowych podwykonawcy mogą wykorzystywać biblioteki o otwartym kodzie źródłowym, usługi podmiotów trzecich, fonty, obrazy lub inne materiały, do których prawa przysługują osobom trzecim.
Dla firmy ważne jest zrozumienie, czy licencje dopuszczają ich dalsze wykorzystanie komercyjne i czy nie powodują dodatkowych ograniczeń dotyczących produktu.
Praktycznie każdy podwykonawca uzyskuje dostęp do informacji mających wartość komercyjną:
Dlatego kwestie poufności są zazwyczaj regulowane albo w odrębnej umowie (NDA), albo w odpowiednich postanowieniach umowy głównej.
Po zakończeniu projektu podwykonawca powinien przekazać nie tylko gotowy rezultat, lecz także wszystko, czego firma będzie potrzebować do jego dalszego wykorzystywania:
Jasno określona procedura przekazania rezultatów pomaga uniknąć spornych sytuacji po zakończeniu współpracy.
Większość problemów powstaje nie z powodu konfliktów między stronami, lecz dlatego, że ważne postanowienia po prostu nie zostały przewidziane z wyprzedzeniem.
| Błąd | Możliwe konsekwencje |
| Przeniesienie praw nie zostało uregulowane w umowie | Powstają wątpliwości co do tego, komu przysługują prawa do rezultatów prac rozwojowych |
| Wykorzystywany jest uniwersalny wzór umowy | Dokument nie uwzględnia specyfiki projektu IT i własności intelektualnej |
| Nie określono zakresu przekazywanych materiałów | Firma nie otrzymuje wszystkich plików i dostępów niezbędnych do dalszej pracy |
| Brakuje postanowień dotyczących poufności | Wzrasta ryzyko ujawnienia informacji istotnych z punktu widzenia działalności gospodarczej |
| Nie uregulowano wykorzystywania komponentów podmiotów trzecich | W przyszłości mogą powstać ograniczenia dotyczące korzystania z produktu |
W wielu przypadkach ryzyka te stają się oczywiste dopiero wtedy, gdy firma zaczyna się skalować lub przechodzi badanie prawne.
Ochrona własności intelektualnej rzadko zależy wyłącznie od jednej umowy z podwykonawcą.
Jeżeli firma regularnie współpracuje z programistami, projektantami, konsultantami lub innymi zewnętrznymi specjalistami, system umów powinien uwzględniać cały cykl współpracy: zasady wykonywania prac, przekazywanie rezultatów, poufność, odpowiedzialność stron oraz podział praw do stworzonych materiałów.
Właśnie takie podejście pozwala ograniczyć ryzyka prawne nie tylko w bieżącym projekcie, lecz także w dalszym rozwoju biznesu.
Gdy firma korzysta z różnych wzorów umów, przygotowanych w różnym czasie lub pobranych z otwartych źródeł, między dokumentami często pojawiają się sprzeczności lub luki. Jest to szczególnie widoczne podczas jednoczesnej współpracy z kilkoma podwykonawcami.
B2B Starter Pack pomaga zbudować jednolity system umów dla firmy IT. Pakiet obejmuje dokumenty uwzględniające specyfikę współpracy z podwykonawcami, klientami korporacyjnymi i partnerami, w tym kwestie przeniesienia praw własności intelektualnej, poufności, odpowiedzialności stron oraz formalnego uregulowania rezultatów prac rozwojowych.
Takie podejście pozwala nie tylko rozwiązać pojedynczy problem prawny, lecz także stworzyć solidną podstawę do skalowania biznesu, pozyskiwania inwestycji i współpracy z klientami korporacyjnymi.