Дешевша пропозиція OC IT може здаватися простим продовженням наявного захисту. Проблема виникає, коли клієнт висуває претензії щодо раніше завершеного проєкту. Перед зміною страховика варто розмістити на одній часовій шкалі надання послуги, першу вимогу клієнта, повідомлення страховикові та строки обох полісів.
Спочатку з’ясуйте, яка подія запускає захист
У полісах за принципом claims made важливим є пред’явлення вимоги протягом часу, визначеного договором. Дата надання неналежної послуги також може мати значення, але це не єдина визначальна дата. Інша часова конструкція потребує окремого порівняння. Тому недостатньо перевірити лише те, що старий поліс завершується за день до початку нового.
Попросіть показати положення щодо вимог, ретроактивної дати та можливого додаткового періоду повідомлення. У чинних умовах PI IT Protect Colonnade ці елементи описані окремо. Це приклад конкретного продукту, а не правило, яке можна без читання перенести на будь-яку пропозицію.
Ретроактивна дата має відповідати історії проєктів
Ретроактивна дата встановлює межу для попередніх професійних дій за правилами поліса. Якщо нова дата пізніша за початок послуг, може виникнути проблема зі старим проєктом. Водночас збереження тієї самої дати не скасовує інших виключень та обов’язків.
Підготуйте короткий перелік проєктів, які ще підтримуєте, мають тривале приймання або суттєві зобов’язання після впровадження. Врахуйте зміну організаційної форми, субпідрядників і нові ринки. Порівнюйте того самого суб’єкта та фактичні послуги, а не лише назви продуктів.
Не відкладайте відомі зауваження
Лист клієнта, вимога виправити впровадження із заявою про компенсацію чи спір через втрату даних потребують перевірки визначень чинного договору. Не кожне зауваження є страховою вимогою, але не варто самостійно вважати, що значення має лише позов. Новий поліс не слід розглядати як спосіб застрахувати вже відому проблему.
До завершення захисту перевірте:
- Коли й кому надійшло перше повідомлення клієнта та чого саме він вимагав?
- Яку адресу та строк повідомлення передбачає чинний поліс?
- Чи потрібно повідомити про вимогу або конкретні обставини та які відомості надати?
- Чи є підтвердження отримання повідомлення і позиція щодо наступних дій?
Завершуйте зміну порівнянням умов, а не лише внеску
Збережіть обидві пропозиції, умови, додатки та підтвердження. Домовтеся, хто в компанії отримує листи клієнтів і передає їх відповідальному за страхування. Надійний процес не має залежати від того, чи пам’ятає конкретний програміст про поновлення.
На сторінці OC для IT-компаній можна розпочати розмову з BTLA про безперервність захисту. Спочатку достатньо дат полісів і загального опису послуг; документи спірного проєкту передамо на аналіз узгодженим каналом. Консультації проводимо польською або англійською.
Короткі відповіді
Чи однакова страхова сума означає однакову безперервність?
Ні. Порівняйте також часову конструкцію, ретроактивну дату, визначення, виключення та порядок повідомлення. Сама сума не відображає цих відмінностей.
Чи додатковий період повідомлення охоплює нові послуги?
Не слід цього припускати. Перевірте, до яких попередніх дій і вимог стосується положення; це не автоматично ще один період повного захисту.
Джерела
Перевірено 18.10.2026. Приклади умов конкретного продукту не визначають покриття іншого поліса. Перед укладенням договору перевірте актуальні документи пропозиції.
Матеріал має інформаційний характер. Покриття та виплата залежать від умов конкретного договору й обставин події.
