# Podwójny cios: jak konflikty IT o prawa do kodu prowadzą do sądów cywilnych i karnych
Gdy techniczny współzałożyciel opuszcza firmę, konflikt wokół praw do kodu źródłowego może w mgnieniu oka przerodzić się z wewnętrznego sporu w batalię sądową na dwóch frontach. Rzeczywisty przypadek pokazuje: równoczesne rozpatrywanie sprawy w Sądzie ds. Własności Intelektualnej i sądzie karnym stawia firmę w pułapkę paradoksów proceduralnych. Rozbieramy mechanizm konfliktów, w których kod staje się jednocześnie aktywem i dowodem rzeczowym.
Jak powstają spory IT o prawa do kodu
Typowy schemat: troje współzałożycieli — biznes, operacje, rozwój. Pięć lat pracy, dziesiątki milionów rubli zainwestowane w korporacyjną platformę z częścią serwerową, analityką i aplikacją mobilną. Nagłe złamanie schematu następuje, gdy techniczny współzałożyciel odchodzi, a po kilku miesiącach rejestruje oprogramowanie w Rospatencie na swoje nazwisko. Dla firmy to przejęcie własności intelektualnej, dla byłego partnera — potwierdzenie praw autorskich.
Kluczowy węzeł prawny — dzieło służbowe zgodnie z art. 1295 KC RF. Prawo wyłączne należy do pracodawcy, jeśli kod powstał w ramach obowiązków pracowniczych. Ale co, jeśli:
- Umowa o pracę nie zawiera sekcji o własności intelektualnej
- Instrukcja stanowiskowa określa obowiązki jako „kierowanie funkcją techniczną"
- Brak poleceń o rozpoczęciu prac nad konkretnymi modułami
- Nie wypłacano wynagrodzenia autorskiego (uważano, że udział w biznesie to wystarczająca rekompensata)
Te luki tworzą pole do sporu: czyj jest naprawdę ten kod? Kolizja prawna pogłębia się przez działania techniczne — po odejściu były partner zmienia dostęp do serwerów, przenosi dane. Firma traci kontrolę nad infrastrukturą: nie wystawiane są faktury, spada raportowanie, blokowana jest część funkcjonalności.
Od pozwu cywilnego do sprawy karnej: punkt bez powrotu
Firma składa pozew do Sądu ds. Własności Intelektualnej (SIP) z żądaniem uznania rejestracji za nieważną i zakazu korzystania z oprogramowania. Równolegle zgłasza sprawę do organów ścigania z powodu blokady infrastruktury. Efekt: wszczęcie postępowania karnego na podstawie art. 146.3 KK (nielegalne korzystanie z praw autorskich ze szkodą powyżej 1 mln rubli) i art. 159.6 KK (oszustwo w dziedzinie informacji komputerowej).
Śledztwo zabezpiecza serwery jako dowody rzeczowe, powołuje ekspertyzę komputerowo-techniczną. Opinia biegłych stwierdza wysoki stopień zgodności kodu — na poziomie odpowiadającym „dziełu pochodnemu", a nie niezależnej implementacji. Jednak wnioski ekspertyzy nie są wyrokiem: obrona może je podważyć, a sąd — ponownie rozpatrzyć.
Krytyczny zwrot: SIP wstrzymuje postępowanie cywilne do uprawomocnienia się wyroku w sprawie karnej. Podstawa — pkt 1 ust. 1 art. 143 KPA RF. Sąd uzasadnia zawieszenie trzema czynnikami:
- Fizyczna niedostępność kodu źródłowego (serwery zajęte przez śledztwo)
- Równoległe badanie tej samej kwestii w postępowaniu karnym
- Możliwość powiązania wyroków po uprawomocnieniu się orzeczenia
Proceduralna pułapka: pozew cywilny „zamrażany" na 1–3 lata — tyle trwa sprawa karna. Firma traci szansę na szybkie odzyskanie praw w drodze cywilnej, choć właśnie ten sąd mógłby zapewnić błyskawiczne rozstrzygnięcie.
Dlaczego dwa tory sądowe działają na niekorzyść firmy
Strategiczny błąd — równoczesne uruchomienie postępowań karnego i cywilnego. Tor karny daje narzędzia śledcze (zabezpieczenia, ekspertyzy), ale blokuje cywilną ścieżkę ochrony. Gdyby firma pozostała przy SIP, sąd mógłby:
- Powołać niezależną ekspertyzę techniczną
- Rozpatrzyć sprawę co do istoty w 6–12 miesięcy
- Wydać nakaz zakazu korzystania z kodu
Tymczasem ściganie karne, nawet udane na starcie, rodzi paradoks: im intensywniejsze śledztwo, tym dłużej w zawieszeniu pozostaje pozew cywilny. Co więcej, sprawy karne na podstawie art. 146 KK często umarzane są z powodu „cywilnoprawnego charakteru sporu" — zwłaszcza gdy w arbitrażu już toczy się proces. Ryzyko: dwa lata kosztów sądowych bez gwarancji sukcesu.
Krytyczne słabości w dokumentacji praw
Analiza przypadków pokazuje: 80% przegranych sporów wynika ze słabej dokumentacji. Dla pracodawcy zabójcze są:
- Brak wyraźnego wskazania służbowego charakteru prac developerskich w umowie o pracę
- Rozmyte sformułowania w instrukcjach stanowiskowych („zapewnia wsparcie techniczne" zamiast „opracowuje moduł X")
- Brak poleceń o uruchomieniu projektów z listą celów i terminów
- Pomijanie wynagrodzenia autorskiego — art. 1295 KC RF wymaga jego wypłaty, nawet przy udziale w biznesie
Dla byłego partnera podstępna pułapka — rejestracja w Rospatencie. Procedura ma charakter deklaratoryjny, a nie konstytutywny. Wpis do rejestru nie niweluje służbowego charakteru oprogramowania, jeśli istnieją dowody:
- Historia commitów w firmowym repozytorium
- Dokumenty płacowe i podatkowe
- Korespondencja dotycząca zadań służbowych
Co najważniejsze
- Dokumentuj prawa do kodu od pierwszego dnia. W umowie o pracę jasno zapisz, że wszystko stworzone w ramach obowiązków to dzieło służbowe. Dołącz polecenie o starcie prac developerskich z listą modułów.
- Nie szczędź na wynagrodzeniu autorskim. Nawet przy udziale w firmie wypłacaj stałą kwotę za wkład intelektualny — to wzmocni pozycję w sądzie.
- Natychmiast izoluj dostęp przy odejściu pracownika. Zmiana haseł i migracja danych musi nastąpić przed podpisaniem wypowiedzenia.
- Unikaj równoczesnego uruchamiania postępowań karnego i cywilnego. Najpierw idź drogą SIP — szybciej i z większą kontrolą nad ekspertyzą.
Konflikty o kod rzadko rozstrzygane są „według sprawiedliwości" — wygrywają je dokumenty. Dopóki w repozytorium tkwi nieuregulowany owoc pracy, firma ryzykuje utratę nie tylko aktywa, ale i kontroli nad biznesem. Audyt prawny bazy kodu przed zatrudnieniem tech leada to nie fanaberia, lecz konieczność dla każdego startupu IT.
— Editorial Team
Brak komentarzy.