Spis treści 18 sekcji

SLA (Service Level Agreement) to uzgodnienie dostawcy z klientem. Określa zakres usługi, wymagany poziom dostępności, zasady reagowania na problemy i skutki niedotrzymania ustaleń.1
W artykule omawiamy wskaźniki stosowane w obsłudze klienta oraz zapisy o reakcji, rozwiązaniu zgłoszenia i karach umownych.

SLA – co to znaczy w obsłudze klienta?

SLA w obsłudze klienta wyznacza standard prowadzenia zgłoszeń. Dostawca wie, do czego się zobowiązał, a klient ma podstawę do oceny obsługi. Nie chodzi o ogólną obietnicę szybkiej pomocy. Przykładowy standardowy SLA Zendesk przewiduje godzinę na pierwszą odpowiedź przy zgłoszeniu o normalnym priorytecie2.

Co oznacza skrót SLA?

Skrót Service Level Agreement oznacza umowę o gwarantowanym poziomie świadczenia usług, zawieraną między dostawcą a klientem.1
W obsłudze klienta dotyczy ona uzgodnionego sposobu postępowania ze zgłoszeniami.

Czym jest Service Level Agreement?

Service Level Agreement zamienia oczekiwania klienta w zobowiązania dostawcy, które można ocenić podczas świadczenia usługi. Strony ustalają, jakie zdarzenie wymaga działania i po czym poznają, że zobowiązanie zostało wykonane. Dzięki temu obie odnoszą się do tego samego standardu. Publiczna umowa SLA Google Workspace zakłada dostępność objętych nią usług na poziomie co najmniej 99,9% w każdym miesiącu kalendarzowym3.

Obsługa zgłoszenia bez SLA – co pozostaje nieustalone?

Obsługa zgłoszenia bez SLA nie ma terminu odpowiedzi ani kryterium zakończenia sprawy uzgodnionych w takim dokumencie. Samo przyjęcie zgłoszenia nie mówi jeszcze, kiedy dostawca zacznie działać. Obowiązki te może jednak określać inna umowa. Zgodnie z art. 455 Kodeksu cywilnego świadczenie bez oznaczonego terminu, który nie wynika też z charakteru zobowiązania, należy spełnić niezwłocznie po wezwaniu4.

SLA daje klientowi i dostawcy wspólne zasady oceny obsługi zgłoszeń.

Czym jest umowa SLA i jaki ma zakres?

Umowa SLA opisuje standard świadczenia konkretnej usługi. Wskazuje działania dostawcy podlegające ocenie oraz sposób, w jaki klient może sprawdzić ich wykonanie. Zakres dokumentu zależy od usługi i od tego, jak strony obsługują związane z nią zgłoszenia.

Umowa SLA jako zapis standardu obsługi

Umowa SLA powinna opisywać obsługę tak, by strony mogły stwierdzić, czy dostawca dotrzymał zobowiązania. Trzeba więc nazwać zdarzenie wymagające reakcji i oczekiwane działanie. Sama „sprawna obsługa” nie daje podstaw do oceny zgłoszenia. W planie Microsoft Unified Enterprise przy kategorii Severity A, oznaczającej krytyczny wpływ na działalność, inżynier ma zareagować po raz pierwszy w czasie krótszym niż godzina5.

Usługi, mierniki i obowiązki stron w jednym dokumencie

Zakres usługi mówi, czego dotyczy SLA. Miernik określa sposób oceny zobowiązania, a obowiązki stron wskazują zadania dostawcy i klienta. Dostawca może obsługiwać zgłoszenie, podczas gdy klient dostarcza informacje potrzebne do rozpoznania problemu. Dopiero powiązanie tych zapisów pokazuje, czyje działania i na jakiej podstawie będą oceniane.

SLA dla usług internetowych – czego może dotyczyć?

SLA dla usługi internetowej może obejmować jej działanie i obsługę zgłoszeń o zakłóceniach. Dokument powinien wskazywać objęty zobowiązaniem element usługi oraz sposób zgłoszenia problemu. Przy awarii warto rozróżnić całkowitą niedostępność od błędu, mimo którego usługa nadal działa.

Umowa SLA wiąże opis usługi z miernikami i obowiązkami obu stron.

Rodzaje SLA: definicja umów zewnętrznych i wewnętrznych

SLA zewnętrzne reguluje standard uzgodniony z dostawcą. SLA wewnętrzne porządkuje z kolei zobowiązania między zespołami jednej firmy. Rodzaj dokumentu zależy od tego, kto świadczy usługę, a kto oczekuje jej wykonania. W opublikowanym przykładzie OLA zespół sieciowy ma potwierdzić przyjęcie zgłoszenia o najwyższym priorytecie w ciągu 5 minut6.

Czym SLA różni się od umowy opisującej sam zakres usługi?

