Vad är ett programvarulicensavtal?

Ett programvarulicensavtal är ett avtal där ägaren av ett datorprogram ger en annan part rätt att använda programmet på definierade villkor, samtidigt som äganderätten till programvaran behålls. Det anger vad programvaran får användas till, av hur många personer eller på hur många maskiner, under hur lång tid, till vilket pris och vad som händer när endera parten vill avsluta.

Avtalet är viktigt eftersom programvara skyddas av upphovsrätt. I USA har upphovsrättsinnehavaren ensamrätt att reproducera ett verk, framställa bearbetningar och distribuera exemplar [1]. Att installera, kopiera eller anpassa ett program berör dessa rättigheter. Licensen är tillståndet som gör användningen laglig, och dess formulering utgör gränsen för vad ett företag faktiskt får göra.

Den distinktionen har konsekvenser. Amerikanska federala domstolar har slagit fast att en programvaruanvändare är licenstagare och inte ägare av en kopia när upphovsrättsinnehavaren beviljar en licens, kraftigt begränsar överlåtelse och inför betydande användningsbegränsningar. Enligt detta resonemang kan en licenstagare inte åberopa first sale-doktrinen eller essential step-försvaret i section 117, och sina rättigheter har den endast enligt licensavtalets villkor [2]. Att köpa programvara och att äga programvara är inte samma sak.

Samma instrument förekommer under flera namn, och skillnaderna handlar mest om vem som signerar och hur förhandlingsbara villkoren är.

Namn	Vad det vanligtvis är
Programvarulicensavtal (SLA)	Den allmänna termen för avtalet som ger användningsrättigheter
End user license agreement (EULA)	Standardformuläret som presenteras vid installation eller registrering och inte är förhandlingsbart
Företags- eller volymlicensavtal	Ett förhandlat avtal för en organisation som köper i stor skala
Prenumerations- eller software as a service-avtal (SaaS)	Tillgång under en avtalstid, vanligtvis driftad av leverantören
Evig licens (perpetual)	Rätten att köra en specifik version på obestämd tid, med support köpt separat
Öppen källkodslicens	En offentlig licens som ger breda rättigheter med villkor

Två namnfällor är värda att uppmärksamma. För det första används förkortningen SLA för software license agreement i kretsar som arbetar med software asset management [3], men i de flesta avtalssammanhang betyder SLA service level agreement, ett annat dokument om drifttid och svarstider. Kontrollera vilket motparten menar innan du svarar. För det andra är en EULA en typ av programvarulicensavtal, inte en separat art: det är den standardiserade versionen som presenteras för slutanvändaren [3].

Öppen källkodslicenser är också programvarulicensavtal, med ovanlig ekonomi. För att kvalificera som öppen källkod enligt Open Source Initiatives definition måste en licens tillåta fri vidaredistribution, tillhandahålla källkod och tillåta ändringar och bearbetningar [4]. Skyldigheterna handlar vanligtvis om attribuering och distributionsvillkor snarare än avgifter, vilket är precis varför de missas.

Syfte och vanliga användningsområden

Avtalet fyller fyra funktioner samtidigt. Det ger ett tillstånd som upphovsrätten annars skulle hålla tillbaka. Det begränsar tillståndet så att leverantören kan sälja olika omfattningar till olika priser. Det fördelar risk genom garantier, skadeslöshetsåtaganden och ansvarsvillkor. Och det sätter den kommersiella rytmen: vad som betalas, när och hur relationen förnyas eller avslutas.

Typiska situationer där ett sådant avtal förekommer:

• Ett företag prenumererar på en SaaS-produkt och accepterar villkoren vid registreringen.
• En leverantör och en kund förhandlar fram ett företagsavtal som omfattar många produkter och affärsenheter.
• Programvara bäddas in i hårdvara eller säljs vidare till tredje part, vilket vanligtvis kräver ett separat distributions- eller återförsäljaravtal.
• En utvecklare licensierar ett komponentbibliotek till en kommersiell produkt.
• En offentlig aktör köper kommersiell programvara. Amerikanska federala upphandlingsregler föreskriver att kommersiell datorprogramvara ska anskaffas under de licenser som vanligtvis erbjuds allmänheten, i den mån licenserna är förenliga med federal lag [5].

