OC zawodowe programisty i branży IT na kontraktach B2B. Jak wybrać polisę, która realnie chroni Twój majątek?
Wyobraź sobie taki scenariusz: dostarczyłeś moduł płatności do sklepu internetowego. Mieliście sprint, termin gonił, testy wypadły akceptowalnie. W Black Friday ujawnił się błąd w obsłudze wyjątków przy równoległych transakcjach. Sklep nie procesował zamówień przez 31 godzin. Klient wyliczył stratę na 180 000 złotych utraconych przychodów, dolicza koszty naprawcze i kary dla podwykonawców. Pismo przedprocesowe ląduje u Ciebie.
Na etacie odpowiadałbyś do trzykrotności miesięcznej pensji. Na B2B odpowiadasz całym majątkiem – oszczędnościami, samochodem, mieszkaniem jeśli je masz, przyszłymi zarobkami. Bez ustawowego limitu.
To nie jest straszak marketingowy. To artykuł 471 Kodeksu cywilnego.
Odpowiedzialność cywilna na B2B vs. etat – dlaczego podpisując kontrakt ryzykujesz całym majątkiem?
Programiści przechodzący z etatu na B2B skupiają się na stawce godzinowej i podatku liniowym. Rzadko zatrzymują się przy tym, co zmieniają pod względem ekspozycji prawnej. A zmienia się fundamentalnie.
Na umowie o pracę chroni Cię artykuł 119 Kodeksu pracy: odpowiedzialność za szkodę wyrządzoną pracodawcy jest ograniczona do trzykrotności miesięcznego wynagrodzenia. Wyjątek to wina umyślna (art. 122 k.p.) – wtedy odpowiadasz do pełnej szkody. W praktyce programistycznej przypadki umyślnego sabotażu zdarzają się rzadko. Błędy zdarzają się codziennie.
Na kontrakcie B2B Kodeks pracy nie istnieje. Rządzą przepisy Kodeksu cywilnego, a konkretnie artykuł 471: „Dłużnik obowiązany jest do naprawienia szkody wynikłej z niewykonania lub nienależytego wykonania zobowiązania, chyba że niewykonanie lub nienależyte wykonanie jest następstwem okoliczności, za które dłużnik odpowiedzialności nie ponosi."
Bez umownego limitu odpowiedzialności – a wiele standardowych kontraktów IT takich zapisów po prostu nie zawiera albo zawiera je na poziomie kilkukrotności wartości kontraktu – Twoja ekspozycja jest nieograniczona. Klient może żądać naprawienia szkody bezpośredniej, utraconych korzyści i wszelkich poniesionych kosztów.
Część kontraktów IT, szczególnie tych zawieranych z zagranicznymi zleceniodawcami lub z dużymi polskimi korporacjami, zawiera klauzule indemnizacyjne lub limity odpowiedzialności rzędu 500 000–2 000 000 złotych. Te zapisy zobowiązują Cię jednocześnie do posiadania polisy OC zawodowej pokrywającej tę kwotę. Brak polisy przy wymaganym zapisie kontraktowym to naruszenie umowy, zanim jakakolwiek szkoda w ogóle nastąpi.
Ubezpieczenie od odpowiedzialności cywilnej IT na kontrakt B2B nie jest kwestią ostrożności – jest kwestią elementarnej matematyki ryzyka.
Czyste straty finansowe – najważniejsze pojęcie w ubezpieczeniu IT
Tu zaczyna się najczęstszy błąd popełniany przy zakupie polisy. Ktoś kupuje „OC firmy" w porównywarce, widzi sumę ubezpieczenia 500 000 zł i myśli, że jest zabezpieczony. Nie jest.
Standardowe OC prowadzonej działalności chroni przed szkodami rzeczowymi (uszkodzenie mienia klienta) i szkodami osobowymi (uszkodzenie ciała lub śmierć). Jeśli jako programista zaleje laptopa klienta kawą podczas spotkania – ta polisa zadziała. Jeśli Twój błąd w kodzie spowoduje przestój ich sklepu internetowego i utratę 150 000 zł przychodu – standardowa polisa OC firmy nie wypłaci ani złotówki.
Dlaczego? Bo utrata zysku, koszty naprawcze, kary umowne należne przez Twojego klienta jego klientom – to są czyste straty finansowe (w terminologii ubezpieczeniowej: pure financial losses lub czyste straty majątkowe). Nie towarzyszą im żadne zniszczenia fizyczne. To odrębna kategoria ryzyka, która w standardowych polisach OC działalności jest wyłączona z ochrony.
Dla branży IT czyste straty finansowe to dominujące ryzyko. Kod nie zalewa biurek ani nie łamie kości. Kod opóźnia projekty, narusza SLA, blokuje pipeline'y produkcyjne, wprowadza błędy w danych finansowych klientów.
Dobre OC zawodowe dla programisty B2B musi zawierać explicite klauzulę obejmującą czyste straty finansowe – w tym utracone zyski klienta, koszty przywrócenia systemów, kary umowne, koszty zewnętrznych specjalistów zatrudnionych do naprawy szkody. Jeśli OWU nie wymienia tej kategorii wprost lub ją wyłącza, polisa jest dla Ciebie ornamentem, nie ochroną.
Sprawdzaj to konkretnie: w OWU szukaj frazy „czyste straty finansowe" lub „szkody finansowe niewynikające ze szkód rzeczowych lub osobowych". Jeśli nie ma jej w definicji zakresu, masz złą polisę.
Co musi obejmować dobre OC dla programisty? Kluczowe rozszerzenia w OWU
Poza czystymi stratami finansowymi istnieje kilka rozszerzeń, bez których OC zawodowe programisty B2B ma poważne luki.
Naruszenie praw własności intelektualnej i praw autorskich
W pracy programistycznej ryzyko naruszenia cudzej własności intelektualnej jest realniejsze niż się wydaje. Użycie biblioteki open-source na licencji niezgodnej z wymaganiami klienta, przypadkowe powielenie fragmentu kodu stanowiącego czyjąś własność, wdrożenie algorytmu, który okazał się opatentowany – to scenariusze, które generują roszczenia odszkodowawcze i sądowe.
Polisa powinna obejmować roszczenia z tytułu naruszenia praw własności intelektualnej, w tym praw autorskich, praw do baz danych i – w przypadku klientów z USA – praw patentowych. Część polis zawiera to jako standard, inne jako opcję za dopłatą. W branży IT to nie jest opcja luksusowa.
Przekroczenie terminów i niedotrzymanie SLA
Kontrakt mówi: aplikacja działa z dostępnością 99,9% w skali miesiąca. Za każdą godzinę powyżej dopuszczalnego przestoju kara umowna wynosi 5 000 zł. System leżał osiem godzin z Twojego powodu. Rachunek: 40 000 zł.
To jest zdarzenie ubezpieczalne – o ile polisa obejmuje odpowiedzialność za niedotrzymanie SLA i przekroczenie umownych terminów. Wiele tanich polis to wyłącza, argumentując, że opóźnienie nie jest szkodą wynikającą z błędu zawodowego, lecz z organizacji pracy. To błędna interpretacja, ale ubezpieczyciele z niej korzystają przy odmowach.
Rażące niedbalstwo
To rozszerzenie jest absolutnie krytyczne i często decyduje o tym, czy droga polisa w ogóle się przydaje.
Standardowe OC zawodowe pokrywa szkody wynikające z błędu zawodowego – nieumyślnego, wynikającego z pomyłki w sztuce. Problem leży w tym, że ubezpieczyciel po szkodzie może zakwalifikować błąd jako rażące niedbalstwo i odmówić wypłaty, powołując się na standardowe wyłączenie odpowiedzialności za działania z winy umyślnej i rażącego niedbalstwa.
A co ubezpieczyciel może uznać za rażące niedbalstwo? Dostarczenie kodu bez testów jednostkowych. Wdrożenie na produkcję bez środowiska stagingowego. Brak obsługi wyjątków w kluczowym module. Użycie przestarzałej biblioteki z publicznie znana podatnością.
Bez klauzuli obejmującej rażące niedbalstwo (i bez precyzyjnej jego definicji ograniczającej możliwości nadinterpretacji przez likwidatora) ubezpieczyciel ma otwarte drzwi do odmowy przy każdej poważniejszej szkodzie. To wyłączenie sprawia, że wiele tanich polis dla IT, na papierze wyglądających rozsądnie, w praktyce nie zadziała dokładnie wtedy, gdy szkoda jest największa.
Ubezpieczenie Cyber dla jednoosobowej działalności IT – czy to fanaberia?
OC zawodowe i polisa Cyber to dwa różne produkty chroniące przed różnymi kategoriami ryzyka. Wiele osób w branży IT myli je lub sądzi, że jedno zastępuje drugie.
OC zawodowe chroni Cię przed roszczeniami Twojego klienta za błędy w Twojej pracy. Cyber chroni Twój własny biznes przed skutkami ataku cybernetycznego – i ewentualnie Twoich klientów, jeśli atak nastąpił przez Twoją infrastrukturę.
Rozważ ten scenariusz: pracujesz zdalnie dla klienta korporacyjnego, masz dostęp do ich środowiska deweloperskiego. Złośliwe oprogramowanie, które weszło przez Twój prywatny komputer podczas przeglądania zainfekowanej strony, trafia do sieci klienta i szyfruje dane na 80 serwerach. Akcja ratunkowa klienta kosztuje 2 mln zł. Jego prawnicy wskazują Cię jako źródło incydentu.
W tym scenariuszu OC zawodowe może pokryć roszczenia klienta za szkodę, której byłeś źródłem. Ale brak polisy cyber oznacza, że koszty Twoje własne – utrata danych, konieczność przebudowy środowiska pracy, koszty obsługi prawnej, ewentualne kary UODO jeśli przez Twój laptop wyciekły dane osobowe – pokrywasz z własnej kieszeni.
Cyber ubezpieczenie dla jednoosobowej działalności IT obejmuje: koszty informatyki śledczej (ustalenie wektora ataku), odtworzenie danych i środowiska, obsługę prawną przy postępowaniach administracyjnych (UODO), oraz koszty notyfikacji poszkodowanych przy wycieku danych osobowych. Cena rocznej polisy dla małej firmy IT z limitem 500 000 zł: 2 500–6 000 zł rocznie w zależności od zakresu i wdrożonych środków bezpieczeństwa (MFA, backupy offline, polityki haseł).
Warto dodać: posiadanie polisy cyber i możliwość jej wykazania klientowi korporacyjnemu jest coraz częściej wymagane przy wejściu do środowisk produkcyjnych i staje się elementem audytów bezpieczeństwa łańcucha dostaw (supply chain security).
Tabela: Zapisy w kontraktach B2B a wymagana konfiguracja polisy OC IT
| Zapis w kontrakcie B2B | Wymagana konfiguracja polisy OC |
|---|---|
| Limit odpowiedzialności do 1 000 000 PLN | Suma ubezpieczenia OC zawodowego ≥ 1 000 000 PLN na zdarzenie i w roku polisowym |
| Zakres terytorialny: cały świat łącznie z USA i Kanadą | Konieczne rozszerzenie terytorialne na USA/Kanadę – standardowe polisy go nie obejmują; dopłata zazwyczaj 50–120% składki podstawowej |
| Odpowiedzialność za działania podwykonawców | Klauzula rozszerzenia na podwykonawców (vicarious liability) – odpowiedzialność za szkody wyrządzone przez osoby, którymi posługujesz się przy realizacji kontraktu |
| Odpowiedzialność za naruszenie poufności danych (NDA) | Rozszerzenie o naruszenie obowiązku poufności i ochrony danych – niezbędne przy dostępie do wrażliwych danych klienta |
| Kary umowne i SLA | Klauzula obejmująca czyste straty finansowe i roszczenia z tytułu niedotrzymania umownych poziomów usług |
| Retroaktywność: błędy z poprzednich projektów | Data retroaktywna w polisie (backdating) obejmująca poprzedni rok lub więcej – chroni przed roszczeniami za błędy popełnione przed datą zawarcia polisy |
| Naruszenie praw własności intelektualnej | Klauzula IPR (Intellectual Property Rights) obejmująca nieumyślne naruszenia praw autorskich i praw do baz danych |
FAQ – Szybkie odpowiedzi dla branży IT
1. Ile kosztuje ubezpieczenie OC zawodowe dla programisty B2B w 2026 roku?
Realistyczne widełki rocznej składki na polskim rynku w 2026 roku:
- Suma 500 000 PLN, zakres podstawowy (Polska i UE, bez USA): 700–1 400 PLN rocznie
- Suma 1 000 000 PLN, czyste straty finansowe, IPR, Polska i UE: 1 600–3 200 PLN rocznie
- Suma 2 000 000 PLN, pełny zakres z rozszerzeniem na USA/Kanadę: 4 500–9 000 PLN rocznie
Cena zależy od: wielkości obrotu firmy, branży (fintech i medtech drożej), historii szkodowości oraz wdrożonych procedur wewnętrznych (dokumentacja, testy, kontrola wersji). Dopłata za USA i Kanadę to zazwyczaj 50–100% stawki podstawowej – nie bez powodu, bo tamtejsza kultura litigacyjna i potencjalne kwoty roszczeń są nieporównywalne z polskim rynkiem.
2. Czy polisa OC chroni programistę, jeśli projekt opóźnił się z jego winy?
Tak – o ile polisa zawiera ochronę czystych strat finansowych i roszczenia z tytułu opóźnienia nie są explicite wyłączone z zakresu. Standardowe OC bez tych rozszerzeń zazwyczaj opóźnienia nie pokrywa, argumentując, że niezrealizowanie umowy w terminie nie jest „błędem zawodowym" w klasycznym rozumieniu. Dobre OC zawodowe dla IT definiuje błąd zawodowy szeroko: jako każde działanie lub zaniechanie w ramach świadczonych usług, które doprowadziło do szkody u klienta – w tym opóźnienie wynikające z pracy programistycznej. Sprawdź tę definicję w OWU przed podpisaniem polisy.
3. Pracuję dla klienta z USA – czy standardowe polskie OC zawodowe działa za oceanem?
Nie. Standardowe polisy OC zawodowego dostępne na polskim rynku obejmują terytorium Polski i Unii Europejskiej. USA i Kanada są rutynowo wyłączone – ze względu na dramatycznie wyższe ryzyko litigacyjne i odmienne zasady ustalania wysokości odszkodowań (w tym punitive damages, czyli odszkodowania karne nieznane polskiemu prawu). Jeśli Twój kontrakt wskazuje jurysdykcję stanu Nowego Jorku lub Delaware i wymaga polisy zgodnej z prawem amerykańskim – potrzebujesz rozszerzenia terytorialnego na USA/Kanadę, co automatycznie zmienia taryfikację. Dopłata to zazwyczaj 70–120% składki podstawowej. Tanie OC z porównywarki bez tego rozszerzenia jest przy kontraktach z klientami zza oceanu po prostu bezwartościowym dokumentem.
4. Co zrobić, jeśli kontrahent wymaga polisy z mocą wsteczną (retroaktywność)?
To standardowe wymaganie przy kontraktach z doświadczonymi zleceniodawcami, którzy znają mechanizm polis OC zawodowego działających na zasadzie claims-made (ochrona aktywna w momencie zgłoszenia roszczenia, nie w momencie zdarzenia). Oznacza to, że polisa wykupiona dziś obejmie roszczenie złożone dziś – ale tylko jeśli błąd, który go spowodował, nie poprzedza daty retroaktywnej polisy. Jeśli kontrahent wymaga retroaktywności np. trzy lata wstecz, musisz wynegocjować z ubezpieczycielem datę retroaktywną (backdating) obejmującą ten okres. Towarzystwa oferują retroaktywność zazwyczaj za dopłatą, której wysokość zależy od historii Twojej działalności i sumy ubezpieczenia. Bez retroaktywności polisa nie chroni przed roszczeniami za projekty zrealizowane przed jej zawarciem – co przy dłuższych projektach i wieloletnich relacjach z klientami jest realnym lukiem.
Polisa OC dla IT to nie koszt – to element wyceny kontraktu
Programiści, którzy rozmawiają o stawkach na B2B, zazwyczaj rozkładają składniki ceny: ZUS, podatek, sprzęt, szkolenia. Polisa OC rzadko trafia na tę listę. Tymczasem jest to koszt, który przy jednym poważnym roszczeniu kontraktowym zaoszczędza nie kilka tysięcy złotych rocznie – ale cały zgromadzony majątek.
Dobre OC zawodowe programisty B2B to: czyste straty finansowe w zakresie, ochrona IPR, klauzula rażącego niedbalstwa, retroaktywność i zakres terytorialny dopasowany do Twojego klienta. Każdy z tych elementów może być różnicą między wypłatą a odmową przy szkodzie wartej 200 000 złotych.
Zanim porównasz polisy ceną, porównaj je zakresem. Najtańsze OC zawodowe IT z porównania OWU jest bezużyteczne, jeśli wyłącza dokładnie ten rodzaj ryzyka, na który jesteś rzeczywiście narażony.