SLA określa standard wykonania usługi, podczas gdy umowa o świadczenie usługi podstawowej opisuje przede wszystkim przedmiot zobowiązania. Zwykle SLA jest częścią takiej umowy, lecz może też być osobnym dokumentem albo załącznikiem do umowy wdrożeniowej.1[[FNAI]] Gwarancja dotyczy odpowiedzialności za wskazane w niej wady lub usterki. Umowa utrzymaniowa opisuje czynności związane z utrzymaniem usługi; SLA ustala standard ich wykonywania. Art. 577 § 1 Kodeksu cywilnego wiąże gwarancję z oświadczeniem określającym obowiązki gwaranta i uprawnienia kupującego dotyczące sprzedanej rzeczy4.

SLA w IT i obsłudze klienta – przykładowe zastosowania

SLA w IT i obsłudze klienta można przypisać do usługi, dla której strony chcą ustalić sposób obsługi problemów. Treść zobowiązania zależy od przedmiotu zgłoszenia i działania należącego do dostawcy. AWS Enterprise Support przewiduje pierwszą odpowiedź w czasie krótszym niż 15 minut, jeśli niedostępny jest system krytyczny dla działalności [[FNAK]].

Tabela zestawia zastosowania SLA według rodzaju obsługiwanej sprawy.

ZastosowanieZakres zgłoszeń i obsługi
Utrzymanie systemu ITDotyczy awarii i błędów systemu. Klient z dostawcą ustalają, które zdarzenia wymagają interwencji.
Obsługa klientaObejmuje odpowiedzi na zgłoszenia dotyczące świadczonej usługi. Ocenia pracę zespołu obsługi, nie samo działanie systemu.
Wsparcie po wdrożeniuDotyczy problemów podczas korzystania z wdrożonego rozwiązania. Wsparcie trzeba oddzielić od prac nad nowymi wymaganiami.

SLA z dostawcą a ustalenia między zespołami firmy

SLA z dostawcą opisuje zobowiązania wobec klienta. Wewnętrzne ustalenia przypisują natomiast zadania zespołom obsługującym tę samą usługę. Zespół obsługi może przyjąć zgłoszenie, a techniczny usunąć jego przyczynę. Taki podział musi pozwalać firmie dotrzymać zobowiązania wobec klienta. W przykładzie OLA opisanym przez Xurrent zespół obsługi przekazuje zgłoszenie priorytetu 1 do drugiej linii w ciągu 15 minut6.

Prawa autorskie w umowie SLA – kiedy wymagają osobnego zapisu?

Prawa autorskie wymagają osobnych postanowień, jeśli prace w ramach SLA prowadzą do powstania nowych utworów. Umowa może wtedy regulować licencję albo przeniesienie autorskich praw majątkowych.7 Powinna też określać, z których rezultatów i na jakich zasadach klient będzie korzystać. Art. 41 ust. 2 ustawy o prawie autorskim stanowi, że przeniesienie praw lub licencja obejmują pola eksploatacji wyraźnie wymienione w umowie8.

Rodzaj SLA wynika z relacji między stronami i z usługi objętej ustaleniami.

Czym jest SLA w IT z perspektywy biznesu?

SLA w IT pozwala firmie ocenić, czy dostawca utrzymuje usługę zgodnie z umową. Łączy zdarzenie techniczne z jego skutkami dla pracy osób korzystających z systemu. Znaczenie ma więc nie tylko sama awaria. Matematycznie dostępność 99,9% w 30-dniowym miesiącu dopuszcza 43 minuty i 12 sekund niedostępności3.

Jaki problem rozwiązuje SLA w relacji z dostawcą?

SLA z dostawcą zmniejsza pole do sporu o działania po zgłoszeniu i moment wykonania zobowiązania. Firma ocenia przebieg obsługi według uzgodnionych reguł, a nie ogólnego oczekiwania szybkiej pomocy. Dostawca wie z kolei, kiedy musi interweniować.

SLA jako wspólny punkt odniesienia dla firmy i klienta

SLA daje firmie i klientowi wspólne kryterium oceny usługi. Informując klienta o problemie, firma może odnieść postęp prac do zobowiązania dostawcy zamiast do nieformalnych zapewnień. Przyjęcie zgłoszenia trzeba przy tym odróżnić od przywrócenia działania. Jira Service Management mierzy osobno czas pierwszej odpowiedzi i czas rozwiązania zgłoszenia, więc odpowiedź nie oznacza końca sprawy9.

Co oznacza dotrzymanie poziomu usług w praktyce?

Dotrzymanie poziomu usług oznacza wykonanie zobowiązań objętych SLA według uzgodnionych kryteriów. Kontakt z klientem nie dowodzi usunięcia awarii, jeśli dostawca zobowiązał się do przywrócenia usługi. Ocenie podlegają zdarzenia i wyniki wskazane w umowie.

Rola SLA w utrzymaniu usług IT

SLA dotyczące utrzymania IT pokazuje, jak obsługa zgłoszeń łączy się z ciągłością korzystania z systemu. Zespół odpowiedzialny za usługę może oddzielić informowanie użytkowników od prac nad przyczyną awarii. Firma ocenia zaś dostawcę w odniesieniu do usługi, z której rzeczywiście korzysta.

SLA w IT przekłada standard techniczny na kryterium oceny ważne dla firmy i jej klientów.

Czym jest wielopoziomowe SLA i kiedy się przydaje?

