SLA-avtal och ramavtal förväxlas oftare än man skulle tro – både i upphandlingsspråk och i den dagliga hanteringen. Distinktionen är dock inte semantisk. Ett SLA och ett ramavtal fyller olika juridiska funktioner, styr olika delar av leverantörsrelationen och kopplas till olika processer i den operativa vardagen. När de blandas ihop uppstår tomrum: åtaganden faller mellan avtalen, och när något går fel finns ingen tydlig hemvist för tvisten. Den här artikeln reder ut skillnaderna och visar hur de två avtalstyperna ska förhålla sig till varandra.
Ramavtal – strukturen som möjliggör avrop
Ett ramavtal är en juridisk struktur som reglerar villkoren för framtida avtal mellan parterna, utan att i sig binda parterna vid en specifik leverans. Innehållet är kommersiella och juridiska ramar: prismodell, betalningsvillkor, ansvarsbegränsning, personuppgiftshantering, tvistlösning, uppsägningsvillkor. När en faktisk leverans ska ske, sker det via avrop – ett avropsavtal eller en avropsorder som refererar till ramavtalet och kompletterar det med leveransspecifika detaljer.
I offentlig upphandling är ramavtalet en formaliserad struktur enligt LOU. I privat sektor är formen friare, men funktionen densamma: att skapa en förutsägbar avtalsgrund som förenklar framtida transaktioner utan att kräva förhandling från noll varje gång.
SLA – förpliktelsen om kvalitetsnivå
Ett Service Level Agreement är en bindande överenskommelse om mätbara prestandaparametrar för en tjänsteleverans. Innehållet är operativt: svarstid, lösningstid, tillgänglighet, upptid, incidentprioritering och de konsekvenser som utlöses vid avvikelse – vitesklausuler, kompensation eller eskaleringsmekanismer. Ett SLA säger inte vad som ska levereras utan hur väl det ska levereras.
SLA existerar sällan som ett fristående juridiskt dokument. Det utgör oftast en bilaga eller en integrerad del av ett ramavtal, ett tjänsteavtal eller ett avropsavtal. Den juridiska bindningen kommer från det överordnade avtalet; SLA:t definierar de operativa åtagandena inom det.
Så förhåller de sig till varandra
Den enklaste modellen är hierarkisk. Ramavtalet ligger överst och definierar de kommersiella och juridiska villkoren. Under ramavtalet ligger avropsavtal eller tjänsteavtal som specificerar vad som faktiskt levereras. Till dessa hör SLA som specificerar hur väl leveransen ska ske. En förändring i SLA påverkar inte ramavtalets grundvillkor – men en förändring i ramavtalet kan påverka giltigheten i alla underliggande SLA.
Praktisk konsekvens: när en verksamhet reklamerar en SLA-brist ska hemvisten vara SLA:t och det avropsavtal SLA:t hör till. När en verksamhet vill omförhandla prismodellen sker det i ramavtalet. Utan tydlig hierarki hamnar båda diskussionerna i samma möte, med olika parter kring bordet och otydligt mandat.
Var gränsen ofta blir otydlig
Två vanliga sammanblandningar återkommer i praktiken. Den första är när SLA-liknande formuleringar hamnar direkt i ramavtalstexten utan att kopplas till en specifik leverans – vilket gör åtagandena mätbara i teorin men omöjliga att följa upp i praktiken, eftersom ingen leveransspecifik referenspunkt existerar. Den andra är när avropsavtalet inte refererar tillbaka till ramavtalet på ett tydligt sätt, vilket skapar juridisk osäkerhet om vilka villkor som gäller när avropsavtalets egna villkor är ofullständiga.
En tredje, mer subtil, sammanblandning uppstår när SLA-mätningar sker mot fel referenspunkt. Om SLA specificerar svarstid på fyra timmar och ramavtalet definierar öppettider som helgfria vardagar 08–17, ska mätningen ske inom det tidsfönstret – inte över dygnet. Utan tydlig koppling mellan SLA-mätning och ramavtalets driftdefinition uppstår återkommande dispyter om vad som utgör en brist.
Processkoppling i avtalshanteringen
För att distinktionen ska fungera operativt krävs att avtalshanteringssystemet stödjer en hierarkisk struktur. Ramavtalet registreras som ett överordnat objekt, med underliggande avropsavtal och tillhörande SLA. Vid en SLA-avvikelse i ett ärende ska systemet automatiskt kunna presentera det aktuella SLA:t, det överordnade ramavtalet och den beslutsmatris som gäller för eskalering.
Utan den kopplingen behandlas SLA-uppföljning som ett rapporteringsproblem istället för ett kontraktsuppföljningsproblem. Verksamheten ser att ärenden överstiger svarstid, men saknar direkt tillgång till den kommersiella grunden för att agera – vilket gör att avvikelser aggregeras utan att omvandlas till förhandlingskraft eller kompensation.
Vanliga fel i praktiken
- SLA-krav i ramavtalstext utan koppling till specifika leveranser – vilket gör åtagandena mätbara i teorin men inte i praktiken.
- Avropsavtal som inte tydligt refererar tillbaka till ramavtalet – vilket skapar juridisk osäkerhet vid tvist.
- SLA-mätning över kalendertid istället för mot ramavtalets driftdefinition.
- SLA-avvikelser som registreras men aldrig kopplas till kontraktsuppföljningen – vilket gör att data aggregeras utan konsekvens.
- Ingen tydlig ägarskap – ramavtalet ägs av inköp, SLA av IT, och SLA-brister diskuteras i mötesforum där ingen har mandat att agera juridiskt.
Hur Nilex stödjer SLA- och avtalsuppföljning
Nilex Service Platform hanterar avtal i en hierarkisk struktur där ramavtal, avropsavtal och SLA kopplas samman. När ett ärende bryter mot definierat SLA registreras avvikelsen mot rätt kontraktsnivå, och avtalsägaren får notifiering med direkt tillgång till både SLA:t och det överordnade avtalet. SLA-mätning sker mot definierade driftfönster, inte över kalendertid, vilket ger en mätning som fungerar juridiskt vid tvist.
Vill du se hur en strukturerad avtals- och SLA-uppföljning ser ut i praktiken? Boka en genomgång med en av våra konsulter.
