Vad är licensefterlevnad?

Licensefterlevnad innebär att programvara används helt inom licensavtalets villkor - rätt antal platser, rätt utgåva, rätt användare, på det sätt som är tillåtet. Varje kommersiell licens är ett avtal som ger vissa rättigheter och inget mer: organisationen följer villkoren när den faktiska användningen matchar det som köpts, och bryter mot dem i samma ögonblick som användningen glider förbi avtalet. Den glidningen är normalfallet, inte undantaget: icke godkända konton (skugg-IT), bortglömda installationer och licensplatser som aldrig togs tillbaka från medarbetare som slutat driver alla användningen tyst förbi pappren.

Hur företag hamnar utanför licensvillkoren

Nästan ingen bestämmer sig för att bryta mot en licens. De vanliga vägarna dit är vardagliga:

• Fler installationer än platser - en licens köps en gång, installeras på en andra dator “tillfälligt”, sedan på en tredje.
• Fel utgåva eller nivå - någon använder funktioner från en högre nivå, eller standardutgåvan körs där avtalet kräver licens per processorkärna eller per server.
• Otillåten användning - utbildnings-, förenings- eller privatlicenser används i kommersiellt arbete, eller utvecklingslicenser körs i produktion.
• Inaktuella tilldelningar - en plats som stod på någon som slutat lämnas informellt vidare till en ny kollega utan att registret uppdateras, så att användaren på pappret inte längre är den som faktiskt använder licensen.
• Oregistrerade inköp - prenumerationer köps på avdelningens kort och når aldrig den som hanterar programlicenser centralt, så ingen vet vilka villkor som godkänts.

Hur en licensrevision går till

De flesta företagsavtal innehåller en revisionsklausul. Leverantören (eller en revisionsfirma som agerar för leverantörens räkning) aviserar revisionen, begär in installationsdata - självrapporterad eller insamlad med ett inventeringsverktyg - och jämför mot inköpsunderlaget. Varje gap slutar i en uppgörelse: du köper det som saknas, vanligtvis till listpris i stället för din förhandlade rabatt, ibland med retroaktiva underhållsavgifter ovanpå.

Det dyra är sällan själva uppgörelsen, utan paniken: veckor av att jaga fakturor, licensbevis och installationssiffror i mejlkorgar och gamla kalkylark - med en avtalad deadline hängande över sig.

Licensefterlevnad kontra true-up

En true-up är den vänskapliga varianten av samma avstämning - en schemalagd självrapportering, inbyggd i avtal där användningen förväntas växa och prissatt enligt avtalet. En revision är den misstrogna varianten, utlöst när leverantören tror att självrapporteringen inte stämmer. Ett företag som på begäran kan visa en korrekt bild av köpta rättigheter kontra faktisk användning förvandlar båda till ren rutin.

Så håller du dig inom villkoren i praktiken

Hela disciplinen kokar ner till att hålla två listor ärliga: vad du har köpt, och vem som använder det.

• Registrera varje rättighet en gång - produkt, utgåva, antal platser, avtal, faktura - på ett ställe, inte i köparens mejlkorg.
• Registrera tilldelningarna: vilken person eller endpoint som har varje plats.
• Ta tillbaka platser vid offboarding, innan kontot stängs och spåren försvinner.
• Stäm av tilldelningarna mot personallistan före varje förnyelse, medan siffrorna fortfarande går att förhandla.

AMPthilly behandlar programlicenser som tillgångar vid sidan av hårdvaran - varje licenspost har antal platser, innehavare, leverantör, inköpsdatum och bifogat avtal, så att en revisionsförfrågan kan besvaras med ett filter och en CSV-export i stället för en utredning.

Relaterade termer

• True-up - den schemalagda självrapporterade avstämningen som många volymavtal kräver
• Skugg-IT (shadow IT) - icke godkänd programvara och utrustning, en av de vanligaste källorna till licensgap
• Endpoint - enheterna där licensierad programvara installeras och räknas
• MDM - enhetshantering som ofta används för att se vad som faktiskt är installerat
• BYOD - privata enheter i jobbet, som komplicerar licenser per enhet