Powered by Smartsupp Klient nie płaci software house — co robić
Mizzox / Baza wiedzy / Płatności i windykacja / Klient nie płaci software house — windykacja…

Klient nie płaci software house — windykacja w projektach IT

4 min czytania Aktualizacja: 18 lipca 2026

W skrócie:

  • Kod jest utworem: przeniesienie autorskich praw majątkowych (wymagana forma pisemna!) wiąż z chwilą zapłaty — nieopłacone wdrożenie działa na cudzych prawach
  • Time & material broni się ewidencją: raporty godzin akceptowane cyklicznie (np. co 2 tygodnie) zamykają okresy i odbierają pole sporom „za dużo godzin”
  • Fixed price dziel na milestone’y z odbiorami — demo sprintu + mail akceptacyjny to protokół odbioru ery agile
  • Przy zwłoce: wstrzymanie prac zgodnie z klauzulą, zamrożenie przekazywania kodu i dostępów produkcyjnych, drabinka wezwań i pozew z kompletem dokumentacji projektowej

Software house oddaje produkt, którego nie widać na palecie: tysiące linii kodu, środowiska, dokumentację. Gdy klient przestaje płacić, atuty branży są większe, niż się wydaje — pod warunkiem, że umowa traktuje kod jak to, czym jest prawnie: utwór, którego prawa przechodzą dopiero za pieniądze.

Prawa do kodu: forma pisemna i moment przejścia

Przeniesienie autorskich praw majątkowych do programu wymaga formy pisemnej pod rygorem nieważności — umowa mailowa czy „ustalenia na callu” przenoszą co najwyżej licencję dorozumianą o wąskim zakresie. Software house świadomy swoich kart pisze: „prawa majątkowe do kodu przechodzą na zamawiającego z chwilą zapłaty całości wynagrodzenia za dany etap”. Skutek windykacyjny: klient eksploatujący nieopłacone wdrożenie robi to bez tytułu prawnego — a Twoje wezwanie zyskuje drugi tor (roszczenia autorskie) obok żądania zapłaty. W modelu SaaS/subskrypcyjnym dźwignia jest jeszcze prostsza: dostęp do usługi wygasa zgodnie z umową po bezskutecznym wezwaniu — z rozsądnym terminem i na piśmie, nigdy „wyłącznikiem w piątek wieczorem” (dane klienta wydajesz zawsze — zatrzymywanie danych to front, którego nie chcesz otwierać).

T&M i fixed price: dwie dyscypliny dowodowe

Time & material wygrywa się ewidencją: raport godzin (zadania, osoby, stawki) wysyłany cyklicznie z terminem uwag (np. 5 dni roboczych, po którym okres uznaje się za zaakceptowany) — kwestionowanie godzin trzy miesiące później przegrywa z własnym milczeniem klienta. Fixed price wygrywa się odbiorami częściowymi: milestone = zakres + kwota + kryteria akceptacji; demo sprintu + mail „akceptujemy sprint 7″ to protokół odbioru ery agile — archiwizuj je przy sprawie. Wspólny mianownik obu modeli: faktura idzie za zamkniętym okresem/etapem, nie za całością na końcu — projekt rozliczany po roku pracy to kredyt inwestycyjny udzielony klientowi bez oprocentowania i zabezpieczeń.

Projekty IT rozlicza się rytmem sprintów — płatności też.

Fakturuj sprintami →

Bez karty • Plan darmowy na zawsze • 16 500+ firm

Windykacja projektu w toku

  1. wstrzymanie prac: klauzula „zwłoka ponad X dni uprawnia wykonawcę do wstrzymania prac, terminy ulegają przesunięciu” — uruchamiana pismem, nie zniknięciem zespołu; developerzy schodzą z projektu, zegar staje po stronie klienta,
  2. zamrożenie wydań: nowe wersje, przekazanie repozytorium, dostępy produkcyjne — po zapłacie; środowiska już przekazane zostawiasz w spokoju (patrz: strona internetowa i granice samopomocy — tu analogia jest pełna),
  3. drabinka: monit +7 z odsetkami handlowymi, wezwanie +14–21 z wątkiem autorskim, pozew z kompletem: umowa, raporty/odbiory, korespondencja — sprawy IT wyglądają w sądzie znacznie lepiej, niż branża sądzi,
  4. ugoda przy kliencie strategicznym: uznanie długu + harmonogram + dalsze prace wyłącznie za bieżące płatności (stara zaległość nie może być finansowana nową pracą).

Profilaktyka kontraktowa

Zaliczka na start, milestone’y krótkie (2–4 tygodnie), kryteria akceptacji mierzalne, terminy uwag z automatyczną akceptacją, kary tylko wzajemne (jeśli klient chce kary za opóźnienia — Ty chcesz odsetki umowne i wstrzymanie), checklistę klauzul płatniczych stosuj w całości. I badaj wypłacalność: startup „po rundzie” bywa lepszym płatnikiem niż korporacja z 90-dniowym terminem — ale obu sprawdzasz tak samo.

Najczęstsze pytania

Klient żąda repozytorium „bo zapłacił 80%”.

Wydajesz to, co odpowiada zapłaconym etapom (jeśli umowa dzieli prawa etapami) — albo nic przed całością, jeśli przejście praw wiąże się z pełnym wynagrodzeniem. Umowa jest tu konstytucją; pisz ją świadomie.

Body leasing — programista siedzi u klienta, faktury miesięczne stoją.

To usługa ciągła: raport obecności/timesheet zamyka miesiąc, zwłoka uruchamia wstrzymanie (wycofanie konsultanta) po pisemnym uprzedzeniu. Skuteczność natychmiastowa — i w pełni legalna przy dobrej klauzuli.

Klient twierdzi, że „system ma błędy”, i nie płaci całości.

Błędy obsługuje procedura gwarancyjna/SLA, nie wstrzymanie wynagrodzenia. Żądaj listy błędów z klasyfikacją; pozycje bezsporne płatne w terminie — rozdzielaj w wezwaniu.

Prace szły bez umowy pisemnej — co z prawami do kodu?

Prawa majątkowe nie przeszły (forma!), klient ma co najwyżej licencję niewyłączną z ustaleń. Paradoksalnie wzmacnia Cię to w negocjacjach — ale porządek na przyszłość zrób pisemny.

Podsumowanie

Software house windykuje kodem i papierem: prawa przechodzą z chwilą zapłaty, okresy zamykają raporty i odbiory, zwłoka wstrzymuje prace i wydania. Kto fakturuje sprintami i archiwizuje akceptacje, ten w sądzie pokazuje projekt — a nie tłumaczy się z niego.

Materiał informacyjny — nie stanowi porady prawnej. Podstawy: art. 41, 53, 74 ustawy o prawie autorskim, art. 627, 750 KC (isap.sejm.gov.pl).

Umów prezentację