Parter i avtalet

Det finns två namngivna parter och flera andra vars beteende regleras av avtalet utan att de signerar det.

Licensgivaren äger eller kontrollerar rättigheterna till programvaran. Den beviljar licensen och åtar sig vanligtvis att leverera programvaran, tillhandahålla överenskommen support, försvara anspråk om intrång i immateriella rättigheter och följa skyldigheter kring dataskydd när den behandlar kunddata.

Licenstagaren får rätten att använda programvaran. Dennes skyldigheter är vanligtvis att betala avgifter, hålla sig inom licensens omfattning, skydda inloggningsuppgifter och konfidentiell information, respektera användningsbegränsningar och samarbeta vid licensverifiering.

Utöver signaturerna omfattar avtalet vanligtvis auktoriserade användare som anställda och entreprenörer, närstående bolag till licenstagaren och ibland slutkunder när licenstagaren får bädda in eller sälja vidare programvaran. Licenstagaren ansvarar normalt fortfarande för deras efterlevnad. Det är klausulen som gör att ett oaktsamt teams beteende blir den undertecknande enhetens ansvar.

Viktiga termer och klausuler

Detta är allmän information om hur dessa avtal är uppbyggda, inte juridisk rådgivning om ett specifikt avtal.

Licensgivning. Kärnmeningen. Titta på om den är exklusiv eller icke-exklusiv, evig eller tidsbegränsad, global eller territoriell, överlåtbar eller inte, och om vidarelicensiering är tillåten.

Omfattning och licensmått. Vad som räknas: namngivna användare, samtidiga användare, kärnor i central processing unit (CPU), enheter, miljöer, transaktionsvolym eller intäktsnivå. Måttet är det leverantören mäter vid revision.

Begränsningar. Vanliga förbud gäller reverse engineering, benchmarking, delning av åtkomst utanför den licensierade gruppen, service bureau-användning och borttagning av äganderättsmeddelanden.

Immateriella rättigheter och ägande. Bekräftar att licensgivaren behåller äganderätten och reglerar vem som äger feedback, konfigurationer och eventuella kunddata eller resultat.

Avgifter, true-up och höjningar. Pris, faktureringsfrekvens, vad som utlöser ytterligare avgifter vid användning utanför omfattningen och eventuella tak eller avsaknad av tak för höjningar vid förnyelse.

Support, underhåll och servicenivåer. Ofta ett separat schema. När åtaganden om drifttid och svarstider finns ligger de vanligtvis i ett service level agreement som biläggs huvudavtalet.

Garantier och friskrivningar. Vad leverantören lovar att programvaran ska göra, under hur lång tid och vad som uttryckligen undantas.

Skadeslöshetsåtaganden. Oftast håller licensgivaren skadeslös mot tredje parts anspråk om immateriella rättigheter, och licenstagaren håller skadeslös vid missbruk.

Ansvarsbegränsning. Tak och friskrivningar samt de undantag där taket inte gäller.

Rätt till revision och verifiering. Leverantörens rätt att granska användningen, vilket varsel som krävs och vem som betalar för bristande efterlevnad.

Avtalstid, förnyelse och uppsägning. Behandlas nedan, eftersom det är där de flesta operativa pengar förloras.

Dataskydd och säkerhet. När leverantören behandlar personuppgifter finns vanligtvis ett personuppgiftsbiträdesavtal vid sidan av licensen.

En strukturell notering om säkerhetskopior. I USA gäller att tillåtelsen att framställa arkivkopior enligt section 117 tillkommer ägaren av en kopia, och alla arkivkopior måste förstöras om det fortsatta innehavet inte längre är lagligt [1]. Inom EU, och därmed i Sverige, är läget ett annat: ett säkerhetsexemplar som framställs av en person med rätt att använda programmet får inte förbjudas genom avtal i den mån det är nödvändigt för användningen, och den första försäljningen av en kopia i unionen som görs av rättsinnehavaren konsumerar spridningsrätten till den kopian [6]. Svensk rätt genomför dessa regler i upphovsrättslagen 19 § och 26 g §. Jurisdiktionen förändrar svaret, så läs klausulen om tillämplig lag innan du utgår från att någon av reglerna gäller.

