SLA w umowie IT — co to jesti na co zwrócić uwagę

Podpisujesz umowę z firmą IT. W umowie jest "firma zapewnia wsparcie techniczne w rozsądnym terminie". Brzmi ok, prawda? Ale co to znaczy rozsądny termin? Dla Ciebie — godzina. Dla firmy IT — tydzień. Właśnie dlatego SLA jest najważniejszym paragrafem w każdej umowie IT.

W tym artykule wyjaśniamy, czym jest Service Level Agreement, jakie wskaźniki powinno zawierać, na co uważać w zapisach i jak wygląda SLA, które naprawdę chroni interesy firmy — nie tylko deklaruje "profesjonalizm".

Co to jest SLA — definicja i historia

SLA (Service Level Agreement) — po polsku: Umowa o Poziomie Usług — to część umowy (lub odrębny dokument do niej dołączony), który definiuje mierzalne standardy jakości świadczonej usługi. SLA precyzuje, czego dokładnie możesz oczekiwać od dostawcy IT i co stanie się, gdy te standardy nie zostaną spełnione.

Koncepcja SLA wywodzi się z lat 80. XX wieku z branży telekomunikacyjnej, gdy operatorzy sieci zaczęli zobowiązywać się do gwarantowanej przepustowości i dostępności łączy. W IT biznesowym SLA stało się standardem w outsourcingu IT w latach 90. i dziś jest absolutną normą w każdej profesjonalnej umowie na obsługę informatyczną.

Dlaczego SLA jest ważne dla Twojej firmy?

Bez SLA umowa IT jest jak umowa z hydraulikiem bez podanego terminu przyjazdu. Formalne zobowiązania sprawiają, że:

• Wiesz dokładnie, czego oczekiwać i kiedy
• Masz podstawę prawną do roszczeń gdy umowa nie jest realizowana
• Firma IT ma twardy motywator do reagowania na czas
• Możesz porównywać oferty różnych firm IT obiektywnie
• Planujesz zarządzanie ryzykiem IT w firmie na twardych danych

Typy SLA w IT

W branży IT wyróżniamy trzy główne typy SLA, które różnią się podejściem do definiowania poziomu usług:

Dla typowej firmy MŚP w Polsce najbardziej odpowiedni jest Customer SLA — dokument dopasowany do specyfiki konkretnej firmy, z uwzględnieniem jej systemów, godzin pracy i krytyczności poszczególnych usług. DSX.PL przygotowuje SLA indywidualnie dla każdego klienta.

Kluczowe wskaźniki SLA w umowie IT

Profesjonalne SLA mierzy konkretne wskaźniki. Poniżej 6 najważniejszych KPI, które powinny znaleźć się w każdej umowie IT outsourcingowej:

7 czerwonych flag w umowie SLA IT

Po przejrzeniu dziesiątek umów IT firm działających w Szczecinie i regionie, zebraliśmy 7 najczęstszych problemów, które powinny Cię natychmiast zaniepokoić:

• Brak kar umownych za przekroczenie SLA Firma IT deklaruje czas reakcji 2h, ale nie ma żadnych konsekwencji za opóźnienie. To deklaracja bez zobowiązania. Prawidłowa umowa powinna zawierać automatyczne kary (np. 5% wartości faktury za każdą godzinę opóźnienia ponad SLA).
• Niejasna definicja "incydentu" "Reagujemy na incydenty" — ale co to jest incydent? Jeśli umowa nie definiuje typów i priorytetów, firma IT może uznać, że Twój problem z serwerem produkcyjnym to tylko "niedogodność" z 8-godzinnym SLA. Każdy typ zgłoszenia powinien być zdefiniowany i mieć przypisany priorytet.
• Brak okna serwisowego — lub okno w godzinach pracy Okno serwisowe (maintenance window) to czas na prace konserwacyjne. Jeśli umowa nie definiuje kiedy mogą być prowadzone prace, firma IT może wykonywać aktualizacje w środku dnia roboczego. Prawidłowe okno serwisowe powinno być w godzinach nocnych lub weekendowych.
• Brak definicji zakresu usług "Kompleksowa obsługa IT" to za mało. Umowa powinna precyzyjnie listy wszystkich urządzeń, systemów i usług objętych obsługą. Bez tego firma IT może odmówić naprawy, twierdząc że dany serwer czy aplikacja "nie jest w zakresie".
• Klauzula "lock-in" bez prawa do własnych danych Niepokojące zapisy to: brak możliwości wypowiedzenia umowy bez utraty dostępu do konfiguracji, dane w systemach własnościowych trudnych do migracji, lub kary za rozwiązanie umowy wielokrotnie wyższe niż korzyści z kontraktu. Po zakończeniu umowy masz prawo do wszystkich konfiguracji i dokumentacji.
• Brak procedury eskalacji Co się dzieje, gdy technik L1 nie może rozwiązać problemu? Kto decyduje o eskalacji? Jeśli umowa nie opisuje procedury eskalacji, problem może krążyć między pracownikami firmy IT bez postępu. SLA powinno definiować automatyczne progi eskalacji z nazwanymi osobami odpowiedzialnymi.
• SLA mierzone "od dnia roboczego" zamiast od zgłoszenia Subtelna, ale ważna różnica: "czas reakcji 4 godziny robocze" może oznaczać że zgłoszenie złożone w piątek o 17:00 będzie obsłużone we wtorek rano. SLA powinno być mierzone w godzinach rzeczywistych (lub wyraźnie wskazywać, że dotyczy tylko dni roboczych) ze wskazaniem, co dzieje się z incydentami krytycznymi poza godzinami pracy.