Wielopoziomowe SLA przewiduje różne warunki obsługi, gdy jeden standard nie pasuje do wszystkich odbiorców lub zgłoszeń. Podział pozwala przypisać zobowiązanie do klienta, usługi albo rodzaju sytuacji wymagającej działania.

Korzyści z przypisania różnych standardów różnym zgłoszeniom

Różne standardy obsługi zgłoszeń pomagają odróżnić problem blokujący usługę od pytania o jej działanie. Osoba przyjmująca sprawę dobiera warunki SLA na podstawie opisu problemu. Klient otrzymuje wtedy informację właściwą dla swojego zgłoszenia, nie wspólną obietnicę dotyczącą wszystkich spraw.

Co daje firmie uzgodnienie SLA na piśmie?

Pisemne SLA utrwala warunki, według których firma i dostawca oceniają usługę. Pomaga też przekazać zgłoszenie między osobami odpowiedzialnymi za kontakt z klientem a zespołem usuwającym problem. Gdy strony inaczej oceniają przebieg obsługi, mogą wrócić do zapisanych ustaleń.

Poziomy SLA dla klientów, usług i zespołów

Podział na SLA oparte na kliencie, na usłudze i wielopoziomowe pomaga dobrać standard do zgłoszenia.1,10 Ustalenia między zespołami firmy mogą wspierać wykonanie każdego z tych zobowiązań. Zespół kontaktujący się z klientem przekazuje wtedy sprawę osobom odpowiedzialnym za usługę.

Tabela porównuje sposoby przypisywania warunków SLA do zgłoszeń.

Rodzaj podziałuZakres i sposób przypisania
SLA oparte na kliencieObejmuje usługi świadczone określonemu klientowi. Zgłoszenie przypisuje się według odbiorcy.
SLA oparte na usłudzeDotyczy jednej usługi świadczonej jej odbiorcom. O przypisaniu decyduje przedmiot zgłoszenia.
SLA wielopoziomoweŁączy więcej niż jedno kryterium. Zgłoszenie musi trafić do właściwego zestawu warunków.

Czy jeden wzór umowy SLA pasuje do każdej usługi?

Jeden wzór umowy SLA może pomóc uporządkować dokument, ale nie zastąpi dostosowania go do usługi. Wsparcie systemu wymaga opisu zdarzeń technicznych; obsługa zapytań klientów – spraw kierowanych do zespołu wsparcia. Wzór jest przydatny, jeśli pozwala jednoznacznie powiązać zgłoszenie z odpowiednim zobowiązaniem.

Wielopoziomowe SLA sprawdza się, gdy warunki zależą od klienta, usługi lub rodzaju sprawy.

Czym są czas reakcji i czas rozwiązania w SLA IT?

Czas reakcji dotyczy działania podjętego po zgłoszeniu problemu. Czas rozwiązania określa natomiast termin usunięcia problemu.1 SLA musi wskazywać początek i koniec obu pomiarów, aby przyjęcie zgłoszenia nie uchodziło za naprawę.

Od kiedy liczy się czas reakcji na zgłoszenie?

Czas reakcji biegnie od momentu wskazanego w SLA, na przykład od rejestracji zgłoszenia w uzgodnionym kanale. Umowa powinna określać, czy pomiar trwa poza godzinami wsparcia i jakie działanie go kończy. Automatyczne potwierdzenie odbioru nie zastępuje pracy zespołu, jeśli to jego reakcji wymaga SLA.

Czas reakcji a czas naprawy – różnica w zobowiązaniach

Czas reakcji kończy działanie zdefiniowane w umowie; czas naprawy odnosi się do usunięcia problemu. Przykładowy SLA przewiduje również czas odpowiedzi wsparcia wynoszący 24 godziny. Znaczenie tego parametru wynika z definicji odpowiedzi w danym dokumencie.10
Dostępność usługi jest osobnym miernikiem: dotyczy działania usługi w ustalonym okresie, a nie pojedynczego zgłoszenia.

Przykładowy zapis o zakresie wsparcia i czasie naprawy

Zapis SLA powinien łączyć kategorię zgłoszenia z terminem reakcji oraz naprawy lub odpowiedzi. Poniższe parametry pokazują, jak warunki zmieniają się zależnie od rodzaju sprawy.

Tabela porównuje przykładowe terminy reakcji i naprawy lub odpowiedzi według kategorii zgłoszenia.

Rodzaj zgłoszeniaCzas reakcjiCzas naprawy lub odpowiedzi
Krytyczne, kategoria ADo 1 godziny.Naprawa do 8 godzin w dni robocze.
Drugi przykładowy zestaw parametrówDo 4 godzin.Naprawa do 2 dni roboczych.
Drobny błąd lub zapytanie, kategoria CDo 1 dnia roboczego.Naprawa lub odpowiedź do 5 dni roboczych.

Dane w tabeli: 11

Przykładowe brzmienie postanowienia: „Dostawca zapewnia wsparcie dla kategorii zgłoszeń opisanych w tabeli; termin podjęcia działań oraz termin naprawy lub odpowiedzi liczy się na zasadach określonych dla danej kategorii”. Umowa musi ponadto wyjaśniać, co oznacza naprawa i kiedy wystarczy odpowiedź na zapytanie.

