Tańsza propozycja OC IT może wyglądać jak prosta kontynuacja dotychczasowej ochrony. Problem pojawia się, gdy klient zgłasza zastrzeżenia do projektu zakończonego wcześniej. Przed zmianą ubezpieczyciela warto ułożyć na jednej osi czasu wykonanie usługi, pierwsze żądanie klienta, zgłoszenie ubezpieczycielowi i okresy obu polis.
Najpierw ustal, jakie zdarzenie uruchamia ochronę
W polisach opartych na mechanizmie claims made znaczenie ma wniesienie roszczenia w czasie określonym umową. Data wykonania wadliwej usługi nadal może być istotna, ale nie jest jedyną datą decydującą. Inna konstrukcja czasowa wymaga osobnego porównania. Nie wystarczy więc sprawdzić, czy stara polisa kończy się dzień przed początkiem nowej.
Poproś o wskazanie postanowień dotyczących roszczeń, daty retroaktywnej i ewentualnego dodatkowego okresu zgłaszania. W aktualnych warunkach PI IT Protect Colonnade te elementy są opisane oddzielnie. To przykład konkretnego produktu, a nie reguła, którą można bez czytania przenieść na każdą ofertę.
Data retroaktywna powinna pasować do historii projektów
Data retroaktywna wyznacza granicę dla wcześniejszych działań zawodowych na zasadach wskazanych w polisie. Nowa data późniejsza niż początek realizowanych usług może pozostawić problem z dawnym projektem. Z kolei zachowanie tej samej daty nie usuwa innych wyłączeń ani obowiązków.
Przygotuj krótkie zestawienie projektów nadal utrzymywanych, z długim okresem odbioru albo z istotnymi zobowiązaniami po wdrożeniu. Uwzględnij zmianę formy działalności, podwykonawców i nowe rynki. Porównanie powinno dotyczyć tego samego podmiotu oraz rzeczywiście wykonywanych usług, nie wyłącznie nazw produktów.
Nie zostawiaj znanych zastrzeżeń na później
Pismo klienta, żądanie poprawienia wdrożenia połączone z zapowiedzią rekompensaty czy spór o utracone dane wymagają sprawdzenia definicji z dotychczasowej umowy. Nie każde zastrzeżenie jest roszczeniem, ale nie warto samodzielnie zakładać, że znaczenie ma dopiero pozew. Nowej polisy nie traktuj jako sposobu ubezpieczenia znanego już problemu.
Przed zakończeniem ochrony sprawdź następujące kwestie:
- Kiedy i do kogo wpłynęła pierwsza wiadomość klienta oraz czego dokładnie żądał?
- Który adres i termin zgłoszenia wskazuje dotychczasowa polisa?
- Czy należy zgłosić roszczenie albo konkretne okoliczności i jakie informacje trzeba podać?
- Czy masz potwierdzenie odbioru zgłoszenia oraz stanowisko w sprawie dalszych kroków?
Zmianę zamknij porównaniem zapisów, nie samą składką
Zachowaj obie oferty, warunki, aneksy i potwierdzenia. Uzgodnij, kto w firmie odbiera pisma klientów i przekazuje je osobie odpowiedzialnej za ubezpieczenia. Dobry proces nie powinien zależeć od tego, czy konkretny programista pamięta o odnowieniu.
Na stronie OC dla firm IT możesz rozpocząć rozmowę z BTLA o ciągłości ochrony. Na początek wystarczą daty polis i ogólny opis usług; dokumenty spornego projektu przekażemy do analizy uzgodnionym kanałem. Rozmowy prowadzimy po polsku lub angielsku.
Krótkie odpowiedzi
Czy identyczna suma gwarancyjna oznacza taką samą ciągłość?
Nie. Porównaj również konstrukcję czasową, datę retroaktywną, definicje, wyłączenia i zasady zgłaszania. Sama kwota nie opisuje tych różnic.
Czy dodatkowy okres zgłaszania obejmuje nowe usługi?
Nie należy tego zakładać. Sprawdź, do jakich wcześniejszych działań i roszczeń odnosi się dany zapis; nie jest to automatycznie kolejny okres pełnej ochrony.
Ź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.
