SLA, czyli umowa o poziomie usług, to najważniejszy załącznik do kontraktu na obsługę IT. To on mówi, jak szybko dostawca zareaguje, w jakim czasie rozwiąże problem i co się stanie, gdy tego nie dotrzyma. Bez konkretnego SLA kupujecie obietnicę, nie usługę. Poniżej przechodzę przez zapisy, które warto przeczytać uważnie, zanim podpiszecie umowę.

Czas reakcji to nie czas naprawy

To najczęstsze nieporozumienie. Czas reakcji mówi, po jakim czasie ktoś zajmie się zgłoszeniem. Czas naprawy mówi, kiedy problem zostanie rozwiązany. To dwie różne wartości i muszą być w umowie rozdzielone.

Reakcja w 15 minut brzmi świetnie, ale nic nie znaczy, jeśli naprawa nie ma żadnego terminu. Zwróćcie uwagę, czy SLA definiuje oba parametry i czy czas naprawy nie jest zapisany jako mgliste dołożymy starań.

Priorytety i klasyfikacja zgłoszeń

Nie każde zgłoszenie jest równie pilne. Dobre SLA dzieli sprawy na kategorie i przypisuje im różne czasy. Typowy podział wygląda tak:

  • Krytyczny. Awaria blokuje pracę całej firmy albo kluczowego systemu. Najkrótsze czasy reakcji i naprawy.
  • Wysoki. Problem dotyka części zespołu lub istotnej funkcji, ale firma nadal pracuje.
  • Normalny. Pojedyncze stanowisko, sprawa uciążliwa, ale nie blokująca.
  • Niski. Prośby, zmiany, drobne konfiguracje.

Sprawdźcie, kto decyduje o priorytecie. Jeśli wyłącznie dostawca, może zaniżać wagę zgłoszeń, żeby łatwiej mieścić się w czasach. Najlepiej, gdy klasyfikacja jest opisana obiektywnie.

Okna serwisowe i godziny wsparcia

Ustalcie, w jakich godzinach obowiązuje SLA. Standard w sektorze MŚP to zwykle 8:00-18:00 w dni robocze. Jeśli pracujecie na zmiany, w weekendy albo macie systemy, które muszą działać po godzinach, dopytajcie o wsparcie w trybie rozszerzonym i jak jest rozliczane.

Osobno sprawdźcie okna serwisowe, czyli zaplanowane przerwy na aktualizacje. Powinny być zapowiadane z wyprzedzeniem i wypadać poza Waszymi godzinami szczytu.

Kary umowne, czyli test wiarygodności

To najprostszy sposób, żeby sprawdzić, czy dostawca sam wierzy w swoje deklaracje. Jeśli SLA przewiduje bonifikaty lub kary za niedotrzymanie czasów, to znaczy, że firma bierze na siebie ryzyko. Jeśli takich zapisów nie ma, deklarowane czasy są tylko życzeniem.

Zawsze zadaję dostawcy jedno pytanie: co dostanę, jeśli nie dotrzymacie tych czasów. Jeśli odpowiedź jest mętna albo sprowadza się do przeprosin, całe SLA jest tylko ozdobą w ofercie.

Kary nie muszą być drakońskie. Wystarczy, że są realne, na przykład obniżenie abonamentu za miesiąc, w którym dostawca nie wywiązał się z ustaleń.

Zakres, czyli co w ogóle obejmuje SLA

Zdarza się, że świetnie wyglądające czasy dotyczą tylko wąskiego wycinka usług. Sprawdźcie, czego SLA dotyczy:

  • Które systemy i urządzenia są objęte gwarancją czasów.
  • Co jest w abonamencie, a co rozliczane dodatkowo.
  • Czy wsparcie obejmuje sprzęt, oprogramowanie i usługi chmurowe, czy tylko wybrane elementy.
  • Jak liczony jest czas, gdy problem leży po stronie zewnętrznego dostawcy, na przykład operatora internetu.

Raportowanie i eskalacja

Umowa powinna określać, jak sprawdzicie, czy SLA jest dotrzymywane. Bez raportów zdajecie się na słowo dostawcy. Dobrze, gdy dostajecie okresowe zestawienie zgłoszeń z czasami reakcji i naprawy.

Ustalcie też ścieżkę eskalacji. Kto jest kontaktem awaryjnym, jak dotrzeć do osoby decyzyjnej, gdy pierwsza linia nie radzi sobie z problemem. W kryzysie liczą się minuty, a nie szukanie numeru telefonu.

Wyłączenia, czyli czego SLA nie obejmuje

Równie ważne jak to, co gwarantuje SLA, jest to, co z niego wyłączono. Każda umowa ma wyjątki i warto je poznać, zanim staną się niemiłą niespodzianką w dniu awarii.

Typowe wyłączenia to:

  • Awarie po stronie zewnętrznych dostawców, na przykład operatora internetu lub dostawcy chmury.
  • Problemy wynikające ze zmian wprowadzonych przez Was bez wiedzy dostawcy.
  • Sprzęt bez wsparcia producenta lub oprogramowanie po końcu wsparcia.
  • Zdarzenia losowe, takie jak zalanie czy pożar serwerowni.

Wyłączenia same w sobie są normalne. Chodzi o to, żeby były jasno opisane i żebyście wiedzieli, gdzie kończy się odpowiedzialność dostawcy, a zaczyna Wasze własne ryzyko, które warto pokryć na przykład dobrym planem odtworzenia.

Punkty do sprawdzenia przed podpisem

Zanim zaakceptujecie SLA, przejdźcie tę krótką listę:

  • Czas reakcji i czas naprawy są rozdzielone i podane liczbowo.
  • Zgłoszenia mają jasne kategorie priorytetów.
  • Godziny wsparcia pasują do tego, jak pracujecie.
  • Są bonifikaty lub kary za niedotrzymanie czasów.
  • Wiadomo dokładnie, co jest objęte, a co płatne dodatkowo.
  • Dostajecie raporty i macie opisaną ścieżkę eskalacji.

Jeśli którykolwiek z tych punktów jest nieostry, poproście o doprecyzowanie na piśmie. Poważny dostawca nie ma z tym problemu, bo sam działa według tych zasad.

Dobrze napisane SLA to nie biurokracja, tylko Wasze zabezpieczenie na trudny dzień. W naszej obsłudze informatycznej firm traktujemy je jako fundament współpracy, a nie załącznik dla formalności, i chętnie przejdziemy z Wami przez każdy zapis, zanim cokolwiek podpiszecie. Jeśli chcecie, żeby ktoś rzucił okiem na SLA, które właśnie dostaliście do podpisu, odezwijcie się. Nasz zespół helpdesku IT codziennie pracuje na takich umowach i szybko wskaże słabe punkty.