Jak opisać obowiązki stron przy awarii usługi IT?

Obowiązki stron przy awarii obejmują zgłoszenie problemu przez klienta, działania dostawcy oraz potwierdzenie przywrócenia usługi.

  • Klient opisuje objawy awarii i wskazuje usługę, której dotyczy problem. Dzięki temu dostawca może przypisać sprawę do odpowiedniej kategorii.
  • Dostawca potwierdza podjęcie działań i informuje klienta o postępie. Umowa powinna oddzielać te czynności od usunięcia awarii.
  • Potwierdzenie naprawy wskazuje, kiedy strony uznają działanie usługi za przywrócone. Zapis określa też sposób udokumentowania zakończenia sprawy.

SLA IT pozwala oceniać podjęcie działań oddzielnie od usunięcia problemu.

Czym jest SLA w chmurze i co obejmuje?

SLA w chmurze opisuje standard usługi dostarczanej przez dostawcę infrastruktury lub oprogramowania chmurowego. Może obejmować dostępność i zasady reagowania na zgłoszenia. Te dwa zobowiązania wymagają osobnej oceny.

Czas reakcji dostawcy na problem krytyczny wynosi w przykładowym SLA 15 minut.12 Jest to czas reakcji na zgłoszenie, nie termin usunięcia awarii13.

Deklarowana dostępność usługi w innym przykładzie wynosi 99,99%.12 Wynik trzeba oceniać według okresu pomiaru i zasad liczenia przerw przyjętych w danym SLA14.

SLA w chmurze rozdziela ocenę dostępności od oceny reakcji na problem.

Dlaczego SLA ma znaczenie dla Twojej firmy?

SLA pomaga firmie zachować spójność w obsłudze klientów, bo wiąże komunikację z zobowiązaniami dostawcy. Gdy usługa nie działa, zespół może powiedzieć klientowi, jakie działania przewiduje umowa. Nie musi obiecywać terminu bez podstawy w jej zapisach.

Uzgodniony standard obsługi ułatwia przypisanie odpowiedzialności za zgłoszenie. Firma rozpoznaje, czy sprawą zajmuje się jej zespół, czy potrzebna jest interwencja dostawcy. Następnie przekazuje problem właściwej stronie.

SLA ma wartość dla firmy, jeśli odpowiada usłudze, od której zależy obsługa klientów.

Elementy umowy SLA: co ustalić, a czego nie obiecywać?

Umowa SLA powinna wyznaczać granice zobowiązania: usługę objętą wsparciem, sposób prowadzenia zgłoszeń i wyłączenia odpowiedzialności. Jeśli wsparcie działa tylko w ustalonych godzinach i dniach, dokument nie powinien obiecywać obsługi bez przerwy.

Zakres usług, godziny wsparcia i odpowiedzialność stron

Zakres SLA wskazuje usługi objęte wsparciem oraz osoby odpowiedzialne za działania po zgłoszeniu problemu. Umowa może regulować kanały kontaktu, godziny wsparcia i ścieżkę eskalacji, czyli przekazanie nierozwiązanej sprawy dalej. Może też określać zasady monitorowania i raportowania.1 Godzin pracy wsparcia nie należy utożsamiać z godzinami działania usługi.

Na co zwrócić uwagę przy zawieraniu SLA dla usług IT?

SLA dla usług IT musi jednoznacznie wskazywać system objęty wsparciem i zdarzenia uznawane za zgłoszenie. Strony powinny ustalić, jakie informacje klient przekazuje przy awarii oraz kto zatwierdza zakończenie prac. Obietnica podjęcia działań nie oznacza usunięcia każdego błędu w tym samym terminie.

SLA dla e-commerce: zgłoszenia dotyczące sklepu i zamówień

SLA dla sklepu internetowego powinno rozróżniać problemy z działaniem sklepu i sprawy dotyczące konkretnego zamówienia. Tryb wsparcia określa godziny obsługi takich zgłoszeń. Nie oznacza, że sam sklep działa tylko w tych godzinach.

Tabela porównuje przykładowe tryby wsparcia SLA dla sklepu internetowego według liczby godzin dziennie i dni w tygodniu.

Tryb wsparciaGodziny dziennieDni w tygodniu
12/512 godz./dzień5 dni/tydz.
24/524 godz./dzień5 dni/tydz.
24/724 godz./dzień7 dni/tydz.

Dane w tabeli: 15

Ograniczenia SLA, które warto opisać w umowie

Ograniczenia SLA powinny nazywać zdarzenia, za które dostawca nie odpowiada, i sposób ich rozpoznawania. Wyłączenie może dotyczyć przestoju spowodowanego siłą wyższą – zdarzeniem niezależnym od stron, którego skutkom nie mogą zapobiec.12 Treść zapisu musi pozwalać odróżnić taki przypadek od awarii objętej SLA.

Umowa SLA jest użyteczna, jeśli jej zakres i ograniczenia dają się odnieść do konkretnego zgłoszenia.

Wskaźniki SLA i kroki do ich wdrożenia

