Avtalshantering är sällan i första hand ett dokumentproblem. Det är ett processproblem. När kontrakt förnyas automatiskt utan omförhandling, när uppsägningstider missas, eller när SLA-brister aldrig får ekonomisk konsekvens, är det inte brist på filstruktur som är orsaken – det är brist på en definierad process med tydliga steg, ansvar och kopplingar till operativa system. Den här artikeln går igenom vad en avtalshanteringsprocess bör innehålla och hur du bygger den steg för steg.

Varför processen väger tyngre än verktyget

Många organisationer köper ett avtalssystem först och definierar processen efteråt. Resultatet blir en digital mappstruktur som återspeglar samma kaos som fanns tidigare, bara med bättre sökbarhet. En avtalshanteringsprocess ska först definieras i sina sex grundläggande steg och därefter avspeglas i systemet – inte tvärtom. Stegen är inhämtning, granskning, godkännande, aktivering, uppföljning och förnyelse eller avslut. Varje steg har ägare, beslutspunkter och överlämningar till nästa steg.

Steg 1 – Inhämtning och kravställning

Processen startar innan en leverantör kontaktas. Verksamhetens behov ska formaliseras med input från juridik, ekonomi och de operativa enheter som ska använda tjänsten. Redan här registreras avtalstyp, motpart och strategisk klassificering – kritiskt, standard eller tillfälligt. Klassificeringen styr resten av flödet: hur snabbt granskningen ska gå, vilka som ska godkänna och vilken uppföljningsnivå avtalet får under sin löptid.

Steg 2 – Granskning och förhandling

Granskningen sker i två spår parallellt. Juridisk granskning kontrollerar mot mallar och kända riskklausuler – ansvarsbegränsning, personuppgiftshantering, tvistlösning. Kommersiell granskning bedömer prismodell, indexering och volymåtaganden. Versionshantering är kritisk i det här steget: utan systematisk versionering signeras ofta fel version, och juridiska förändringar från sena rundor försvinner i mailkedjor.

Steg 3 – Godkännande

Beslutsmatrisen ska vara definierad på förhand och kopplad till avtalsvärde och strategisk vikt. Ett standardavtal under en viss tröskel godkänns av avtalsägaren, medan strategiska avtal kräver ledningsbeslut. Digital signering med spårbar godkännandekedja ersätter mailbaserade godkännanden och skapar den revisionsspår som behövs vid framtida tvister eller upphandlingskontroller.

Steg 4 – Aktivering och operativ koppling

Här sker övergången från inköpsprocessen till den operativa vardagen – och det är i den övergången som majoriteten av avtalsproblem uppstår. Avtalet ska kopplas till de tjänster, licenser eller resurser som det reglerar. Startdatum, kontraktslängd, uppsägningstid och indexeringstillfällen registreras som datum-triggers. Utan koppling mellan avtal och operativ verklighet blir avtalet en isolerad PDF – och SLA-uppföljningen i steg 5 blir omöjlig.

Steg 5 – Uppföljning under avtalets löptid

Löpande uppföljning av SLA och kommersiella villkor är det steg som oftast försummas. Avvikelser ska registreras strukturerat – inte i mailtrådar mellan verksamhet och leverantörsansvarig. Månads- eller kvartalsvis rapport till avtalsägaren ger den datagrund som behövs vid förnyelseförhandling. Det är i det här steget som avtalshanteringen börjar generera mätbart affärsvärde: dokumenterade SLA-brister blir förhandlingskraft eller grund för ekonomisk kompensation.

Steg 6 – Förnyelse eller avslut

Automatisk notifiering före uppsägningstid är en grundfunktion – men det räcker sällan. Utvärdering av leverantörsprestanda över hela avtalsperioden ska ligga till grund för förnyelseförhandlingen. Formell uppsägning eller omförhandling dokumenteras i systemet, så att processen kan starta om i steg 1 utan att kunskap går förlorad.

Vanliga fel i avtalsprocessen

• Ingen definierad ägare per avtal – ingen som följer upp SLA eller uppsägningsdatum.
• Uppsägningstider som missas eftersom bevakningen är manuell och baserad på kalenderpåminnelser hos enskilda medarbetare.
• Avtal separerat från de tjänsteärenden som avtalet reglerar – vilket gör SLA-uppföljning omöjlig i praktiken.
• Ingen versionshistorik – vilket skapar juridisk osäkerhet vid tvist eller granskning.
• Beslutsmatris som existerar på papper men inte i systemet – godkännanden fortsätter ske via mail.

Hur Nilex stödjer strukturerad avtalshantering

Nilex Service Platform kopplar avtal till de tjänster, ärenden och SLA:er som avtalet reglerar – och gör därmed uppföljningen operativt möjlig, inte bara teoretiskt. Datum-triggers för uppsägning och indexering, notifieringar till avtalsägare och rapportering per avtal är inbyggda funktioner. När en SLA-brist registreras i ett ärende kan den kopplas till det bakomliggande avtalet automatiskt, vilket gör att uppföljningsdatan byggs upp löpande utan manuellt arbete.

Vill du se hur en strukturerad avtalsprocess ser ut i praktiken? Boka en genomgång med en av våra konsulter.