„Reakcja w 4 godziny" i „uptime 99,5%" wyglądają w ofercie poważnie. Po podpisaniu okazuje się, że to obietnice w czasie 8:00–16:00 w dni robocze, z karą 5% miesięcznej opłaty. I jeszcze trzeba o nią walczyć.
SLA — Service Level Agreement — to załącznik, który większość właścicieli MŚP czyta dopiero wtedy, gdy coś się popsuło. To dokładnie ten moment, w którym jest już za późno. Dobry SLA nie chroni przed awarią. Chroni przed tym, że awaria zamieni się w trzy dni paraliżu i kosztowne nadgodziny.
Historia z naszej praktyki. 30-osobowy producent mebli pod własną marką podpisał umowę z dostawcą IT obiecującym „reakcję serwisową w 4 godziny robocze". W piątek o 16:35 padł serwer z Comarch ERP XL. Pierwsza reakcja serwisu nastąpiła w poniedziałek o 9:15 — bo godziny pracy dostawcy były zapisane jako 8:00–16:00, dni robocze. Firma straciła dwa dni planowanego cyklu produkcyjnego. Koszt nadgodzin i przesunięć dostaw oszacowaliśmy na około 80 tys. zł. Kara dla dostawcy z tytułu naruszenia SLA: 540 zł — 5% miesięcznej opłaty serwisowej.
SLA zadziałało dokładnie tak, jak je napisano. Tyle że nikt po stronie klienta nie wiedział, jak je naprawdę czytać.
Reakcja, naprawa, dostępność — to trzy różne rzeczy
Najczęstsze nieporozumienie: właściciel czyta „reakcja w 4 godziny" i wyobraża sobie, że w ciągu 4 godzin system znów działa. To nieprawda. Reakcja to pierwszy kontakt — telefon, mail, ticket przyjęty do realizacji. Człowiek z drugiej strony powiedział „tak, widzę, zajmuję się". Nic więcej.
To, ile zajmie naprawa (czyli przywrócenie usługi), w większości standardowych umów nie jest objęte żadnym limitem. Niektóre umowy mówią o „dołożeniu starań" — to zwrot z kategorii poetyckich, który w sądzie nic nie znaczy. Inne nie mówią nic. Przed podpisem warto wynegocjować osobny SLA na time-to-resolve dla krytycznych systemów. Może być dłuższy niż czas reakcji (np. 8 lub 24 godziny robocze), ale musi być zapisany.
Trzecia rzecz: dostępność miesięczna (np. „99,5% uptime"). Łatwo to zaakceptować bez przeliczania. 99,5% w skali miesiąca to 3,6 godziny dopuszczalnego przestoju. 99% to 7,2 godziny. Dla ERP w firmie produkcyjnej różnica między 99% a 99,9% to różnica między „nieprzyjemną sytuacją raz na pół roku" a „kosztownym paraliżem co miesiąc".
Godziny pracy serwisu — najczęstsza pułapka
Standardowa polska umowa serwisowa zakłada godziny pracy 8:00–16:00 w dni robocze. Klient czyta „reakcja w 4 godziny" i nie zauważa, że zegar pracuje tylko w tych godzinach. Awaria o piątek 16:30 = pierwsza reakcja w poniedziałek przed południem. Awaria w wigilię o 10:00 = reakcja po 1 stycznia.
Dla większości procesów wewnętrznych (księgowość, dział kadr) to akceptowalne. Dla systemów produkcyjnych, magazynowych, sklepów internetowych i wszystkiego, co generuje przychód poza godzinami biurowymi — nie. Dla tych systemów potrzebujesz albo:
- SLA w trybie 24/7 (drożej, ale po prostu inaczej zapisane okno czasowe),
- SLA „rozszerzone" — np. 7:00–22:00, 7 dni w tygodniu (kompromis cenowy),
- dedykowanego numeru on-call dla awarii krytycznych poza godzinami.
Każde z tych rozwiązań kosztuje. Zazwyczaj od 20 do 60% więcej niż standard. Liczy się to dopiero wtedy, gdy w piątek wieczorem system stoi.
Czego SLA nie obejmuje
W każdej umowie serwisowej jest lista wyłączeń. Czyta się ją tak: „w tych sytuacjach dostawca nie odpowiada za nic". Klasyczne pozycje:
- Awarie po stronie trzecich — Twój operator internetu, dostawca prądu, dostawca chmury. Jeśli ISP odetnie firmę od sieci na 6 godzin, SLA na ERP nie zadziała. Warto mieć redundancję łącza (drugi operator albo LTE awaryjne).
- Działania niezgodne ze sztuką po stronie klienta — pracownik zmienił coś w bazie, ktoś odinstalował komponent, ktoś otworzył plik z phishingu. Wyłączone.
- Klęski żywiołowe i siła wyższa — pożar, powódź, atak ransomware (czasem!). Tu pomaga ubezpieczenie, nie SLA.
- Aktualizacje producenta — gdy Microsoft, Comarch albo enova365 wypuszcza poprawkę, która coś łamie, dostawca serwisowy też tego nie naprawi w 4 godziny.
- Sprzęt poza umową — jeśli serwer fizyczny jest Twoją własnością, a umowa obejmuje tylko oprogramowanie, awaria dysku to nie problem dostawcy.
Lista wyłączeń sama w sobie nie jest zła. Zła jest sytuacja, w której zostaje przeczytana dopiero w trakcie awarii.
Kary umowne — najczęściej teatr
Standardowa kara za naruszenie SLA to 5% miesięcznej opłaty serwisowej, czasem do 10–20% w bardziej napiętych umowach. Przy opłacie 1500 zł/mc to 75–300 zł. Te kwoty są niewspółmierne do strat, jakie ponosisz przy awarii systemu krytycznego. Z perspektywy dostawcy są więc tanim zabezpieczeniem przed konsekwencjami. Z Twojej perspektywy — symboliczne.
Co realnie warto wynegocjować zamiast wyższej kary (która i tak nie pokryje strat):
- Eskalację po przekroczeniu czasu reakcji — automatyczne wejście do procesu kierownika serwisu, nie tylko technika.
- Cykliczny raport miesięczny z liczbą zgłoszeń, czasami reakcji i naprawy. Bez raportu nie udowodnisz później, że SLA jest naruszane systematycznie.
- Klauzulę o wypowiedzeniu bez okresu wypowiedzenia, jeśli w 3 kolejnych miesiącach SLA zostanie naruszone więcej niż X razy. To realna dźwignia — dostawcy bronią się przed utratą klienta dużo skuteczniej niż przed karą 300 zł.
Co negocjować przed podpisem
Krótka lista rzeczy, które warto wyjąć z szuflady na etapie negocjacji, a nie po pierwszej awarii:
- Kategoria zgłoszenia — kto decyduje, że dane zgłoszenie jest „krytyczne", a kto „normalne". Najczęściej decyduje dostawca. To wygodne dla niego.
- Czas reakcji vs. czas naprawy — żądaj obu zapisów, nawet jeśli czas naprawy jest dłuższy.
- Okno czasowe — dla krytycznych systemów minimum 7:00–20:00, 7 dni w tygodniu.
- Kanały zgłoszeń — jeden numer telefonu, jeden adres mailowy, jeden portal. Nie pięć różnych ścieżek, z których trzy nie odpowiadają.
- Lista wyłączeń — przeczytaj punkt po punkcie. Wykreśl te, które nie pasują do Twojej rzeczywistości.
- Cykliczny przegląd — raz na pół roku spotkanie z dostawcą, na którym omawiacie liczby. Bez tego SLA jest dokumentem martwym.
Co dalej
SLA to dokument, który ma działać w najgorszy dzień Twojej firmy. Nie warto czytać go pierwszy raz, gdy ten dzień się zacznie. Jeśli masz umowę z dostawcą IT i nie pamiętasz, jakie są w niej zapisy o godzinach pracy serwisu albo o czasie naprawy — to znak, że pora ją wyjąć i przeczytać.
Jeśli chcesz, żebyśmy spojrzeli na Twoją umowę z dostawcą IT i powiedzieli, gdzie są w niej dziury — pierwsza rozmowa jest bezpłatna i trwa pół godziny.
SLA nie chroni przed awarią. Chroni przed tym, że awaria zamieni się w trzy dni paraliżu i kosztowne nadgodziny.