„Podpisałem umowę z poprzednią firmą IT na '2 godziny czasu reakcji'. Przez rok nikt nie reagował w 2 godziny, ale w umowie nie było kar, więc nie miałem podstaw do roszczeń. Kiedy przyszedłem do DSX.PL, dostałem umowę z konkretnymi minutami i karami — wiedziałem, że to serio." — Właściciel firmy budowlanej, Szczecin, 18 pracowników

SLA DSX.PL — konkretne liczby

W DSX.PL wierzymy, że SLA powinno być przejrzyste i mierzalne. Poniżej przedstawiamy kluczowe parametry naszego SLA dla pakietu Business — dostępne do wglądu jeszcze przed podpisaniem umowy:

Co gwarantujemy w umowie DSX.PL

• Automatyczne kary umowne — bez konieczności dodatkowego wezwania, naliczane automatycznie w przypadku przekroczenia SLA
• Comiesięczny raport KPI — dokumentacja uptime, czasy reakcji, liczba zgłoszeń i spełnienie SLA za miniony miesiąc
• Monitoring 24/7 — ciągły nadzór nad infrastrukturą poza godzinami wsparcia helpdeskowego
• Pełny dostęp do konfiguracji — zawsze masz dostęp do dokumentacji, haseł i konfiguracji swoich systemów
• Transparentna eskalacja — zdefiniowana ścieżka eskalacji z nazwanymi osobami dla każdego poziomu
• Dane po zakończeniu umowy — 30 dni od rozwiązania umowy na migrację danych i konfiguracji, bez dodatkowych opłat

Jak negocjować SLA — 5 praktycznych wskazówek

SLA nie musi być przyjmowane w formie "take it or leave it". To dokument podlegający negocjacjom. Poniżej 5 wskazówek, które pomogą Ci wynegocjować SLA korzystne dla Twojej firmy:

• Zidentyfikuj systemy krytyczne i ustaw dla nich wyższe SLA — nie wszystkie systemy są równie ważne. Serwer produkcyjny wymaga SLA 1h, drukarka w biurze — 8h. Zróżnicowane SLA jest tańsze i bardziej realistyczne niż jeden poziom dla wszystkiego.
• Proś o historyczne dane realizacji SLA — renomowana firma IT powinna być w stanie pokazać dane z ostatnich 12 miesięcy: ile zgłoszeń, jaki był rzeczywisty czas reakcji, ile razy SLA zostało naruszone. Brak takich danych to sygnał ostrzegawczy.
• Negocjuj procedurę pomiaru uptime — czy uptime jest mierzony z Twojej sieci czy z sieci firmy IT? Czy planowane okna serwisowe wliczają się do czasu niedostępności? Upewnij się, że metodologia pomiaru jest jasna i korzystna dla Ciebie jako klienta.
• Żądaj automatycznych kar, nie "bonifikaty na prośbę" — kary za naruszenie SLA powinny być naliczane automatycznie i widoczne na fakturze. Firma IT, która wymaga pisemnego wezwania za każdym razem, de facto utrudnia egzekwowanie kar.
• Sprawdź klauzule wyjątków i force majeure — każda umowa IT zawiera listę sytuacji, które zwalniają firmę IT z obowiązku SLA (siła wyższa, awaria infrastruktury dostawcy, ataki DDoS). Upewnij się, że lista jest rozsądna i nie zawiera "furtki" umożliwiającej uniknięcie odpowiedzialności w typowych sytuacjach.

Podsumowanie — SLA to Twoja polisa w relacji z firmą IT

SLA to nie formalność — to fundament każdej umowy IT outsourcingowej. Umowa bez SLA (lub z SLA bez kar umownych) jest tylko deklaracją chęci, nie zobowiązaniem. Przed podpisaniem jakiejkolwiek umowy IT sprawdź: czy są konkretne czasy reakcji, czy są kary za ich przekroczenie, jak mierzony jest uptime i co stanie się z Twoimi danymi gdy umowa się skończy.

DSX.PL obsługuje firmy w Szczecinie, Policach, Stargardzie i całym regionie zachodniopomorskim z transparentnym SLA dostępnym do przejrzenia przed podpisaniem umowy. Zadzwoń na +48 570 000 440 lub napisz na [email protected] — umówimy bezpłatną konsultację i pokażemy Ci jak wygląda uczciwa umowa IT.