Wskaźniki SLA pomagają ocenić obsługę zgłoszeń i działanie usługi, pod warunkiem że strony ustaliły zasady pomiaru. Trzeba wskazać początek i koniec każdego pomiaru oraz sposób dokumentowania wyników.

Czas pierwszej odpowiedzi, rozwiązania i dostępność usługi

Czas pierwszej odpowiedzi pokazuje, jak długo klient czeka na odpowiedź zespołu. Czas rozwiązania dotyczy zakończenia sprawy, a dostępność – działania usługi w ustalonym okresie. KPI służą do pomiaru parametrów, SLO wyznaczają cele poziomu usług, a SLA jest formalnym porozumieniem z klientem.16
Sam raportowany wynik KPI nie tworzy zobowiązania umownego.

Jak zdefiniować początek i koniec pomiaru?

Pomiar SLA wymaga określenia zdarzenia początkowego i końcowego dla każdego miernika.

  • Pomiar pierwszej odpowiedzi zaczyna się od zdarzenia uznanego w SLA za otrzymanie zgłoszenia. Kończy go odpowiedź zgodna z definicją umowną.
  • Pomiar rozwiązania zaczyna się od przyjęcia sprawy zgodnie z SLA. Kończy go zdefiniowane rozwiązanie, nie samo przekazanie zgłoszenia dalej.
  • Pomiar dostępności dotyczy uzgodnionego okresu działania usługi. Zasady muszą wskazywać przerwy wliczane do wyniku.

Od ustaleń do obsługi zgłoszeń – wdrożenie SLA krok po kroku

Wdrożenie SLA oznacza przełożenie warunków umowy na sposób prowadzenia rzeczywistych zgłoszeń.

  • Zakres usługi określa sprawy objęte SLA. Zespół obsługi przypisuje zgłoszenie do odpowiedniej usługi.
  • Kategoria zgłoszenia wyznacza warunki obsługi danej sprawy. Osoba przyjmująca problem stosuje definicje uzgodnione przez strony.
  • Przekazanie zgłoszenia wskazuje osobę lub zespół odpowiedzialny za dalsze działania. Historia sprawy musi zachować dane potrzebne do oceny jej przebiegu.

Jak raportować wyniki i naruszenia SLA?

Raportowanie SLA powinno rozdzielać wyniki pomiarów od naruszeń uzgodnionych warunków.

  • Wynik pomiaru podaje miernik, okres i zdarzenia uwzględnione w obliczeniu. Strony mogą dzięki temu odtworzyć ocenę.
  • Naruszenie SLA wiąże się z konkretnym zgłoszeniem lub przerwą w działaniu usługi. Opis wskazuje zobowiązanie, którego nie dotrzymano.
  • Raport dla klienta stosuje definicje przyjęte w umowie. Umożliwia porównanie wyniku z uzgodnionym standardem.

SLA można rozliczyć, gdy obie strony mierzą te same zdarzenia według tych samych zasad.

SLA dopasowane do priorytetów biznesowych

SLA dopasowane do priorytetów biznesowych wiąże standard obsługi ze skutkami problemu dla klientów. Sama techniczna nazwa błędu nie powinna przesądzać o priorytecie. Kategorie błędów służą do ustalenia czasów reakcji i naprawy.15

Przykładowe czasy reakcji zależą od kategorii błędu. Nie określają jednak, kiedy dostawca usunie problem.

Tabela porównuje przykładowe kategorie błędów według czasu reakcji, od najkrótszego zakresu.

Kategoria błęduPrzykładowy czas reakcji
Błąd standardowy2–5 dni roboczych.

Dane w tabeli: 16

Jak powiązać priorytet zgłoszenia z jego wpływem na klientów?

Priorytet zgłoszenia powinien wynikać ze skutków problemu dla klientów. Dopiero potem sprawę przypisuje się do kategorii opisanej w SLA.

  • Wpływ na klientów pokazuje, czy problem blokuje usługę, ogranicza jej działanie czy dotyczy pojedynczej czynności. Opis powinien podawać skutek, a nie tylko komunikat o błędzie.
  • Zakres problemu wskazuje klientów lub obszary usługi dotknięte zakłóceniem. Zespół zapisuje te informacje przed wyborem kategorii.
  • Kategoria SLA łączy oceniony wpływ z zobowiązaniem dostawcy. Zespół zmienia kategorię, jeśli nowe informacje zmieniają ocenę skutków.

Priorytet w SLA powinien odpowiadać rzeczywistemu wpływowi zgłoszenia na klientów.

Błędy w SLA oraz zasady jego przeglądu i aktualizacji

Błędy w SLA biorą się przede wszystkim z niejasnych definicji zgłoszeń, terminów i wyłączeń. Przegląd umowy pozwala dostosować je do sposobu świadczenia usługi. Nieprecyzyjne postanowienia mogą utrudnić dochodzenie roszczeń po naruszeniu umowy.15

Niejasne definicje, wyłączenia i sposób liczenia terminów

