Program działa zgodnie ze specyfikacją, ale klient otrzymuje zarzut użycia fragmentu kodu bez właściwej licencji. Poprawność techniczna nie odpowiada jeszcze na pytanie o prawa do komponentów. Dla firmy IT oznacza to konieczność rozdzielenia dokumentacji projektu, oceny prawnej zarzutu i analizy ubezpieczenia.
Nazwij roszczenie, zanim przypiszesz je do polisy
Spór o wadliwe działanie aplikacji, niedotrzymanie terminu i naruszenie praw autorskich mogą wynikać z jednego projektu, ale wymagają innych pytań. Zbierz dokładne żądanie, wskazany komponent, wersję produktu oraz dokumenty przekazania klientowi. Nie zastępuj treści zarzutu ogólną etykietą błędu programisty.
Przykładowe warunki Chubb Tech Pro osobno opisują nieumyślne naruszenia praw własności intelektualnej oraz definiują ich zakres. Wskazana definicja nie obejmuje wszystkich kategorii praw. To pokazuje, dlaczego nazwa OC IT nie wystarcza do potwierdzenia konkretnego roszczenia.
Pokaż pochodzenie kodu i warunki jego użycia
Do rozmowy przygotuj listę istotnych komponentów: własny kod, biblioteki zewnętrzne, elementy kupione na licencji oraz pracę podwykonawców. Przy każdej pozycji zachowaj wersję, źródło i dokument określający zasady wykorzystania. Samo wskazanie, że rozwiązanie korzysta z open source, nie wyjaśnia warunków konkretnego komponentu.
Zapytaj osoby odpowiedzialne za projekt, kto akceptuje nowe biblioteki i sprawdza zmianę ich licencji. Ustal też, czy dokumentacja pozwala odtworzyć skład produktu przekazanego klientowi w danym dniu. Nie chodzi o przesyłanie całego repozytorium do formularza kontaktowego, lecz o przygotowanie materiału do właściwej analizy.
- Lista komponentów i wersji wykorzystanych w spornej dostawie.
- Licencje oraz dowody zakupu lub uzyskania uprawnień.
- Umowy z autorami i podwykonawcami dotyczące danego zakresu.
- Kontrakt klienta, protokół odbioru i otrzymane żądanie.
Oddziel zobowiązanie kontraktowe od zakresu ochrony
W umowie z odbiorcą znajdź zapewnienia dotyczące praw, obowiązek obrony klienta oraz zasady zwrotu jego kosztów. Zestaw te postanowienia z ofertą ubezpieczenia, zamiast przyjmować, że każda odpowiedzialność podpisana w kontrakcie przechodzi na ubezpieczyciela. Wątpliwości prawne co do licencji wymagają osobnej oceny.
Zapytaj o nieumyślność, znane wcześniej okoliczności, terytorium i kategorie praw objęte definicją. Osobno sprawdź koszty obrony i koszty poprawienia własnego produktu. Nie traktuj polisy jako zgody na świadome naruszanie cudzych praw ani jako finansowania dowolnej reorganizacji kodu.
Po otrzymaniu żądania pilnuj czasu i uzgodnień
Zachowaj korespondencję oraz stan dokumentacji potrzebny do wyjaśnienia sprawy. Sprawdź procedurę zgłoszenia roszczenia lub okoliczności oraz zasady uzgadniania obrony. Przykładowe warunki Tech Pro wiążą koszty obrony z wcześniejszą pisemną zgodą ubezpieczyciela. Nie podpisuj ugody w przekonaniu, że automatycznie zostanie sfinansowana.
BTLA pomoże zestawić działalność i wymagania kontraktowe z zakresem OC IT oraz OC zawodowego. Na początku opisz typ usług i temat roszczenia bez ujawniania poufnego kodu. Dokumenty oraz potrzebną ocenę prawną uzgodnimy osobno. Nowy zakup ochrony nie potwierdza ubezpieczenia znanego już sporu.
Krótkie odpowiedzi
Czy każda polisa OC IT obejmuje prawa autorskie?
Nie należy tego zakładać. Sprawdź przedmiot ochrony, definicję praw, wyłączenia i warunki czasowe konkretnej oferty. Katalog praw może być ograniczony.
Czy mogę od razu wysłać brokerowi całe repozytorium?
Nie przesyłaj poufnych materiałów przez ogólny formularz. Zacznij od opisu usług i sprawy; potrzebny zakres dokumentów oraz bezpieczny kanał ustalimy indywidualnie.
Źródła
Sprawdzono 18.10.2026. Przykład warunków konkretnego produktu nie określa zakresu innej polisy. Przed zawarciem umowy sprawdź aktualne dokumenty otrzymanej propozycji.
Materiał ma charakter informacyjny. Zakres ochrony i wypłata zależą od konkretnej umowy oraz okoliczności zdarzenia.
