Przekazanie obsługi nowemu dostawcy IT to dobry moment na przegląd bezpieczeństwa i ubezpieczenia. Największy problem nie zawsze wiąże się z samą migracją. Często jest nim niejasność: kto ma dostęp, kto odpowiada za kopie i kto ma zareagować, gdy coś przestanie działać.
Odbierz usługę razem z uprawnieniami
Przygotuj listę kont administracyjnych, usług chmurowych, domen, urządzeń i narzędzi zdalnego dostępu. Ustal, które konta pozostają aktywne, które należy zamknąć i kto kontroluje ich uwierzytelnianie. Nie przesyłaj haseł brokerowi ani w zwykłej ankiecie ubezpieczeniowej.
Zmiany uprawnień zaplanuj tak, aby nie utracić dostępu do krytycznych systemów. Zakończenie umowy z poprzednim wykonawcą nie usuwa automatycznie jego kont i połączeń. Potwierdzenie odbioru powinno wynikać z wykonanej weryfikacji, nie tylko deklaracji stron.
Wyjaśnij podział odpowiedzialności
W umowie i procedurach określ, kto aktualizuje systemy, monitoruje alarmy, wykonuje kopie i testuje odtwarzanie. Sprawdź godziny reakcji oraz kontakt poza normalnym czasem pracy. Sformułowanie „pełna obsługa IT” może oznaczać coś innego dla klienta i dostawcy.
Własna polisa cyber, OC wykonawcy oraz jego odpowiedzialność umowna nie są jednym zabezpieczeniem. Incydent może wymagać pilnej pomocy niezależnie od tego, czy później uda się ustalić odpowiedzialność dostawcy. Warunki finansowania interwencji trzeba znać wcześniej.
Porównaj nowy model z odpowiedziami w ankiecie
Jeżeli przy zawarciu polisy deklarowano określone zabezpieczenia, sprawdź ich działanie także po zmianie obsługi. Dotyczy to na przykład uwierzytelniania wieloskładnikowego, zdalnego dostępu i kopii zapasowych. Zmiana wykonawcy nie powinna oznaczać cichego wyłączenia ważnej kontroli.
Nie każda reorganizacja ma taki sam wpływ na ubezpieczenie. Zweryfikuj obowiązki informacyjne i uzgodnij potrzebne aktualizacje z brokerem. Nie zakładaj automatycznej utraty ochrony ani tego, że ankieta sprzed roku pozostaje aktualna bez sprawdzenia.
Przećwicz jedno zdarzenie po przejęciu obsługi
Wybierz prosty scenariusz: niedostępność głównego systemu w poniedziałek rano. Ustal, kto potwierdza awarię, kontaktuje się z nowym dostawcą, zgłasza zdarzenie w ramach polisy i zatwierdza wydatki. Sprawdź, czy dane kontaktowe są dostępne także poza systemem, który może nie działać.
BTLA może przeanalizować opis nowego modelu IT wraz z aktualną polisą i ankietą. Techniczne potwierdzenie zabezpieczeń pozostaje zadaniem osób odpowiedzialnych za IT. Połączenie obu perspektyw pomaga uniknąć sytuacji, w której zakres umowy jest poprawny, lecz nikt nie wie, jak uruchomić pomoc.
Źródła i data weryfikacji
Sprawdzono 07.10.2026. Przed zakupem zweryfikuj aktualne dokumenty otrzymanej propozycji.
Opracowanie redakcyjne: BTLA Broker. Materiał ogólny; zakres konkretnej polisy wynika z zawartej umowy.