Viktiga datum och livscykelhändelser

Programvarulicensavtal styrs av datum, och datumen finns sällan i samma dokument som signatursidan.

• Ikraftträdandedatum och avtalstidens början. Ibland datumet i orderformuläret, ibland driftsättningen, ibland ett pilotprojekts slutdatum.
• Prenumerationens eller licensens slutdatum. Datumet då rättigheterna upphör om inget händer.
• Datum för automatisk förnyelse. De flesta prenumerationsavtal förnyas automatiskt om inget besked lämnas.
• Sista dag för uppsägningsbesked. Den verkliga deadline. Den ligger veckor eller månader före förnyelsedatumet, och att missa den binder företaget för ytterligare en hel avtalstid.
• Datum för besked om prishöjning. Där leverantören måste avisera en höjning innan den kan tillämpas.
• Datum för true-up eller användningsrapportering. Regelbunden avstämning av faktisk användning mot nyttjanderätten.
• Förnyelse av support eller underhåll. På eviga licenser förnyas detta ofta i sin egen cykel.
• Varselperioder för revision. Det förhandsbesked leverantören måste lämna före verifiering.
• Skyldigheter efter uppsägning. Radering eller återlämnande av programvara och data samt eventuell avvecklings- eller övergångsperiod.

Vart och ett av dessa datum tillhör en person, inte en mapp. Beslutet om förnyelse ligger hos inköp, avstämningen av användning hos IT-teamet och bekräftelsen av radering ofta hos säkerhetsfunktionen.

Risker och vanliga misstag

Tyst automatisk förnyelse. Varselfönstret stängs, avtalstiden förnyas och budgeten binds innan någon har utvärderat om verktyget fortfarande används.

Omfattningsglidning. Ett team lägger till användare, startar en andra miljö eller flyttar en arbetsbelastning till fler kärnor. Användningen växer organiskt medan nyttjanderätten inte gör det.

Oförberedda revisioner. Leverantörsrevisioner är vanliga och kostsamma. Flexeras 2026 State of ITAM Report, om information technology asset management (ITAM), visade att 48 procent av de tillfrågade organisationerna hade granskats under det senaste året, att 64 procent av de granskade organisationerna rapporterade revisioner från Microsoft och att 44 procent av respondenterna hade lagt mer än en miljon dollar på revisioner under tre år [7]. Samma rapport visade att endast 36 procent av organisationerna har full insyn i sin IT-miljö [7].

Att behandla en signerad licens som ett köp. Som distinktionen mellan licenstagare och ägare visar kan vidareförsäljning, överlåtelse och till och med viss kopiering begränsas på sätt som överraskar team som tror att de har köpt programvaran [2].

Att tappa dokumentuppsättningen. En licensrelation består vanligtvis av ett huvudavtal plus orderformulär, ändringsavtal, supportscheman och ett personuppgiftsbiträdesavtal. När bara huvudavtalet arkiveras saknas de kommersiella villkor som faktiskt styr.

Ohanterade skyldigheter för öppen källkod. Villkor om attribuering och källtillgänglighet kommer utan faktura, så inget påminner om en översyn förrän en kund eller en förvärvare frågar [4].

Ingen ägare. Det vanligaste misslyckandet är inte en dålig klausul. Det är ett signerat avtal som ingen har gjorts ansvarig för.

Närliggande avtalstyper

• Ett master service agreement (MSA) styr en pågående tjänsterelation och är ofta det överordnade dokument som orderformulär hänger under. En programvarulicens ger användningsrättigheter; ett MSA ramar in hur arbetet levereras.
• Ett service level agreement definierar prestationsåtaganden, krediter och påföljder. Det bifogas vanligtvis en licens eller prenumeration i stället för att ersätta den.
• Ett personuppgiftsbiträdesavtal reglerar hur leverantören hanterar personuppgifter för kundens räkning.
• Ett återförsäljaravtal för programvara ger en tredje part rätt att sälja eller distribuera programvaran, vilket en vanlig slutanvändarlicens inte gör.
• En EULA är ett programvarulicensavtal i standardiserad form för klickacceptans, inte en egen avtalstyp [3].

Checklista för avtalshantering

