SLA förklarat — vad ska ingå i en IT-support-SLA?

SLA — Service Level Agreement — är den del av IT-avtalet som beskriver vilken servicenivå ni faktiskt kan förvänta er. Det är också den del som oftast är otydlig, för att båda parter tjänar på att inte förbinda sig för mycket. Den här guiden går igenom vad ett meningsfullt SLA innehåller 2026 och hur ni undviker de vanligaste fallgroparna.

Grundkomponenter i ett SLA

• Definitioner (vad är en 'incident', vad är 'kontorstid', vad är 'aktiv användare')
• Prioritetsnivåer (P1–P4) och kriterier för klassning
• Svarstid per prioritet
• Åtgärdstid per prioritet
• Uppmätt tillgänglighet (upptid)
• Kommunikation och rapportering
• Viten och kompensation vid missad SLA
• Undantag (force majeure, tredjepartsberoenden)

Svarstid vs åtgärdstid

Svarstid är hur snabbt någon börjar arbeta med ärendet — inte hur snabbt det är löst. En P1 kan ha 15 minuters svarstid men 4 timmars åtgärdstid. Åtgärdstiden är den viktigare siffran för verksamheten. Kräv båda i skrift.

Prioritetsnivåer — så definieras de rimligt

• P1 — Kritisk. Verksamhetskritiskt system nere för flera användare. Ingen fungerande workaround.
• P2 — Hög. Betydande påverkan för en avdelning eller nyckelperson. Workaround finns.
• P3 — Medel. Enskild användare påverkad eller icke-kritisk funktion.
• P4 — Låg. Fråga, förändringsönskemål eller mindre problem utan verksamhetspåverkan.

Realistiska SLA-nivåer 2026

Följande är riktvärden för svensk marknad. Verifiera mot leverantörens dokumenterade och mätbara SLA — inte marknadsföringsmaterial.

• P1 svarstid: 15–30 min under kontorstid, 30–60 min 24/7
• P1 åtgärdstid: 4 timmar (med best-effort utöver — kompletta P1 kräver ofta lagarbete)
• P2 svarstid: 1–2 timmar
• P3 svarstid: 4–8 timmar
• Upptid: 99,5–99,9 % på systemnivå (leverantörens del av ansvaret)

Upptid — läs det finstilta

99,9 % upptid låter bra men innebär ~8,7 timmars tillåten nedtid per år. 99,99 % (~52 minuter) är dyrare och kräver oftast redundans som ni betalar för. Framförallt: läs vad som ingår i 'upptid'. Många SLA räknar bara ren infrastruktur — inte de SaaS-tjänster som verksamheten är beroende av.

Viten — konsekvens är allt

En SLA utan viten är hopp, inte åtagande. Vanliga vitesmodeller:

• Kredit på månadsavgift (5–25 % beroende på hur mycket SLA underskrids)
• Trappa: större vite för upprepade missar
• Rätt att säga upp avtalet i förtid vid grov SLA-missad

Vitet ska vara automatiskt — inte kräva att ni jagar leverantören för att få det utbetalt.

RTO och RPO — kompletterar SLA

Vid större incidenter (haveri, ransomware) räknar man i RTO (hur snabbt är vi uppe igen) och RPO (hur mycket data förlorar vi maximalt). Vanliga nivåer för SMB 2026: RTO 4–24 timmar, RPO 1–24 timmar beroende på system. Kräv per-system-nivåer, inte ett genomsnitt.

Vanliga fallgropar

• SLA gäller bara vissa system — resten är best-effort
• '24/7-support' visar sig vara jour med lång responstid
• Undantagslistan är så bred att SLA nästan aldrig aktiveras
• Ingen rapportering av SLA-uppfyllnad — ni måste själva bevisa missar
• Vitet är så litet att leverantören struntar i det