SLA dla LMS: jak powinna wyglądać i co powinna zawierać?

SLA to umowa o gwarantowanym poziomie świadczonych usług. W przypadku LMS SLA pełni rolę swego rodzaju zabezpieczenia, ponieważ jasno określa, jakie gwarancje otrzymujesz od dostawcy, kiedy i na jakich warunkach.

Dostępność to nie to samo, co „czas reakcji”

W ramach SLA zazwyczaj spotykają się trzy różne gwarancje i dobrze jest ich nie nakładać na siebie. 

Dostępność  to procent czasu w miesiącu, w którym usługa jest dostępna dla użytkowników. Nie uwzględnia się w niej planowanych przestojów i należy z góry określić, kiedy i jak często będą one miały miejsce / kiedy będą przeprowadzane prace konserwacyjne systemu. 

Czas reakcji oznacza, w jakim czasie dział wsparcia przyjmie zgłoszenie, potwierdzi je i rozpocznie jego rozwiązywanie. 

Wreszcie czas usunięcia (lub tymczasowego obejścia problemu) określa, w jakim czasie krytyczna usterka powinna zostać naprawiona lub przynajmniej ustabilizowana. 

Warto również określić priorytety incydentów (P1–P4) – na przykład:

• P1 = krytyczny błąd, który całkowicie uniemożliwia korzystanie z systemu, 
• P2 = błąd, który dotyczy podstawowych funkcji systemu i ma wpływ na większość użytkowników systemu,
• P3 = błąd, który utrudnia użytkownikom korzystanie z systemu,
• P4 = drobna usterka bez większego wpływu na działanie systemu.

Jak oblicza się dostępność

Dostępność systemu mierzy się zazwyczaj miesięcznie jako „100% minus nieplanowane przerwy w działaniu”. Wzór ten powinien być jasno określony w każdej umowie SLA.

Dobrą praktyką jest zgłaszanie z odpowiednim wyprzedzeniem planowanych awarii lub regularnych przerw na konserwację systemu (tzw. maintenance).  
Jeśli planujesz sezonowe szczyty odwiedzin systemu edukacyjnego, poproś, aby w tych okresach konserwacja odbywała się tylko w wyjątkowych przypadkach i po uzgodnieniu.

Wydajność API i gwarancja działania

Nowoczesny system LMS opiera się na integracjach. Dlatego umowa SLA powinna jasno określać również limity API (liczba żądań na minutę/godzinę, połączenia równoległe), zachowanie w przypadku przekroczenia limitu oraz gwarancje dla zadań asynchronicznych (zazwyczaj importy i generowanie raportów). 

Uwaga: Jeśli płacisz „za korzystanie z API, liczbę zapytań, obciążenie maszyny itp.”, poproś również o miesięczne zestawienie wykorzystania, aby miesięczny rachunek nie był dla Ciebie zaskoczeniem.

Eksport danych i migracja zwrotna bez komplikacji

Umowa SLA powinna opisywać, co, w jakiej formie i jak szybko można wyeksportować z LMS – użytkowników, grupy, wyniki, historię certyfikatów, katalog kursów i metadane. Eksport obejmuje również schemat danych, aby można je było automatycznie załadować w innym miejscu. Na wypadek scenariuszy „co jeśli” należy zapisać migrację zwrotną: dostawca pomoże Państwu w odpowiednim terminie przenieść dane do innego systemu i zapewni współpracę. 

Dodatkowym elementem jest odzyskiwanie po awarii: jak często tworzone są kopie zapasowe (RPO) i w jakim czasie usługa jest przywracana po awarii (RTO). Naprawdę dobre umowy SLA zawierają również informacje o tym, jak często testowane jest odzyskiwanie systemu z kopii zapasowych (czy odzyskiwanie w przypadku awarii w ogóle działa).

Incydenty, komunikacja i eskalacja

Kiedy coś się dzieje, decydująca jest jakość komunikacji. Sensowna umowa SLA określa kanały (portal, e-mail, infolinia), dostępność wsparcia (dni robocze vs. 24/7 dla incydentów poziomu P1), kontakty eskalacyjne oraz termin przesłania ostatecznych (podsumowujących) informacji o tym, co się stało, dlaczego się stało i jak temu zapobiec w przyszłości. 

Drobny druk i inne złe nawyki

Wyłączenia z dostępności, wyjątki i siła wyższa. Są to miejsca, w których często pojawiają się „niejasności”. Należy uważać, aby pod pojęciem „siła wyższa” nie kryło się wszystko, od problemów w chmurze po błędną integrację samego LMS.

Powtarzające się naruszenie gwarancji dostępności powinno w ramach umowy umożliwiać odstąpienie od umowy bez ponoszenia kary.

Jednocześnie należy dopilnować, aby dostawca nie mógł jednostronnie pogorszyć warunków umowy SLA bez uzgodnienia; zmiany i wyjątki należy wymagać w formie pisemnej.

Jak negocjować, aby umowa SLA miała sens

Zacznij od ryzyka: na ile system edukacyjny jest dla Ciebie krytyczny? Które procesy firmowe zostałyby zatrzymane lub spowolnione w wyniku awarii LMS i jaki miałoby to wpływ na Twoją działalność? W zależności od tego ustal zakres i czasy reakcji w ramach umowy SLA. Klient, który korzysta z LMS wyłącznie jako z benefitu pracowniczego, będzie miał inne wymagania niż międzynarodowa agencja edukacyjna. 

Nie przeceniaj, ale też nie lekceważ dostępności i gwarancji w ramach umowy, ponieważ mają one bezpośredni wpływ na ostateczną cenę usług.

Dobra umowa SLA w przejrzysty sposób określa wszystkie trzy obszary: KIEDY usługa jest dostępna, JAK ZGŁASZAĆ incydenty i JAK SZYBKO rozwiązywane są te problemy. Dodając do tego jasno opisane limity API i plan migracji zwrotnej (odzyskiwania z kopii zapasowych), otrzymacie umowę SLA, która zapewni działanie systemu LMS nawet w „gorszych dniach”.