Definicje w SLA muszą pozwalać obu stronom jednakowo zakwalifikować problem i obliczyć termin obsługi. „Szybka reakcja” nie mówi, jakie działanie kończy pomiar. Wyłączenie powinno nazywać konkretne zdarzenie, zamiast pozostawiać kwalifikację przestoju do swobodnej oceny dostawcy.

Kiedy i jak aktualizować uzgodniony poziom usług?

Przegląd SLA warto przeprowadzać regularnie oraz po zmianie usługi lub sposobu obsługi. Jedna wskazówka mówi o przeglądzie co najmniej 1 raz w roku16, a Atlassian zaleca 1 raz na kwartał.10
Częstsza kontrola pomaga wychwycić różnice między treścią umowy a codzienną praktyką.

  • Wyniki obsługi zgłoszeń ujawniają definicje i terminy wywołujące spory. Strony mogą wskazać na tej podstawie zapisy do zmiany.
  • Zmiana zakresu usługi wymaga sprawdzenia, czy dotychczasowe kategorie nadal opisują problemy klientów. Nowy zakres trzeba zapisać w SLA.
  • Zmiana warunków SLA wymaga określenia nowych zasad i daty rozpoczęcia ich stosowania. Strony wiedzą wtedy, według której wersji oceniać zgłoszenie.

Najczęstsze pomyłki przy uzgadnianiu SLA

Pomyłki przy uzgadnianiu SLA dotyczą zwykle granic zobowiązania i sposobu jego pomiaru.

  • Nieokreślony początek pomiaru utrudnia ustalenie biegu terminu. Umowa powinna wskazywać zdarzenie, od którego zaczyna się pomiar.
  • Utożsamienie reakcji z naprawą prowadzi do rozbieżnej oceny zgłoszenia. Podjęcie działań i usunięcie problemu wymagają osobnych definicji.
  • Niejasne wyłączenie utrudnia rozstrzygnięcie, czy awaria podlega SLA. Zapis musi określać sytuację nieobjętą zobowiązaniem.

Kategorie awarii a kategorie błędów w treści umowy

Kategorie awarii mogą opisywać skalę zakłócenia usługi. Kategorie błędów określają natomiast rodzaj problemu i terminy jego obsługi. Umowa powinna wyjaśniać klasyfikację zgłoszenia, gdy błąd powoduje awarię. Poniższe parametry pokazują przykładowy podział na błąd krytyczny, poważny i usterkę.

Tabela porównuje przykładowe kategorie błędów według czasu reakcji i naprawy, od najkrótszego czasu reakcji.

KategoriaCzas reakcjiCzas naprawy
Błąd krytyczny15 minut1 godzina
Błąd poważny30 minut6 godzin
Usterka5 godzin2 dni

Dane w tabeli: 7

SLA wymaga jasnych kategorii i terminów oraz przeglądu po zmianie usługi lub sposobu jej obsługi.

Konfiguracja i monitorowanie SLA w codziennej obsłudze

Konfiguracja SLA przekłada warunki umowy na reguły przypisywania zgłoszeń i mierzenia obsługi. Monitorowanie SLA porównuje zapisane zdarzenia z terminami właściwymi dla sprawy. Sama reguła ustawiona w systemie nie zmienia zobowiązania wobec klienta.

Ustawienia reguł SLA i pomiar czasu obsługi zgłoszeń

Reguła SLA powinna dobierać standard według usługi, klienta lub kategorii problemu. System musi też stosować umowne definicje początku i końca pomiaru. Firma używająca Jira Service Management powinna oceniać konfigurację przez zgodność z własnym SLA, a nie przez samą nazwę statusu.

Jak sprawdzić, czy ustalony standard działa w praktyce?

Kontrola SLA porównuje postanowienia umowy z przebiegiem rzeczywistych zgłoszeń.

  • Klasyfikacja zgłoszenia musi odpowiadać opisanemu problemowi. Błędna kategoria oznacza zastosowanie niewłaściwego standardu.
  • Historia zgłoszenia powinna pokazywać zdarzenia rozpoczynające i kończące pomiar. Pozwala to odtworzyć wynik.
  • Ocena zakończenia sprawy opiera się na umownej definicji rozwiązania. Sama zmiana statusu nie wystarczy, jeśli wymagane działanie nie zostało wykonane.

SLA działa w praktyce, gdy zgłoszenie trafia do właściwej kategorii, a pomiar odpowiada umowie.

Zakres SLA dla usług operatora internetowego, np. Netii

SLA dla usługi operatora internetowego powinno określać usługę objętą zobowiązaniem i sposób obsługi przerwy. Przy umowie z Netią klient powinien odnosić się do warunków swojej konkretnej usługi, nie do innej oferty operatora. Dostępność i pracę wsparcia trzeba oceniać osobno: zakłócenie to nie to samo co obsługa zgłoszenia.

Dwujęzyczna umowa SLA dla usług serwisowych – co ujednolicić?

Dwujęzyczna umowa SLA powinna tak samo definiować usługę, kategorie, zdarzenia pomiarowe i skutki naruszenia w obu językach. Różne tłumaczenia „reakcji” i „naprawy” mogą zmienić ocenę tej samej sprawy. Wzór „Umowa SLA na świadczenie usług serwisowych [PL/ENG]” kosztuje, zależnie od wariantu, 399,00–599,00 zł z VAT.7
To cena dokumentu, a nie usługi serwisowej czy uzgodnionego wsparcia.

