„`html
Szantaż kodem źródłowym – „Nie zapłaciliście, więc wyłączam system”
Wyobraź sobie scenariusz: Twój kluczowy system CRM przestaje działać w środku dnia. Produkcja staje, handlowcy tracą dostęp do bazy, a sklep online wyświetla błąd 404. Dostajesz maila od software house’u lub programisty B2B: „Dopóki nie opłacicie zaległej faktury (tej spornej), kod pozostaje u mnie, a serwer jest wyłączony”. To nie jest scenariusz z filmu szpiegowskiego – to brutalna rzeczywistość wielu polskich firm, które zaniedbały kwestie prawne na etapie wdrożenia IT.
Wielu Członków Zarządu traktuje umowy IT jako formalność. Tymczasem brak jednego precyzyjnego zapisu może sprawić, że staniesz się zakładnikiem własnego podwykonawcy. W tym artykule wyjaśniam, jak prawo pozwala odzyskać kontrolę nad technologicznymi aktywami firmy i jak zabezpieczyć się przed szantażem, zanim system zostanie wyłączony.
Czy programista może zablokować dostęp do aplikacji?
Z biznesowego punktu widzenia, sytuacja wydaje się patowa. Programista twierdzi, że „broni swojej własności”, bo nie otrzymał zapłaty. Jednak z perspektywy strategii prawnej (Asset Protection), takie działanie to często balansowanie na krawędzi prawa karnego.
Jako przedsiębiorca musisz wiedzieć jedno: spór o zapłatę faktury (cywilny) nie uprawnia wykonawcy do paraliżowania działalności Twojej firmy. Jeśli programista celowo blokuje dostęp do systemu, który jest niezbędny do ciągłości biznesowej, przekracza granice dochodzenia roszczeń i wchodzi na pole naruszenia bezpieczeństwa informacji.
Pro Tip dla Zarządu: W umowach wdrożeniowych zawsze rozdzielaj kwestie płatności od kwestii bezpieczeństwa i dostępu. Wprowadź klauzule Business Continuity, które zabraniają blokowania systemu nawet w przypadku sporu sądowego o wynagrodzenie.
Przestępstwo z art. 268a KK (Niszczenie danych)
Jeśli „negocjacje” z wykonawcą przybierają formę szantażu, musisz wiedzieć, że masz w ręku potężny argument. Celowe odcięcie dostępu do danych lub programu może wypełniać znamiona przestępstwa z art. 268a Kodeksu Karnego.
„Kto, nie będąc do tego uprawnionym, niszczy, uszkadza, usuwa, zmienia lub utrudnia dostęp do danych informatycznych […] podlega karze pozbawienia wolności do lat 3.”
To nie jest straszak bez pokrycia. Dla programisty B2B lub małego software house’u, widmo postępowania karnego i wpisu do KRK (Krajowy Rejestr Karny) to koniec kariery w branży Enterprise. Często samo uświadomienie drugiej stronie, że ich działanie nie jest już „sporem o fakturę”, a potencjalnym przestępstwem, skutkuje natychmiastowym przywróceniem dostępu.
Warto również pamiętać, że takie działanie może wiązać się z odpowiedzialnością karną za naruszenie tajemnicy przedsiębiorstwa, jeśli przy okazji blokady dochodzi do wycieku lub nieuprawnionego wykorzystania danych Twoich klientów.
Przeniesienie praw „z chwilą zapłaty” – broń obosieczna
Najczęstszy błąd w umowach IT, który widzę podczas audytów? Zapis: „Przeniesienie autorskich praw majątkowych następuje z chwilą zapłaty pełnego wynagrodzenia”.
Dlaczego to ryzykowne dla Ciebie?
- Jeśli zakwestionujesz choćby 10% faktury z powodu błędów w kodzie – nie masz praw do żadnej części oprogramowania.
- Wykonawca formalnie pozostaje właścicielem kodu źródłowego i może twierdzić, że korzystasz z niego bezprawnie.
Rozwiązanie Strategicze: Negocjuj przeniesienie praw autorskich z chwilą ustalenia utworu (stworzenia kodu) lub najpóźniej z chwilą jego wydania/odbioru, a nie zapłaty. Zabezpieczeniem zapłaty dla programisty powinny być odsetki lub kary umowne, a nie „atomowy guzik” wyłączający system operacyjny Twojej firmy.
Jak odzyskać kody od nieuczciwego wykonawcy?
Jeżeli mleko się rozlało i wykonawca odmawia wydania repozytorium (kodu źródłowego), musisz działać szybko i wielotorowo:
- Wezwanie do zaniechania naruszeń: Oficjalne pismo kancelaryjne, wskazujące na ryzyko odpowiedzialności karnej (art. 268a KK) oraz cywilnej (odszkodowanie za utracone korzyści w wyniku przestoju).
- Zabezpieczenie roszczeń (Sąd): Wniosek do sądu o nakazanie wydania kodów dostępowych na czas trwania procesu. To działa szybciej niż standardowy proces.
- Audyt śladów cyfrowych: Zabezpiecz logi serwerowe. Będą dowodem na to, kto i kiedy dokonał blokady.
🔥 CHECKLISTA BEZPIECZEŃSTWA DLA ZARZĄDU
Zanim podpiszesz kolejną umowę IT, sprawdź te 4 punkty. To Twoja polisa ubezpieczeniowa:
- Własność konta w repozytorium: Czy konto na GitHub/GitLab należy do Twojej firmy, a programista jest tam tylko „gościem”? Nigdy nie pozwalaj, by kod leżał na prywatnym koncie freelancera.
- Klauzula „No Backdoor”: Zapis w umowie gwarantujący, że kod nie zawiera ukrytych mechanizmów blokujących lub umożliwiających zdalne wyłączenie.
- Harmonogram transferu praw: Prawa autorskie przechodzą na firmę etapami (np. po każdym sprincie), a nie dopiero na koniec projektu.
- Audyt B2B w kontekście 2025/2026: Pamiętaj, że nadchodzące zmiany i wzmocnienie uprawnień PIP mogą wymusić weryfikację, czy Twój programista to rzeczywiście niezależny podmiot. Niezależność oznacza też profesjonalną odpowiedzialność – szantażowanie klienta to domena amatorów, a nie partnerów biznesowych.
FAQ – Najczęściej zadawane pytania
Czy programista może wyłączyć stronę, jeśli nie zapłaciłem faktury?
Co do zasady – nie, chyba że umowa wyraźnie przewiduje licencję czasową, która wygasa przy braku płatności. W przypadku umów wdrożeniowych (przeniesienie praw), takie działanie jest często bezprawne i może narazić programistę na roszczenia odszkodowawcze oraz odpowiedzialność karną za zakłócanie pracy systemu informatycznego.
Co zrobić jak firma IT nie oddaje kodów?
Należy natychmiast wystosować wezwanie do wydania rzeczy (nośników/kodów) pod rygorem skierowania sprawy na drogę sądową. Jeśli zatrzymanie kodów zagraża płynności finansowej firmy, warto rozważyć złożenie wniosku o zabezpieczenie roszczenia oraz zawiadomienie prokuratury o możliwości popełnienia przestępstwa.
Czy niezapłacona faktura blokuje prawa autorskie?
To zależy od konstrukcji umowy. Jeśli zapisano, że przeniesienie praw następuje „z chwilą zapłaty”, to do momentu uregulowania należności prawa autorskie pozostają przy twórcy. Dlatego tak kluczowe jest negocjowanie momentu przejścia praw na chwilę wydania utworu, a nie zapłaty.
Nie ryzykuj majątkiem spółki
Twoje oprogramowanie to Twoja przewaga konkurencyjna. Nie pozwól, by słaba umowa dała komuś prawo do jej wyłączenia. Umów się na poufny audyt umów IT. Sprawdzimy Twoje kontrakty pod kątem Asset Protection i zabezpieczymy Cię przed szantażem.
„`
