Podpisałeś umowę na POC za 50 tys. zł z karą 5 tys. zł za dzień zwłoki — skopiowaną z kontraktu na 2 mln. Po dwóch tygodniach opóźnienia Twoja kara przekracza wynagrodzenie. Po miesiącu — jesteś winien więcej niż zarobiłeś. Brzmi abstrakcyjnie? To dosłownie klauzula, którą widzimy w co trzecim wzorcu umownym przesyłanym przez korporacyjnych zamawiających.
Problem nie leży w złej woli drugiej strony. Leży w mechanice: zakres i cena maleją dziesięciokrotnie, a klauzule odpowiedzialności zostają w wersji przewidzianej dla systemu produkcyjnego. Jeśli prowadzisz firmę IT, SaaS lub software house i realizujesz pilotaże dla dużych organizacji, ten artykuł pokaże Ci, które klauzule negocjować, jak je sformułować i dlaczego zamawiający powinien się na to zgodzić.
Najważniejsze pojęcia, zanim zaczniemy
Zanim przejdziemy do konkretnych klauzul, ustalmy kilka terminów, które pojawiają się w każdej umowie na POC (proof of concept — projekt testowy, którego celem jest weryfikacja hipotezy technicznej lub biznesowej):
| Pojęcie | Co oznacza dla Twojej firmy |
|---|---|
| Kara umowna | Kwota, którą płacisz za naruszenie zobowiązania niepieniężnego (np. opóźnienie, naruszenie poufności) — niezależnie od tego, czy zamawiający poniósł szkodę |
| Limit odpowiedzialności (cap) | Górna granica Twojej odpowiedzialności finansowej — wyrażona kwotowo lub jako procent wynagrodzenia |
| Miarkowanie kary (art. 484 § 2 k.c.) | Uprawnienie sądu do obniżenia kary rażąco wygórowanej — np. gdy kara wielokrotnie przekracza wynagrodzenie |
| Indemnifikacja (klauzula indemnity) | Zobowiązanie do pokrycia kosztów i szkód wynikających z roszczeń osób trzecich — najczęściej z tytułu naruszenia praw autorskich |
| Procedura obsługi roszczenia | Zestaw zasad określający, kto przejmuje obronę, kto informuje o roszczeniu i kto decyduje o ugodzie |
Dlaczego klauzule z umowy wdrożeniowej nie pasują do POC
Wzorce umowne dużych zamawiających powstają na potrzeby kontraktów o wartości setek tysięcy lub milionów złotych. Obejmują wielomiesięczne wdrożenia, migracje danych, integracje z systemami produkcyjnymi. Kary i limity odpowiedzialności są kalibrowane pod tę skalę.
Gdy ten sam wzorzec zostaje „przycięty" do pilotażu za kilkadziesiąt tysięcy złotych, zakres prac maleje, ale mechanizm kar pozostaje bez zmian. Efekt: projekt testowy generuje ryzyko nieproporcjonalne do wynagrodzenia.
Trzy najczęstsze problemy w umowach POC, które trafiają do nas do przeglądu:
- Kary kwotowe za dzień zwłoki — przeniesione z kontraktu o wielokrotnie wyższej wartości. Po kilkunastu dniach zwłoki kara przekracza całe wynagrodzenie, a po miesiącu jest jego wielokrotnością.
- Nieograniczona odpowiedzialność za IP — bez procedury obsługi roszczenia. Zamawiający zawiera ugodę z licencjodawcą bez informowania wykonawcy, a potem obciąża go pełnym kosztem.
- Brak zapisania testowego charakteru prac — umowa nie precyzuje, że wynik negatywny jest prawidłowym rezultatem POC. Otwiera to drogę do zarzutu nienależytego wykonania.
Dane z sektora publicznego potwierdzają, że nawet w dużych kontraktach IT limity odpowiedzialności mieszczą się w przedziale 40–100% wynagrodzenia wykonawcy. Przykładowo, wzór umowy KSAP na wdrożenie systemu ERP przewiduje limit odpowiedzialności na poziomie 100% wynagrodzenia netto za wdrożenie. W orzeczeniu KIO 3063/24 łączny limit kar umownych ustalono na 40% maksymalnego wynagrodzenia. Jeśli duże zamówienia publiczne stosują takie limity — tym bardziej powinny je zawierać umowy na POC.
Skontaktuj się — wyślij nam wzorzec umowy na POC, a wskażemy, które klauzule warto zmienić i jak to uzasadnić wobec zamawiającego.
Kara umowna w umowie na POC — jak zamienić ryzyko nieoznaczone na policzalne
Problem: kara kwotowa skopiowana z dużego kontraktu
Typowy wzorzec: kara 5 000 zł za każdy dzień zwłoki przy wynagrodzeniu 50 000 zł za POC. Symulacja:
| Dni zwłoki | Łączna kara | Stosunek kary do wynagrodzenia |
|---|---|---|
| 10 | 50 000 zł | 100% |
| 20 | 100 000 zł | 200% |
| 30 | 150 000 zł | 300% |
Przy POC opóźnienia o 2–3 tygodnie nie są wyjątkiem — to charakter prac eksploracyjnych. Kara w wysokości 200–300% wynagrodzenia za projekt, który nie wyrządził żadnej szkody produkcyjnej, jest rażąco wygórowana.
Co mówi prawo
Art. 484 § 2 k.c. daje sądowi prawo do miarkowania kary rażąco wygórowanej. Sąd bada m.in. relację kary do rzeczywistej szkody, do wartości zobowiązania głównego oraz czas trwania i charakter naruszenia. W wyroku SA I AGa 130/23 (2024) sąd zmiarkował karę do jednej piątej dochodzonej kwoty, badając stosunek kary do wartości całego zobowiązania.
Wniosek dla zamawiającego: twarda klauzula nie daje pewności — daje spór. Zamiast ochrony dostaje wielomiesięczne postępowanie sądowe i nieprzewidywalny wynik.
Jak negocjować — konkretna propozycja zamienna
Zamiast walczyć o wykreślenie kary, zaproponuj zamianę mechanizmu:
| Element | Wzorzec zamawiającego | Twoja propozycja zamienna |
|---|---|---|
| Stawka dzienna | 5 000 zł (kwotowa) | 0,5% wynagrodzenia netto za dzień (procentowa) |
| Limit łączny kar | Brak | 20% wynagrodzenia netto |
| Typ naliczania | Za każdy dzień zwłoki | Za każdy dzień zwłoki — bez zmian |
Przy wynagrodzeniu 50 000 zł: stawka dzienna wynosi 250 zł, a limit łączny to 10 000 zł. Kara nadal dyscyplinuje, ale nie generuje ryzyka przekraczającego wartość projektu.
Typowy układ negocjacyjny: wykreślasz karę kwotową, podwyższasz procentową (np. z 0,2% do 0,5% dziennie) i podnosisz limit łączny (np. z 10% do 20%). Zamawiający zyskuje wyższą stawkę dzienną — a Ty policzalne ryzyko.
Rekomendacje Prezesa UZP potwierdzają tę logikę: kary umowne powinny być dostosowane do realnych potrzeb i rzeczywistego ryzyka, a przed podpisaniem umowy zalecane jest przeprowadzanie symulacji możliwej wysokości kar w realistycznych scenariuszach.
Odpowiedzialność za IP w POC — procedura, która chroni obie strony
Problem: nieograniczona odpowiedzialność bez procedury
Wzorce korporacyjne (i publiczne) zawierają klauzule indemnifikacyjne, które przerzucają na wykonawcę pełny ciężar ekonomiczny roszczeń osób trzecich z tytułu naruszenia praw autorskich. Analiza wzorców z sektora publicznego (URPL, NIW, Gov.pl, NAWA, NASK) pokazuje wspólny schemat:
- Wykonawca przyjmuje pełną odpowiedzialność za naruszenie praw IP
- Zobowiązany jest do zwrotu wszelkich kwot — odszkodowań, kosztów sądowych, kosztów zastępstwa
- Klauzula obowiązuje także po rozwiązaniu umowy
- Brak procedury obsługi roszczenia — zamawiający może zawrzeć ugodę bez wiedzy wykonawcy
W kontekście POC ryzyko jest szczególnie dotkliwe. Startup dostarcza pilotaż z komponentem open-source. Zamawiający dostaje wezwanie od licencjodawcy, zawiera ugodę bez informowania wykonawcy, a potem obciąża go pełnym kosztem. Wykonawca nie wiedział o roszczeniu, nie prowadził obrony, nie mógł zaproponować alternatywnego komponentu.
Jak to uporządkować — pięcioelementowa procedura obsługi roszczenia
To nie jest ograniczenie odpowiedzialności — to jej uporządkowanie. I tak należy to przedstawiać w negocjacji.
| Element procedury | Co reguluje | Dlaczego zamawiający powinien się zgodzić |
|---|---|---|
| 1. Zawiadomienie pisemne | Zamawiający informuje wykonawcę o roszczeniu w ustalonym terminie | Bez zawiadomienia wykonawca nie może podjąć obrony |
| 2. Prawo przejęcia obrony | Wykonawca może przejąć prowadzenie sporu | Wykonawca zna technologię lepiej — prowadzi obronę skuteczniej |
| 3. Obowiązek współdziałania | Zamawiający współpracuje z wykonawcą w postępowaniu | Bez współdziałania obrona jest nieskuteczna |
| 4. Zakaz jednostronnej ugody | Zamawiający nie zawiera ugody bez zgody wykonawcy | Chroni przed ugodą na warunkach niekorzystnych dla obu stron |
| 5. Prawo naprawy | Wykonawca może zmodyfikować komponent, uzyskać licencję lub zamienić element | Rozwiązuje problem zamiast generować koszty sporu |
Zamawiający nie traci ochrony — zyskuje sprawniejszy mechanizm jej realizacji. Wykonawca, który zna technologię, prowadzi obronę skuteczniej niż dział prawny zamawiającego.
Open-source w POC — ukryte ryzyko licencyjne
Testowy charakter projektu nie chroni przed konsekwencjami naruszenia licencji open-source. Naruszenie w fazie pilotażu jest traktowane tak samo jak w fazie produkcyjnej.
| Licencja | Główne ryzyko w POC | Obowiązek wykonawcy |
|---|---|---|
| GPL | „Zarażenie" kodu własnego — obowiązek ujawnienia kodu źródłowego całej aplikacji; konflikt z przeniesieniem wyłącznych praw na zamawiającego | Wykaz komponentów GPL + analiza, czy nie dochodzi do połączenia z kodem zamkniętym |
| MIT | Naruszenie osobistych praw autorskich przy braku atrybucji (informacji o autorze) | Dołączenie kopii licencji i informacji o autorze do każdej dystrybucji |
| Apache 2.0 | Utrata prawa do korzystania przy braku pliku NOTICE; ryzyko patentowe | Dołączenie pliku NOTICE; informacja o autorze, licencji i zmianach |
Wzorcowe klauzule Gov.pl zobowiązują wykonawcę do przekazania zamawiającemu wykazu użytego oprogramowania open-source wraz z warunkami licencyjnymi — najpóźniej z chwilą wydania produktu do odbioru. W umowach POC takie postanowienia zazwyczaj nie występują. Warto je dodać — chronią obie strony.
Ogólny limit odpowiedzialności i testowy charakter POC
Limit powiązany z wynagrodzeniem
Dobra praktyka kontraktowa w branży IT zakłada limit odpowiedzialności definiowany jako procent lub wielokrotność wynagrodzenia. Limit rzędu 200% wynagrodzenia rzadko bywa dla zamawiającego problemem, a dla wykonawcy jest różnicą między ryzykiem policzalnym a nieoznaczonym.
Struktura limitu powinna być zróżnicowana:
- Kategorie objęte limitem — opóźnienia, błędy w działaniu, niedotrzymanie parametrów SLA
- Kategorie wyłączone spod limitu — naruszenie praw IP wynikające z wad prawnych produktu, rażące naruszenie poufności, szkody wyrządzone umyślnie (art. 473 § 2 k.c. — bezwzględny zakaz wyłączenia odpowiedzialności za umyślność)
- Wyłączenie odpowiedzialności za utracone korzyści — standardowy element negocjacyjny w umowach IT
Taka struktura nie osłabia pozycji zamawiającego — porządkuje podział ryzyka i pozwala obu stronom wycenić swoje zobowiązania.
Testowy charakter prac — zapisz go wprost
POC ma z natury charakter eksploracyjny. Wynik negatywny — ustalenie, że dana technologia nie spełnia wymagań — jest prawidłowym rezultatem umowy. Jeśli umowa tego nie precyzuje, zamawiający może argumentować, że negatywny wynik oznacza nienależyte wykonanie.
Co wpisać do umowy:
- Przedmiotem umowy jest weryfikacja hipotezy technicznej/biznesowej, a nie dostarczenie gotowego rozwiązania produkcyjnego
- Wynik negatywny (potwierdzenie, że hipoteza się nie sprawdza) stanowi prawidłowe wykonanie umowy
- Raport z wynikami — pozytywny lub negatywny — jest deliverable kończącym projekt
Ten zapis ma też znaczenie dla kwalifikacji prawnej umowy. POC może być traktowany jako umowa o dzieło (gdy przedmiotem jest konkretny rezultat — np. raport, prototyp) lub jako umowa starannego działania (gdy przedmiotem jest przeprowadzenie badania). Precyzyjne zdefiniowanie rezultatu chroni przed sporem o charakter zobowiązania.
Przesłanki wyłączające odpowiedzialność
W umowie POC warto uwzględnić okoliczności, które wyłączają lub ograniczają odpowiedzialność wykonawcy:
- Siła wyższa
- Brak współdziałania zamawiającego (np. niedostarczenie środowiska testowego, dostępów, danych)
- Podatności zero-day bez dostępnej łatki
- Naruszenia przez osoby trzecie, za które wykonawca nie odpowiada
Eksploracyjny charakter prac POC zwiększa prawdopodobieństwo wystąpienia nieprzewidzianych okoliczności. Brak tych przesłanek w umowie przerzuca całe ryzyko na wykonawcę.
Jak negocjować wzorzec zamawiającego — playbook dla CEO
Zasada: do każdego sprzeciwu dołącz propozycję zamienną
„Nie zgadzamy się" kończy wątek. „Nie zgadzamy się, proponujemy w zamian X" — prowadzi go dalej. Prawnicy zamawiającego odpowiadają szybciej, gdy mają do rozstrzygnięcia 2 konkretne kwestie z propozycjami zamiennymi, a nie 15 ogólnych zastrzeżeń.
Struktura odpowiedzi na wzorzec
| Krok | Co robisz | Efekt |
|---|---|---|
| 1 | Otwierasz akceptacją większości warunków | Budujesz zaufanie — zamawiający widzi, że nie kwestionujesz całości |
| 2 | Numerujesz punkty sporne (max 3–5) z uzasadnieniem i propozycją zamienną | Prawnicy zamawiającego mogą szybko ocenić zakres zmian |
| 3 | Oddzielasz zmiany porządkowe od merytorycznych | Zamawiający widzi, że nie mnożysz zastrzeżeń |
| 4 | Gdy lista spornych punktów zejdzie do 2–3 — proponujesz spotkanie (call/video) | Wymiana dokumentów na tym etapie kosztuje kilka dni na turę; rozmowa zamyka temat w godzinę |
Checklist przed podpisaniem umowy na POC
Przed podpisaniem sprawdź:
- Czy kary umowne są liczone procentowo od wynagrodzenia (nie kwotowo)?
- Czy istnieje limit łączny kar (np. 10–20% wynagrodzenia)?
- Czy klauzula odpowiedzialności za IP zawiera procedurę obsługi roszczenia (zawiadomienie, prawo obrony, zakaz jednostronnej ugody, prawo naprawy)?
- Czy umowa zawiera ogólny limit odpowiedzialności powiązany z wynagrodzeniem?
- Czy umowa precyzuje testowy charakter prac i akceptuje wynik negatywny jako prawidłowy rezultat?
- Czy zweryfikowałeś treść wszystkich załączników (polityki antykorupcyjne, kodeksy dostawcy, załączniki bezpieczeństwa)?
- Czy umowa zawiera wykaz komponentów open-source z warunkami licencyjnymi?
- Czy uwzględniono przesłanki wyłączające odpowiedzialność (siła wyższa, brak współdziałania zamawiającego)?
Załącznik, którego nikt nie czytał, potrafi zawierać zobowiązania cięższe niż korpus umowy. Polityki antykorupcyjne, kodeksy dostawcy, załączniki bezpieczeństwa — każdy z nich może wprowadzać dodatkowe obowiązki i kary. Zweryfikuj je przed podpisaniem.
Jak możemy Ci pomóc z umową na POC
Negocjacja klauzul w umowie na POC wymaga kilku godzin pracy prawnika. Koszt materializacji ryzyka — wielokrotność wynagrodzenia za projekt. Proporcja jest jednoznaczna.
Pracujemy z founderami, CTO i Head of Sales w firmach IT i SaaS, którzy dostają wzorce umowne od korporacyjnych zamawiających. Znamy te wzorce — wiemy, co w nich zmienić i jak to uzasadnić, żeby druga strona się zgodziła.
Nasze wsparcie obejmuje:
- Przegląd wzorca umowy — wskazujemy klauzule generujące nieproporcjonalne ryzyko i przygotowujemy propozycje zamienne z uzasadnieniem
- Negocjacje z zamawiającym — wspieramy w rozmowach lub prowadzimy je bezpośrednio, pilnując, żeby zmiany zostały zaakceptowane
- Szablony odpowiedzi — budujemy wewnętrzne wzorce komentarzy do typowych klauzul, żeby kolejne negocjacje trwały krócej
- Audyt załączników — weryfikujemy polityki, kodeksy dostawcy i załączniki bezpieczeństwa pod kątem ukrytych zobowiązań
- Klauzule open-source — przygotowujemy postanowienia regulujące odpowiedzialność za komponenty OSS w fazie pilotażu
Nie tworzymy dokumentów „na zapas" — projektujemy zasady tam, gdzie faktycznie powstaje ryzyko.
Napisz do nas — wyślij wzorzec umowy na POC, a powiemy Ci, które klauzule warto zmienić i jak to uzasadnić wobec zamawiającego.
Podsumowanie — dwie klauzule, które decydują o Twoim ryzyku
Umowa na POC to nie mniejsza wersja umowy wdrożeniowej. To odrębny typ projektu — z inną skalą ryzyka, innym charakterem prac i innym oczekiwanym rezultatem. Klauzule odpowiedzialności i kar umownych powinny to odzwierciedlać.
Dwa mechanizmy, które decydują, czy Twoje ryzyko jest policzalne:
- Kary umowne — zamień kwotowe na procentowe, wprowadź limit łączny, przeprowadź symulację przed podpisaniem
- Odpowiedzialność za IP — dopisz procedurę obsługi roszczenia: zawiadomienie, prawo obrony, zakaz jednostronnej ugody, prawo naprawy
Nie musisz zmieniać zasad — wystarczy uporządkować mechanikę. Zamawiający nie traci ochrony. Ty zyskujesz ryzyko, które możesz wycenić i uwzględnić w cenie projektu.
Jeśli potrzebujesz wsparcia przy przeglądzie umowy na POC lub negocjacjach z zamawiającym — napisz do nas.
Najczęściej zadawane pytania
Czy mogę negocjować wzorzec umowy dużego zamawiającego, czy muszę go przyjąć w całości?
Możesz negocjować. Nawet wzorce korporacyjne i publiczne dopuszczają modyfikacje — pod warunkiem, że Twoje propozycje są konkretne i uzasadnione. Otwórz odpowiedź akceptacją większości warunków i skoncentruj się na 2–5 punktach z propozycjami zamiennymi. Zamawiający łatwiej zaakceptuje zmianę mechanizmu (np. zamiana kary kwotowej na procentową) niż całkowite wykreślenie klauzuli.
Ile procent wynagrodzenia to rozsądny limit odpowiedzialności w umowie na POC?
Limit rzędu 200% wynagrodzenia za kontrakt jest akceptowalny dla większości zamawiających i daje wykonawcy policzalne ryzyko. W sektorze publicznym IT limity mieszczą się w przedziale 40–100% wynagrodzenia — w POC, gdzie skala ryzyka jest mniejsza, nie powinny być wyższe. Pamiętaj o wyłączeniu spod limitu szkód umyślnych (art. 473 § 2 k.c.) i naruszeń IP wynikających z wad prawnych produktu.
Co zrobić, gdy zamawiający kategorycznie odmawia zmian w klauzuli kar umownych?
Zaproponuj zamianę mechanizmu zamiast wykreślenia: podwyższ stawkę procentową (np. z 0,2% do 0,5% dziennie) w zamian za wprowadzenie limitu łącznego (np. 20% wynagrodzenia). Pokaż zamawiającemu symulację — kara wielokrotnie przekraczająca wynagrodzenie podlega miarkowaniu przez sąd (art. 484 § 2 k.c.), co oznacza, że twarda klauzula nie daje mu pewności, tylko kosztowny spór.
Czy negatywny wynik POC oznacza, że nie wykonałem umowy i grożą mi kary?
Nie — pod warunkiem, że umowa wprost definiuje testowy charakter prac i akceptuje wynik negatywny jako prawidłowy rezultat. Jeśli takiego zapisu brakuje, zamawiający może argumentować nienależyte wykonanie. Dlatego wpisz do umowy, że przedmiotem jest weryfikacja hipotezy, a raport z wynikami (pozytywny lub negatywny) stanowi deliverable kończący projekt.
Czy sąd naprawdę miarkuje kary umowne — i ile to kosztuje?
Tak. Art. 484 § 2 k.c. daje sądowi prawo do obniżenia kary rażąco wygórowanej. W wyroku SA I AGa 130/23 (2024) sąd zmiarkował karę do jednej piątej dochodzonej kwoty. Problem polega na tym, że postępowanie trwa miesiące lub lata, a koszty procesowe ponoszą obie strony. Dlatego lepiej wynegocjować proporcjonalną karę na etapie umowy niż liczyć na miarkowanie w sądzie.
Jak rozmawiać o zmianach w umowie, żeby nie zepsuć relacji handlowej na starcie?
Otwórz negocjację zdaniem „zdecydowaną większość warunków przyjmujemy" i przedstaw krótką listę punktów z propozycjami zamiennymi. Oddziel zmiany porządkowe od merytorycznych. Gdy lista spornych kwestii zejdzie do 2–3 — zaproponuj rozmowę zamiast kolejnej rundy wymiany dokumentów. Wymiana pism na tym etapie kosztuje kilka dni na turę; rozmowa zamyka temat w godzinę.