Monitorowanie SLA wymaga zgodności umowy, klasyfikacji zgłoszeń i historii zdarzeń pomiarowych.

Od zgłoszenia awarii do rozwiązania – przebieg obsługi według SLA

Obsługa awarii według SLA prowadzi od opisu zakłócenia przez działania dostawcy do potwierdzenia przywrócenia usługi. Na każdym etapie obie strony muszą odnosić się do tego samego zgłoszenia i jego bieżącego stanu.

  • Zgłoszenie awarii zawiera objawy i wskazuje usługę dotkniętą problemem. Zespół obsługi przekazuje dostawcy informacje potrzebne do rozpoznania zakłócenia.
  • Obsługa awarii obejmuje ustalenie przyczyny i działania służące przywróceniu usługi. Dostawca informuje klienta o postępie zgodnie z zasadami kontaktu.
  • Zakończenie zgłoszenia następuje po wykonaniu działania określonego w SLA i zapisaniu wyniku. Klient może wtedy ocenić, czy problem ustąpił.

Historia sprawy powinna pokazywać, co zgłoszono, jakie działania podjęto i dlaczego zamknięto zgłoszenie.

Dostępność usługi i odpowiedzialność za naruszenie SLA

Dostępność w SLA określa część uzgodnionego okresu, przez którą usługa ma działać. Odpowiedzialność za naruszenie zależy od sposobu liczenia przerw i konsekwencji przewidzianych w umowie. Przykładowe SLA dla systemu zakłada 99,5% dostępności w skali miesiąca.11

Jak określić dostępność i okres jej pomiaru?

Poziom dostępności trzeba powiązać z okresem pomiaru, definicją działającej usługi i sposobem liczenia przestojów.

  • Usługa objęta pomiarem musi być wskazana jednoznacznie. Awaria elementu spoza zakresu SLA nie powinna wpływać na wynik.
  • Okres pomiaru określa przedział, z którego pochodzą dane o działaniu i przerwach. Wynik miesięczny nie jest tym samym co roczny.
  • Przestój wymaga zdefiniowanego początku i końca. Na tej podstawie strony obliczają niedostępność.

Przeliczenie dostępności pokazuje, jaki czas niedostępności odpowiada danemu poziomowi w skali roku.

Tabela porównuje przykładowe roczne poziomy dostępności według odpowiadającego im czasu przestoju.

Roczna dostępnośćOdpowiadający przestój
99%5 256 minut rocznie, czyli ponad 3 dni rocznie.
99,9%Maksymalnie 8 godzin i 45 minut rocznie.

Dane w tabeli: 1,16,17

Przykładowa deklaracja dostępności usługi wynosi także 99,9%. Procent należy odczytywać razem z okresem i zasadami pomiaru zapisanymi w SLA.10

Dostępność sklepu internetowego a obsługa przerw w działaniu

Dostępność sklepu internetowego opisuje działanie sklepu. Obsługa przerwy dotyczy z kolei czynności podejmowanych po zgłoszeniu zakłócenia. Jako poziom dostępności sklepu wskazuje się powyżej 95% rocznie lub miesięcznie; wybrany okres wpływa na ocenę wyniku.15 Przykładowe roczne SLA sklepu określa dostępność na 97%.15

Roczny margines niedostępności sklepu wynoszący 2% odpowiada 175,2 godziny przestoju rocznie przy roku liczącym 365 dni.15 Nie oznacza to, że zespół obsługi może przez cały ten czas pozostawić zgłoszenie bez odpowiedzi17.

SLA, gwarancja i kary umowne – różne rodzaje zobowiązań

SLA określa standard usługi, gwarancja – zobowiązania opisane w jej warunkach, a kara umowna – przewidziany w umowie skutek naruszenia. Naruszenie SLA może też prowadzić do zwrotu kosztów lub przyznania kredytów serwisowych, zaliczanych na poczet przyszłych opłat.10,16

Tabela odróżnia zasady oceny SLA, gwarancję i przykład rekompensaty.

ZobowiązanieZakres i konsekwencje
SLAOkreśla, czy dostawca dotrzymał uzgodnionego poziomu usługi. Naruszenie ocenia się według zasad pomiaru z umowy.
GwarancjaDotyczy obowiązków zapisanych w jej treści. Nie zastępuje zasad pomiaru dostępności określonych w SLA.
Rekompensata za naruszenie SLAZależy od konkretnej umowy. Przykładowy zapis obniża miesięczne wynagrodzenie o 5%, gdy przekroczenia SLA dotyczą powyżej 20% przypadków danej kategorii w miesiącu.

Dane w tabeli: 11

Odpowiedzialność za naruszenie można ustalić po obliczeniu wyniku i zastosowaniu umownych zasad rekompensaty.

Kanały zgłoszeń i zasady kontaktu w umowie SLA

