„Czas reakcji do 24 godzin” – co naprawdę oznacza ten zapis w umowie z firmą IT?

Zapisy dotyczące SLA często wyglądają konkretnie, dopóki nie pojawi się pierwsza poważna awaria. „Czas reakcji do 24 godzin”, „dostępność 99,9%” czy „naprawa w trybie pilnym” mogą w praktyce oznaczać bardzo różny poziom wsparcia, dlatego przed podpisaniem umowy warto dokładnie sprawdzić, jak dostawca definiuje poszczególne parametry.

Czas reakcji a czas rozwiązania problemu

Jednym z najczęstszych nieporozumień jest utożsamianie czasu reakcji z czasem usunięcia awarii. Tymczasem są to dwa zupełnie różne parametry.

Czas reakcji określa zazwyczaj, po jakim czasie od prawidłowego zgłoszenia problemu dostawca rozpocznie obsługę incydentu. Może to oznaczać przyjęcie zgłoszenia, kontakt z użytkownikiem, wstępną diagnozę albo rozpoczęcie analizy przez technika.

Jeżeli więc w SLA widnieje zapis „czas reakcji do 24 godzin”, nie oznacza to automatycznie, że po upływie doby system ponownie będzie działał. Firma IT może odpowiedzieć na zgłoszenie po kilku godzinach, a samo rozwiązanie problemu potrwa kolejne dwa dni.

Dlatego znacznie bezpieczniejsza jest umowa, która osobno definiuje:

• czas potwierdzenia przyjęcia zgłoszenia,
• czas rozpoczęcia prac,
• czas przywrócenia działania usługi,
• czas pełnego usunięcia przyczyny awarii.

Co naprawdę oznacza dostępność 99,9%?

Parametr dostępności systemu również wymaga dokładnej interpretacji. Deklarowane 99,9% wygląda bardzo dobrze, ale nawet taki poziom oznacza możliwość występowania określonych przerw w działaniu usługi.

Kluczowe jest jednak nie tylko samo procentowe SLA, lecz także sposób jego obliczania. Trzeba ustalić, czy dostępność liczona jest przez całą dobę, czy wyłącznie w godzinach pracy firmy. Istotne jest również to, czy do niedostępności wliczane są planowane prace serwisowe, awarie infrastruktury zewnętrznej albo problemy wynikające z działania operatora internetowego.

Dwie firmy mogą więc deklarować identyczne 99,9% dostępności, a jednocześnie oferować zupełnie inny poziom realnego zabezpieczenia biznesu.

Kruczki, które mogą znacząco zmienić SLA

Najważniejsze ograniczenia często znajdują się nie w tabeli z parametrami, lecz w definicjach, załącznikach albo regulaminie świadczenia usług.

Przykładowo czas reakcji może być liczony wyłącznie w godzinach funkcjonowania helpdesku. Zgłoszenie wysłane w piątek wieczorem przy wsparciu świadczonym od poniedziałku do piątku może więc formalnie zacząć być obsługiwane dopiero w kolejnym tygodniu.

Warto również sprawdzić:

• czy wsparcie obejmuje weekendy i święta,
• jakie godziny uznawane są za godziny robocze,
• czy obowiązują limity liczby zgłoszeń,
• czy interwencje poza standardowymi godzinami są dodatkowo płatne,
• jakie zdarzenia dostawca uznaje za awarię krytyczną,
• kto określa priorytet zgłoszenia,
• czy SLA dotyczy wszystkich urządzeń i systemów objętych współpracą.

Szczególnie ważna jest klasyfikacja incydentów. Awaria serwera uniemożliwiająca pracę całej firmy powinna mieć inne parametry obsługi niż problem z drukarką jednego pracownika.

Jakie pytania zadać przed podpisaniem umowy?

Przed wyborem dostawcy warto poprosić o opis kilku konkretnych scenariuszy. Na przykład: co stanie się, jeżeli serwer przestanie działać o godzinie 18:00 w piątek? Ile czasu potrwa rozpoczęcie diagnozy? Czy technik może połączyć się z systemem zdalnie? Kiedy możliwa jest interwencja na miejscu?

Jeżeli analizowana jest obsługa informatyczna firm we Wrocławiu, warto dodatkowo sprawdzić, czy dostawca posiada własny zespół lokalnych techników oraz jaki rzeczywisty czas dojazdu deklaruje w przypadku awarii wymagających fizycznej obecności specjalisty.

Dobrze zapytać również o sposób raportowania SLA. Dostawca powinien być w stanie pokazać, jak mierzy czas reakcji, dostępność infrastruktury i liczbę incydentów oraz czy klient otrzymuje okresowe raporty z realizacji tych parametrów.

Jak sprawdzić wiarygodność deklarowanego SLA?

Sama tabela z atrakcyjnymi wartościami nie wystarczy. Wiarygodność dostawcy można ocenić między innymi na podstawie organizacji jego zaplecza technicznego.

Znaczenie mają liczba specjalistów, system zastępstw, wykorzystywany system ticketowy, sposób monitorowania infrastruktury oraz procedury eskalacji zgłoszeń. Warto sprawdzić, czy firma posiada jasno określoną ścieżkę postępowania w przypadku krytycznych awarii oraz czy potrafi przedstawić przykładowy raport SLA.

Pomocne mogą być również referencje klientów o podobnej skali działalności. Firma obsługująca kilkuosobowe biura może mieć inne możliwości organizacyjne niż dostawca odpowiedzialny za infrastrukturę przedsiębiorstw pracujących zmianowo lub korzystających z systemów dostępnych przez całą dobę.

Co powinno znaleźć się w dobrej umowie SLA?

Dobra umowa powinna pozostawiać jak najmniej miejsca na interpretację. Należy jasno zdefiniować rodzaje incydentów, ich priorytety, sposób zgłaszania problemów oraz moment, od którego liczony jest czas reakcji.

Warto również określić maksymalny czas rozpoczęcia prac i przywrócenia działania kluczowych usług, godziny funkcjonowania wsparcia, zasady eskalacji oraz odpowiedzialność obu stron. Jeżeli dostępność infrastruktury ma znaczenie dla ciągłości biznesowej, potrzebne są również jednoznaczne zasady jej pomiaru.

Umowa może ponadto określać konsekwencje niedotrzymania parametrów SLA, np. sposób rozliczenia niewykonanej części usługi lub inne mechanizmy uzgodnione między stronami.

Jasne SLA to fundament współpracy

Precyzyjne SLA nie jest dodatkiem do umowy ani techniczną formalnością. To praktyczny opis tego, jak dostawca zachowa się w momencie, gdy infrastruktura IT rzeczywiście przestanie działać prawidłowo.

Im dokładniej określone są czas reakcji, sposób eskalacji, dostępność wsparcia i czas przywrócenia usług, tym mniejsze ryzyko sporu podczas awarii. Dobre SLA pozwala obu stronom rozumieć zakres odpowiedzialności i buduje przewidywalne zasady współpracy, zanim pojawi się sytuacja wymagająca szybkiej interwencji.

Mogę też przygotować bardziej techniczną lub bardziej sprzedażową wersję tego tekstu, nadal mieszczącą się w limicie 900 słów.