Arbeta igenom detta mot ett verkligt avtal, inte ur minnet.

1. Arkivera hela uppsättningen. Lägg huvudavtalet, varje orderformulär, ändringsavtal, supportschemat och personuppgiftsbiträdesavtalet i ett sökbart avtalsarkiv, länkade som en enda relation.
2. Registrera licensmåttet och antalet. Skriv ner vad som räknas och exakt nyttjanderätt, så att en användningsfråga kan besvaras utan att öppna PDF:en igen.
3. Extrahera villkoren som bär risk. Fånga licensomfattning, begränsningar, avgifter och höjningsmekanismer, revisionsrättigheter, varselperioder och ansvarstak som strukturerade fält. Extraktion av avtalsdata gör detta till ett repeterbart steg i stället för en läsövning.
4. Lägg uppsägningsfristen i kalendern, inte förnyelsedatumet. Ställ in påminnelsen tillräckligt långt före fristen för att ett verkligt beslut ska kunna fattas, och skicka den till personen som kan fatta det.
5. Utse en ägare per avtal. En person som ansvarar för förnyelse, användning och svar vid revision.
6. Stäm av användningen före varje förnyelse. Jämför faktiska användare, enheter eller miljöer mot nyttjanderätten och lös gapet innan leverantören hittar det.
7. Behåll revisionsbevis löpande. Nyttjanderättsdokument, driftsättningsregister och korrespondens, bevarade där de snabbt kan tas fram.
8. Granska skyldigheterna regelbundet. Kvartalsvis för stora avtal, årligen för resten. Kontrollera skyldigheterna för öppen källkod samtidigt.
9. Bekräfta att stegen efter uppsägning faktiskt har genomförts. Radering, återlämnande och återkallande av åtkomst är skyldigheter, inte avsikter.

För den stegvisa operativa versionen av detta, se hur du hanterar programvarulicensavtal. För den bredare leverantörsbilden täcker leverantörsavtalshantering samma disciplin för en hel leverantörsportfölj.

Contracko arbetar på avtalssidan av programvarulicensiering. Plattformen lagrar signerade licenser och deras relaterade dokument, extraherar nyckelvillkor och datum med artificiell intelligens (AI) och påminner rätt person innan ett varselfönster stängs. Den identifierar inte installerad programvara eller räknar installationer, vilket är uppgiften för verktyg för software asset management. Om uppföljningen av själva avtalen är gapet, starta en kostnadsfri provperiod och ladda upp några licensavtal för att se vad som kommer ut.

Källor

[1] U.S. Code, Title 17, sections 106 and 117 (upphovsrättsinnehavarens ensamrätter; begränsningar för kopiering och arkivkopior av datorprogram för ägaren av en kopia). law.cornell.edu/uscode/text/17/117

[2] United States Court of Appeals for the Ninth Circuit, Vernor v. Autodesk, Inc., 621 F.3d 1102 (2010) (trefaktortest för licenstagare kontra ägare, och att first sale- och essential step-försvaren inte är tillgängliga för licenstagare). cdn.ca9.uscourts.gov/datastore/opinions/2010/09/10/09-35969.pdf

[3] Flexera, ordlisteartikel om programvarulicensavtal (SLA-terminologi och förhållandet mellan SLA och EULA). flexera.com/resources/glossary/what-is-a-software-license-agreement

[4] Open Source Initiative, The Open Source Definition (fri vidaredistribution, tillgång till källkod och bearbetningar). opensource.org/osd

[5] U.S. Federal Acquisition Regulation 27.405-3 (kommersiell datorprogramvara som anskaffas under licenser som vanligtvis erbjuds allmänheten). acquisition.gov/far/27.405-3

[6] Europeiska unionen, direktiv 2009/24/EG om rättsligt skydd för datorprogram (konsumtion av spridningsrätten och säkerhetskopian som inte får förbjudas genom avtal; i svensk rätt genom upphovsrättslagen 19 § och 26 g §). eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0024

[7] Flexera, 2026 State of ITAM Report (revisionsfrekvens, revisionskostnader, leverantörsmix och insyn i IT-miljön). flexera.com/blog/it-asset-management/state-of-itam-2026-audits

Bilderna i den här artikeln har genererats med hjälp av AI.