Aplikacja do obsługi zamówień nie działa, ale dostawca nie informuje o wycieku danych. Magazyn czeka na dyspozycje, a handlowcy nie widzą stanów towaru. Dla działalności skutek jest realny. Przy polisie trzeba jednak ustalić więcej niż sam fakt niedostępności: przyczynę, miejsce zdarzenia i objętą umową zależność od usługodawcy.
Nie dopisuj przyczyny do komunikatu o awarii
Zachowaj komunikaty dostawcy w oryginalnej postaci, z datą i adresem strony statusowej. Określenia „problem techniczny” lub „incydent” mogą oznaczać różne sytuacje. Atak na infrastrukturę, błąd aktualizacji, awaria urządzenia oraz ograniczenie konta z przyczyn rozliczeniowych wymagają odrębnej analizy warunków ochrony.
Jeśli przyczyna nie jest znana, zgłoś ten stan bez zastępowania go domysłem. Uzupełniaj informacje po kolejnych ustaleniach. Brak potwierdzonego wycieku nie powinien automatycznie zamykać analizy przerwy, ale sama niedostępność również nie dowodzi wystąpienia zdarzenia objętego polisą.
Sprawdź, z kim firma faktycznie ma umowę
Marka aplikacji może różnić się od nazwy podmiotu na fakturze. Usługę może sprzedawać integrator, a techniczne środowisko prowadzić inny operator. Sporządź prosty łańcuch zależności: Twoja spółka, dostawca umowny, aplikacja i wykorzystywana infrastruktura. Nie potrzebujesz cudzych haseł ani szczegółów ułatwiających dostęp do systemów.
Następnie zapytaj, jak umowa ubezpieczenia określa zewnętrzne systemy i dostawców. Istotne może być, czy określony partner musi być nazwany, czy zakres obejmuje rodzaj usługi oraz jakie przyczyny niedostępności są uwzględnione. Potwierdzenie należy odnieść do faktycznej usługi używanej przez firmę.
Przykład modelowy: działa poczta, nie działa kompletacja
W modelu edukacyjnym sklep korzysta z systemu kompletacji w chmurze. Po problemie u usługodawcy magazyn nie może pobrać etykiet, choć poczta i strona sklepu działają. Zespół przetwarza część zamówień ręcznie. Firma zapisuje czas ograniczenia konkretnej funkcji, liczbę niewykonanych operacji i sposób zastępczej pracy.
Nie przedstawia całego przedsiębiorstwa jako nieczynnego, jeżeli część procesów trwała. Osobno rozlicza zamówienia odzyskane później i dodatkową pracę magazynu. Informacja od dostawcy o braku naruszenia poufności nie rozstrzyga sama w sobie zakresu ubezpieczenia przestoju. Odpowiedź wymaga zestawienia przyczyny z definicjami polisy.
Dowody inne niż zrzut ekranu z błędem
- Umowa i opis funkcji usługi potrzebnych do działalności.
- Komunikaty statusowe oraz korespondencja z pomocą techniczną.
- Własny dziennik niedostępności, z rozróżnieniem działów i funkcji.
- Potwierdzenie przyczyny od dostawcy, gdy będzie dostępne.
- Dane o alternatywnym sposobie pracy i odzyskanej sprzedaży.
- Informacja o rekompensacie od dostawcy oraz sposobie jej rozliczenia.
Uzgodnij pytania przed zakupem lub odnowieniem
Opisz brokerowi jeden konkretny scenariusz, zamiast pytać wyłącznie „czy chmura jest ubezpieczona”. Sprawdź okres oczekiwania, początek i koniec rozliczanej przerwy, podlimity oraz wymagane potwierdzenia. Warunki cyber rozróżniają elementy ochrony i ograniczenia; nie należy wywodzić pełnego zakresu z nazwy produktu.
Przy zmianie aplikacji zaktualizuj mapę zależności i zachowaj odpowiedź dotyczącą ubezpieczenia. Gdy firma może przejść na proces zastępczy, opisz jego możliwości oraz ograniczenia. To pomaga ocenić realny przestój bez utożsamiania każdego błędu logowania ze stratą całego obrotu.
Sprawdź także, co dostawca oferuje z tytułu niedostępności: rabat, zwrot opłaty lub inną rekompensatę. Takie rozliczenie nie jest automatycznie odszkodowaniem za wszystkie następstwa przestoju. Zachowaj jego podstawę i wartość oraz poinformuj o nim przy analizie roszczenia ubezpieczeniowego. Pozwala to oddzielić cenę niedostępnej usługi od finansowych skutków ograniczenia własnej działalności.
Sprawdź ten scenariusz w swojej firmie
Szerszy kontekst znajdziesz w powiązanym poradniku BTLA Broker. Chcesz odnieść te pytania do swoich dokumentów? Poznaj odpowiedni zakres współpracy i porozmawiaj z zespołem o sytuacji firmy. Ochronę ocenia się według konkretnej umowy i okoliczności.
Źródło do sprawdzenia opisanej konstrukcji ubezpieczeniowej: Warta — OWU cyber C8401. Materiał ubezpieczyciela nie jest potwierdzeniem zakresu oferty BTLA.