Procedura zgłaszania problemów w SLA opisuje sposób przekazania sprawy, jej przyjęcia oraz kontaktu podczas obsługi. Przykładowe godziny zgłaszania awarii to 8:00–16:00.1 Godziny zgłaszania nie są terminem usunięcia awarii.

  • Kanał zgłoszenia określa sposób kontaktu z dostawcą, na przykład e-mail, telefon lub portal. Umowa wskazuje, którymi kanałami można zgłaszać awarie.
  • Godziny przyjmowania zgłoszeń mówią, kiedy klient może przekazać sprawę zgodnie z procedurą. Trzeba je odróżnić od godzin pracy zespołu wsparcia.
  • Ścieżka eskalacji wskazuje, komu trafia sprawa wymagająca dalszej interwencji. Klient powinien też znać sposób uzyskania informacji o postępie.

Umowa SLA powinna jasno wskazywać kanał zgłoszenia i zasady dalszego kontaktu.

Kontakt telefoniczny w SLA – kiedy rozpoczyna się pomiar czasu?

Pomiar czasu przy kontakcie telefonicznym zaczyna się w momencie określonym w SLA. Może to być połączenie z konsultantem albo rejestracja sprawy na podstawie rozmowy. Samo wybranie numeru nie oznacza jeszcze, że dostawca poznał problem. Umowa powinna rozstrzygać, czy rozmowa wystarcza do zgłoszenia, czy potrzebny jest również inny kanał.

Historia połączenia i zgłoszenia powinna pokazywać, kiedy dostawca otrzymał informacje potrzebne do rozpoczęcia obsługi. Jeśli konsultant rejestruje sprawę podczas rozmowy, odebranie telefonu i utworzenie zgłoszenia pozostają odrębnymi zdarzeniami. SLA telefoniczne wymaga jednego, jasno określonego początku pomiaru.

Źródła

  1. ↑Umowa SLA: co musi zawierać i jakie parametry ustalić? https://sawaryn.com/publikacje/co-to-jest-sla-service-level-agreement-wszystko-co-musisz-o-niej-wiedziec/
  2. ↑Zendesk Support — About SLA policies and how they work https://support.zendesk.com/hc/en-us/articles/5600997516058-About-SLA-policies-and-how-they-work
  3. ↑Google Workspace Service Level Agreement — definicja miesięcznej dostępności https://workspace.google.com/terms/sla/
  4. ↑Kodeks cywilny — tekst jednolity, Dz.U. 2026 poz. 795 https://eli.gov.pl/api/acts/DU/2026/795/text.pdf
  5. ↑Microsoft Learn — Support for Microsoft Power Platform and Dynamics 365 apps https://learn.microsoft.com/en-us/power-platform/admin/support-overview
  6. ↑Xurrent — OLA (Operational Level Agreement) https://www.xurrent.com/glossary/ola-operational-level-agreement
  7. ↑Umowa SLA – czym jest SLA (Service Level Agreement) w IT? https://umowywit.pl/umowa-sla-najczesciej-zadawane-pytania/
  8. ↑Ustawa o prawie autorskim i prawach pokrewnych — tekst jednolity, Dz.U. 2025 poz. 24 https://eli.gov.pl/api/acts/DU/2025/24/text.pdf
  9. ↑Atlassian Support — About service level agreements (SLAs) https://support.atlassian.com/jira-service-management-cloud/docs/what-are-slas-and-how-do-i-view-them-in-my-service-project/
  10. ↑Czym jest SLA? Wyjaśnienie umów o gwarantowanym poziomie świadczenia usług | Atlassian https://www.atlassian.com/pl/itsm/service-request-management/slas
  11. ↑Czym jest umowa SLA i jak poprawnie ją sformułować? – Pałucki & Szkutnik Kancelaria Adwokacka Kraków https://paluckiszkutnik.pl/czym-jest-umowa-sla/
  12. ↑SLA – co to jest i dlaczego nie możesz się bez niej obejść https://welyo.ai/blog/sla-co-to-jest-i-dlaczego-nie-mozesz-sie-bez-niej-obejsc
  13. ↑Google Cloud, dokumentacja Premium Support. ([docs.cloud.google.com](docs.cloud.google.com https://docs.cloud.google.com/support/docs/premium
  14. ↑AWS, Amazon Compute Service Level Agreement. ([aws.amazon.com](aws.amazon.com https://aws.amazon.com/compute/sla/
  15. ↑Umowa SLA w IT – co to znaczy, definicja i dlaczego nie powinno jej zabraknąć w Twoim sklepie internetowym? | Advox Studio https://www.advox.pl/blog/umowa-sla-na-czym-polega-i-dlaczego-nie-powinno-jej-zabraknac-w-twoim-sklepie-internetowym
  16. ↑Co to jest SLA – Radca Prawny Piotr Stawowski Kancelaria https://kancelariastawowski.pl/co-to-jest-sla/
  17. ↑Cisco, „Service Level Management: Best Practices White Paper”, wzór na roczny czas niedostępności. ([cisco.com](cisco.com https://www.cisco.com/c/en/us/support/docs/availability/high-availability/15117-sla.html

Ceny i warunki sprawdzone u źródeł: październik 2026.