Opsio - Cloud and AI Solutions
SLA3 min read· 654 words

IT-drift med SLA — vad bör ingå för svenska företag?

Jacob Stålbro
Jacob Stålbro

Head of Innovation

Published: ·Updated: ·Reviewed by Opsio Engineering Team

Quick Answer

IT-drift med SLA Ett SLA för IT-drift bör tydligt definiera tillgänglighetsnivå, responstid, lösningstid, prioritetsnivåer, rapportering och konsekvenser vid avvikelse. Vanliga svenska nivåer ligger mellan 99,5 och 99,99 procents tillgänglighet, med responstid från 15 minuter för P1 till några timmar för P3. Utan tydligt SLA blir leverantörsstyrning praktiskt taget omöjlig. Vad är ett SLA? SLA, Service Level Agreement, är den del av ett driftsavtal som översätter affärskrav till mätbara servicenivåer. För svenska företag är ett välutformat SLA avgörande för att kunna styra leverantören, planera kostnader, kommunicera förväntningar internt och uppfylla regelkrav som GDPR och NIS2 . Ett SLA utan rapportering är ofta inte mer än en hyllvärmare. Ett bra SLA är begripligt för verksamheten, mätbart för båda parter och kopplat till affärsutfall snarare än tekniska komponenter. Det måste också vara realistiskt att leverera, eftersom orealistiska krav driver upp pris utan att faktiskt ge bättre service.

IT-drift med SLA

Ett SLA för IT-drift bör tydligt definiera tillgänglighetsnivå, responstid, lösningstid, prioritetsnivåer, rapportering och konsekvenser vid avvikelse. Vanliga svenska nivåer ligger mellan 99,5 och 99,99 procents tillgänglighet, med responstid från 15 minuter för P1 till några timmar för P3. Utan tydligt SLA blir leverantörsstyrning praktiskt taget omöjlig.

Vad är ett SLA?

SLA, Service Level Agreement, är den del av ett driftsavtal som översätter affärskrav till mätbara servicenivåer. För svenska företag är ett välutformat SLA avgörande för att kunna styra leverantören, planera kostnader, kommunicera förväntningar internt och uppfylla regelkrav som GDPR och NIS2. Ett SLA utan rapportering är ofta inte mer än en hyllvärmare.

Ett bra SLA är begripligt för verksamheten, mätbart för båda parter och kopplat till affärsutfall snarare än tekniska komponenter. Det måste också vara realistiskt att leverera, eftersom orealistiska krav driver upp pris utan att faktiskt ge bättre service. Förankra därför SLA-nivåer i verklig nedtidstolerans och affärsvärde, inte i generella mallar.

Vad bör ingå i ett IT-drift-SLA?

KomponentTypiska nivåer (Sverige)
Tillgänglighet99,5 % - 99,99 % per tjänst
Servicefönster24/7 eller kontorstid plus jour
Responstid P1 (kritisk)15 min - 1 h
Responstid P2 (hög)1 - 4 h
Responstid P3 (medel)4 - 8 h
Lösningstid P11 - 4 h
Lösningstid P24 - 24 h
Lösningstid P31 - 5 arbetsdagar
PatchcykelSäkerhet inom 14 dagar
RapporteringMånads- och kvartalsrapporter
ServicereviewKvartalsvis
Vite5-25 % av månadsavgift
Kostnadsfri experthjälp

Behöver ni hjälp med cloud?

Boka ett kostnadsfritt 30-minuters möte med en av våra specialister inom cloud. Vi analyserar ert behov och ger konkreta rekommendationer — helt utan förpliktelse.

Solution ArchitectAI-specialistSäkerhetsexpertDevOps-ingenjör
50+ certifierade ingenjörerAWS Advanced Partner24/7 support
Helt kostnadsfritt — ingen förpliktelseSvar inom 24h

Praktisk vägledning

Ett vanligt misstag är att kravställa 99,99 procent tillgänglighet på allt, vilket är dyrt och sällan affärsmotiverat. Differentiera mellan tjänster. Affärssystem och e-handel kan behöva 99,9 procent eller mer, medan utvecklingsmiljöer klarar sig med 99 procent. Definiera tillgänglighet per affärstjänst snarare än per server och säkerställ att mätningen sker från användarperspektiv.

Glöm inte att specificera vad som händer vid SLA-brott. Viten bör vara proportionerliga, kompletterade med rotorsaksanalys och förbättringsplan. Läs vidare i vår checklista för IT-drift och vår genomgång av proaktiv driftsmetodik.

Mätningen ska ske från användarperspektiv och dokumenteras transparent. Det innebär att tillgänglighet på en server inte är samma sak som tillgänglighet på en affärstjänst, eftersom en affärstjänst ofta är beroende av flera komponenter. Be leverantören förklara mätmetod, datakällor och hur planerat underhåll räknas, så att du vet vad SLA-procenten faktiskt betyder i praktiken.

Så hjälper Opsio

Opsio levererar managerade IT-tjänster till svenska företag med team i Sverige och dygnetruntbevakning. Vi arbetar enligt ITIL och är certifierade för AWS, Azure och Google Cloud. Läs mer i vår översiktsguide eller på vår tjänstesida.

Behöver du hjälp att välja partner? Läs sju kriterier för att välja IT-driftspartner. Vill du diskutera ditt behov? Kontakta oss för ett förutsättningslöst samtal.

Vanliga frågor

Vad innebär 99,9 procents tillgänglighet?

99,9 procents tillgänglighet motsvarar maximalt 8,76 timmars nedtid per år, eller cirka 43 minuter per månad. 99,99 procent ger däremot bara 52 minuter per år. Kontrollera hur leverantören mäter och vad som räknas som planerat respektive oplanerat underhåll.

Vad är skillnaden mellan responstid och lösningstid?

Responstid är hur lång tid det tar innan leverantören kvitterar ärendet och börjar arbeta med det. Lösningstid är hur lång tid det tar att faktiskt återställa tjänsten. Båda måste definieras per prioritetsnivå för att SLA ska vara meningsfullt i praktiken.

Hur definieras prioritet P1, P2 och P3?

P1 är kritisk påverkan där en affärskritisk tjänst inte fungerar. P2 är hög påverkan med många användare drabbade eller delvis driftstopp. P3 är medel påverkan med begränsad funktionalitetsförlust. Definitionerna ska vara objektiva och förankrade i båda parters affärsbild.

Är vite alltid en bra mekanism?

Vite är ett verktyg, inte en lösning i sig. Ett bra avtal kombinerar måttliga viten med strukturerad rotorsaksanalys, förbättringsplaner och regelbundna servicereview. Renodlade vitesmodeller riskerar att skapa motsättningar utan att faktiskt höja servicekvaliteten över tid.

Hur ofta bör SLA omförhandlas?

Minst en gång per år vid en formell servicereview, men SLA bör ses över oftare när verksamheten genomgår förändringar som tillväxt, nya marknader, regelförändringar eller större tekniska migreringar. Bygg in revisionsmekanismer direkt i avtalet.

Written By

Jacob Stålbro
Jacob Stålbro

Head of Innovation at Opsio

Jacob leads innovation at Opsio, specialising in digital transformation, AI, IoT, and cloud-driven solutions that turn complex technology into measurable business value. With nearly 15 years of experience, he works closely with customers to design scalable AI and IoT solutions, streamline delivery processes, and create technology strategies that drive sustainable growth and long-term business impact.

Editorial standards: Denna artikel är skriven av molnpraktiker och granskad av vårt ingenjörsteam. Vi uppdaterar innehållet kvartalsvis. Opsio upprätthåller redaktionellt oberoende.