SLA w umowie IT: czas reakcji, czas rozwiązania i czego wymagać

Czym jest SLA w umowie serwisowej IT

SLA (Service Level Agreement) to część umowy, która zamienia ogólne „zapewniamy wsparcie” na mierzalne zobowiązania: w jakim czasie dostawca zajmie się zgłoszeniem, w jakich godzinach działa, jak szybko przywróci pracę i co się stanie, jeśli nie dotrzyma terminu. Dobre SLA odpowiada na pytanie, czego możesz wymagać w najgorszym dniu, a nie w przeciętnym.

W umowach obsługi informatycznej najczęściej spotkasz trzy miary. Mylenie ich to najczęstsze źródło rozczarowań.

Trzy czasy, które warto rozróżnić

Czas reakcji da się zagwarantować, bo zależy od dostawcy: jego grafiku i liczby ludzi. Czasu rozwiązania często nie, bo zależy od czynników zewnętrznych. Jeśli padła usługa Microsoft 365 w całym regionie albo operator ma awarię łącza, żaden informatyk nie naprawi tego w godzinę. Dlatego uczciwe umowy gwarantują reakcję i obejście, a czas rozwiązania opisują jako cel dla poszczególnych priorytetów.

Uważaj na umowy, w których „reakcją” jest potwierdzenie przyjęcia zgłoszenia. Automat wyśle je w sekundę, a to nic nie mówi o tym, kiedy ktoś naprawdę zajmie się sprawą.

Priorytety: nie każde zgłoszenie jest pilne

SLA działa dobrze tylko wtedy, gdy zgłoszenia mają priorytety, a ich definicje opisują wpływ na firmę, a nie emocje zgłaszającego. Typowy podział wygląda tak:

1. Krytyczny. Nie działa firma lub jej kluczowy proces: serwer z programem księgowym, sklep internetowy, poczta dla wszystkich, podejrzenie ataku ransomware.
2. Wysoki. Nie pracuje dział albo kilka osób, a obejścia nie ma, np. nie działa drukarka etykiet w magazynie przed wysyłką kurierską.
3. Normalny. Problem jednej osoby, która może pracować na zastępczym sprzęcie lub w przeglądarce.
4. Niski. Prośby i zmiany planowane: nowe konto, instalacja programu, pytanie „jak to zrobić”.

Czas reakcji w umowie zwykle dotyczy dwóch pierwszych kategorii. Zgłoszenia normalne i niskie mają dłuższe terminy i to jest w porządku: dzięki temu inżynierowie są dostępni, gdy naprawdę się pali.

Warto zapisać, kto może nadać priorytet krytyczny. W wielu firmach dobrze sprawdza się zasada, że może to zrobić każdy pracownik, ale dostawca ma prawo obniżyć priorytet po rozmowie z osobą kontaktową, z uzasadnieniem.

Godziny obowiązywania: pułapka piątkowego popołudnia

Czas reakcji liczy się tylko w godzinach, w których obowiązuje SLA. Jeśli umowa mówi „4 godziny, pon.-pt. 8:00-18:00”, a zgłoszenie wpłynęło w piątek o 17:30, zostało 30 minut w piątek, a reszta czasu biegnie w poniedziałek od 8:00. Formalnie wszystko jest zgodne z umową, choć sklep nie działał przez cały weekend.

Dlatego zanim podpiszesz umowę, sprawdź, kiedy Twoja firma naprawdę pracuje. Magazyn wysyłający paczki InPost w soboty, przychodnia z gabinetami do 20:00 albo produkcja na trzy zmiany potrzebują innego okna niż biuro rachunkowe. W Apply czasy reakcji wynoszą 4 godziny w pakiecie Start, 1 godzinę w Biznes i 15 minut w Premium, przy czym pełne pokrycie nocy i weekendów daje pakiet Premium albo osobna usługa wsparcia 24/7.

Dostępność usług: co naprawdę znaczy 99,9 %

Przy serwerach, hostingu i usługach chmurowych SLA często podaje dostępność w procentach. Warto przeliczyć ją na minuty w miesiącu:

• 99 % to około 7 godzin przestoju w miesiącu;
• 99,5 % to około 3,5 godziny;
• 99,9 % to około 43 minut;
• 99,99 % to około 4 minut.

Sprawdź też, czy do tego czasu wliczają się planowane prace serwisowe. Jeśli nie, dostawca może zapowiedzieć kilkugodzinne okno w środku dnia i nadal formalnie spełniać 99,9 %. Dobra umowa określa, że prace planowane odbywają się poza godzinami pracy firmy i są zapowiadane z wyprzedzeniem.

Co, jeśli dostawca nie dotrzyma SLA

SLA bez konsekwencji to deklaracja. W umowach IT spotyka się dwa podejścia: bonifikatę od abonamentu za dany miesiąc albo karę umowną za każdą godzinę opóźnienia. Dla małej firmy prostsza i bardziej realna jest bonifikata, bo nie wymaga sporów. Kary umowne warto skonsultować z prawnikiem, zwłaszcza jeśli ich wysokość ma pokrywać straty z przestoju.

Ważniejsze od kary jest jednak raportowanie. Poproś o comiesięczne zestawienie zgłoszeń z czasami reakcji i rozwiązania. Jeśli dostawca nie potrafi go wygenerować, nie mierzy swojej pracy, a więc nie wie, czy dotrzymuje umowy.

Wyłączenia, które powinny być w umowie

Uczciwe SLA zawiera też listę sytuacji, w których czas nie biegnie. Najczęściej są to:

• awarie po stronie dostawców zewnętrznych, np. operatora internetu, Microsoftu czy producenta programu księgowego;
• brak dostępu do urządzenia, np. laptop jest wyłączony albo pracownik nie odpowiada na wiadomości;
• sytuacje, w których potrzebna jest praca fizyczna, a w firmie nie ma nikogo, kto ją wykona według instrukcji;
• zmiany wprowadzone przez klienta bez uzgodnienia.

Przykład: hurtownia ma w umowie „reakcję w 2 godziny” bez słowa o wyłączeniach. Przy pierwszej poważnej awarii łącza dostawca IT i operator odbijają odpowiedzialność przez dwa dni. Takiej sytuacji zapobiega prosty zapis: dostawca IT prowadzi zgłoszenie u operatora w imieniu firmy i informuje o postępach w ustalonych odstępach czasu. Awarii nie będzie od tego mniej, ale przestaną się ciągnąć bez końca.

Jak ustawić SLA dla swojej firmy

Zacznij od listy systemów i godziny przestoju, którą każdy z nich może znieść. Sklep w szczycie sprzedaży, serwer z Optimą w ostatnim tygodniu miesiąca, poczta w kancelarii przed terminem sądowym: to one wyznaczają potrzebny czas reakcji. Dopiero potem wybierz poziom wsparcia, zamiast płacić za kwadrans reakcji tam, gdzie wystarczą 4 godziny.

Jeśli chcesz porównać, jak różne poziomy wyglądają w praktyce, zobacz opis poziomów wsparcia i SLA. Chętnie przeczytamy też umowę, którą masz dziś, i wskażemy zapisy, które warto doprecyzować.