Można podpisać umowę na obsługę IT i… nadal nie wiedzieć, na co właściwie się umówiło. Bo diabeł tkwi w szczegółach, a konkretnie w SLA — Service Level Agreement. To ta część, która zamienia ogólnikowe „zajmiemy się Państwa informatyką” w mierzalne, egzekwowalne zobowiązania.
Jeśli rozważasz outsourcing IT i porównujesz oferty (a wcześniej zerknąłeś, ile to realnie kosztuje), to właśnie SLA decyduje, czy dostajesz usługę, czy tylko obietnicę. Rozłóżmy ją na części.
Czym właściwie jest SLA
SLA to uzgodniony, mierzalny poziom usługi. Zamiast „reagujemy szybko” masz zapisane: „na zgłoszenie krytyczne reagujemy w 1 godzinę”. Dzięki temu obie strony wiedzą, czego się spodziewać — i można to wyegzekwować.
Co musi zawierać dobra umowa SLA
1. Klasyfikacja zgłoszeń (priorytety)
Nie każdy problem jest równy. Dobra umowa rozróżnia np.:
- Krytyczny — firma stoi (padł serwer, nie działa poczta). Najkrótszy czas reakcji.
- Wysoki — poważne utrudnienie dla wielu osób.
- Normalny — pojedynczy użytkownik, sprawa bieżąca.
- Niski — pytania, drobne prośby.
2. Czas reakcji i czas rozwiązania
To dwie różne rzeczy — i obie powinny być w umowie:
- Czas reakcji — w jakim czasie ktoś podejmie zgłoszenie.
- Czas rozwiązania (lub obejścia) — w jakim czasie problem zostanie usunięty lub obejdzie się go tymczasowo.
3. Godziny świadczenia usługi
Czy wsparcie działa tylko w godzinach roboczych, czy też wieczorami, w weekendy lub 24/7. To mocno wpływa na cenę — i na Twój spokój przy awarii o 22:00.
4. Zakres usług
Jasna lista, co wchodzi w umowę: helpdesk, serwery, sieć, monitoring, kopie zapasowe, bezpieczeństwo — i co jest poza zakresem (rozliczane osobno).
5. Kanały zgłoszeń i raportowanie
Jak zgłaszasz problemy (system ticketowy, telefon, e-mail) i czy dostajesz okresowe raporty z realizacji SLA. Raport to dowód, że płacisz za realną usługę.
6. Kary i konsekwencje niedotrzymania SLA
Co się dzieje, gdy dostawca nie dotrzyma gwarancji — np. obniżenie wynagrodzenia. To zapis, który oddziela poważnych dostawców od tych „na słowo”.
Czerwone lampki — zapisy, które powinny zaniepokoić
- 🚩 Brak konkretnych czasów reakcji — „dołożymy starań” to nie SLA.
- 🚩 Wszystko „w cenie”, ale bez listy — brak zdefiniowanego zakresu = pole do sporów.
- 🚩 Brak zapisów o przekazaniu wiedzy i dostępów — grozi uzależnieniem od dostawcy (vendor lock-in).
- 🚩 Długi okres wypowiedzenia bez uzasadnienia — utrudnia wyjście, gdy współpraca nie działa.
- 🚩 Brak zapisów o poufności i bezpieczeństwie danych — szczególnie istotne przy łańcuchu dostaw w rozumieniu NIS2.
O czym łatwo zapomnieć
- ✅ Własność dokumentacji i dostępów — hasła, konfiguracje i dokumentacja powinny być Twoje i dostępne na każde żądanie.
- ✅ Zasady przy zakończeniu współpracy — przekazanie wiedzy, odebranie dostępów, „okres przejściowy”.
- ✅ Powiadamianie o incydentach — w jakim czasie dostawca informuje Cię o problemie bezpieczeństwa u siebie lub u Ciebie.
Co dalej w tym cyklu
W kolejnych wpisach pokażemy, jak w praktyce wygląda dobry helpdesk oraz co sprawdzamy w audycie IT na start współpracy. Zamkniemy serię przeglądem czerwonych flag przy wyborze firmy IT.
Chcesz, żebyśmy przejrzeli umowę, którą masz na stole — albo zaproponowali przejrzyste SLA dopasowane do Twojej firmy? Napisz do nas. Pokażemy umowę, w której wiesz dokładnie, za co płacisz i czego możesz się domagać.