Microsoft 365 licensfejl: De mest almindelige fejl, og hvordan du undgår dem

Microsoft 365-licensering udgør en integreret del af virksomhedens samlede IT- og sikkerhedsarkitektur, der styrer adgangen til kerneydelser som Exchange Online, Teams, SharePoint, OneDrive og Office-apps samt underliggende sikkerheds-, compliance-, administrations- og automatiseringsfunktioner. Da mange organisationer behandler licenser som et isoleret indkøbsspørgsmål frem for et strategisk arkitekturvalg, opstår der hyppigt faldgruber i form af overbetaling, utilstrækkeligt sikkerhedsniveau og kompleks administration. En kontrolleret og optimeret licensmodel forudsætter derfor en dybdegående analyse af de mest almindelige licensfejl, deres konsekvenser for drift og sikkerhed samt etableringen af en struktureret styringsmodel, der matcher virksomhedens reelle behov.

Guiden gennemgår de tekniske rammer, faldgruberne og designmodellen for Microsoft 365-licensering:

• Microsoft 365-licensering som en strategisk søjle i virksomhedens IT-, sikkerheds- og compliance-arkitektur

• De mest almindelige licensfejl ved indkøb, tildeling og administration af Microsoft 365-tjenester

• Konsekvenser af forkert licensering for økonomisk overbetaling, manglende sikkerhedskontroller og driftsmæssig kompleksitet

• Samspillet mellem brugerrettigheder og tilgængelige sikkerheds-, compliance- og automatiseringsfunktioner

• Etablering af en kontrolleret og optimeret licensmodel for effektiv rettighedsstyring og omkostningskontrol

Hvorfor Microsoft 365-licensering ofte går galt

Den mest almindelige fejl er at se Microsoft 365 som en samling produkter fremfor som en platform. Mange virksomheder tænker: "Vi skal bruge mail, Teams og Office-programmer." Derefter vælger de den billigste licens, der umiddelbart opfylder de behov.

Det kan fungere i meget små miljøer, men det skalerer dårligt. Når virksomheden får flere brugere, flere enheder, flere sikkerhedskrav eller flere compliance-krav, opdager man typisk, at licenserne ikke længere passer til virkeligheden.

En Microsoft 365-licens kan påvirke følgende områder:

Når licensering går galt, sker det ofte fordi kun én af disse dimensioner bliver vurderet. Indkøb ser på pris. IT ser på funktioner. Ledelsen ser på budget. Men licensmodellen bør binde det hele sammen.

flowchart TD
    A[Virksomhedens behov] --> B[Produktivitet]
    A --> C[Sikkerhed]
    A --> D[Administration]
    A --> E[Compliance]
    A --> F[Økonomi]

    B --> G[Licensvalg]
    C --> G
    D --> G
    E --> G
    F --> G

    G --> H[Brugere]
    G --> I[Enheder]
    G --> J[Data]
    G --> K[Driftsprocesser]

En god Microsoft 365-licensstrategi handler ikke om at købe den dyreste licens. Den handler om at købe den rigtige kombination af funktioner, rettigheder, sikkerhed og binding til virksomhedens faktiske behov.

Hvad en Microsoft 365-licens egentlig styrer

En licens i Microsoft 365 er ikke kun en betaling for adgang. Den fungerer som en rettighedspakke, der afgør hvilke services en bruger, gruppe eller organisation kan anvende.

Microsoft beskriver licenstildeling som noget, der kan administreres fra Microsoft 365 Admin Center via enten brugeroversigten eller licenssiden. Licenser kan tildeles direkte til brugere eller via grupper, og administratorer kan slå specifikke apps og services til eller fra under en licens. Microsofts dokumentation nævner også typiske fejlårsager som manglende ledige licenser, konflikter mellem serviceplaner og manglende eller ugyldig usage location.

Det betyder, at en licensbeslutning aldrig kun handler om produktnavnet. To brugere kan begge have Microsoft 365 Business Premium, men have forskellige services aktiveret under licensen. En bruger kan have Exchange Online aktivt, mens en anden ikke har det. En bruger kan have Teams aktiveret, mens en anden ikke har det. Denne fleksibilitet er nyttig, men den kan også skabe uigennemsigtige miljøer, hvis der ikke er governance.

flowchart LR
    A[Microsoft 365-licens] --> B[Serviceplaner]
    B --> C[Exchange Online]
    B --> D[Teams]
    B --> E[SharePoint]
    B --> F[OneDrive]
    B --> G[Intune]
    B --> H[Defender]
    B --> I[Entra ID-funktioner]

    J[Bruger] --> A
    K[Gruppe] --> A

Vigtige begreber

Microsoft 365 Admin Center er administrationsportalen, hvor administratorer blandt andet kan oprette brugere, tildele licenser, administrere abonnementer og se fejl.

Microsoft Entra ID er Microsofts cloudbaserede identitetsplatform. Det er her brugere, grupper, login, adgangspolitikker og mange sikkerhedsfunktioner administreres.

Intune er Microsofts løsning til endpoint management. Den bruges til at administrere computere, telefoner og tablets, udrulle politikker og sikre, at enheder overholder virksomhedens krav.

Defender dækker flere sikkerhedsprodukter. I Microsoft 365-sammenhæng bruges navnet ofte om beskyttelse mod malware, phishing, usikre links, kompromitterede enheder og identitetsbaserede trusler.

Serviceplan betyder den enkelte tjeneste eller funktion inde i en større licens. En Microsoft 365-licens består typisk af mange serviceplaner.

Fejl 1: At vælge licens ud fra pris alene

Den mest synlige forskel mellem Microsoft 365-licenser er prisen. Derfor starter mange licensbeslutninger med spørgsmålet: "Hvad er billigst?"

Det er forståeligt, men det er ikke en teknisk forsvarlig metode. Prisen fortæller ikke, hvilke risici virksomheden overtager ved at vælge en billigere licens.

Eksempel: En mindre virksomhed vælger Microsoft 365 Business Standard med Teams, fordi brugerne får mail, Teams, Office-apps og OneDrive. I varianten uden Teams, eksempelvis EØS-varianten, følger Teams ikke med og skal licenseres separat. Licensvalget dækker de umiddelbare produktivitetsbehov. Men hvis virksomheden også har behov for central enhedsstyring, Conditional Access, bedre identitetskontrol eller endpoint-beskyttelse, kan Business Standard hurtigt blive utilstrækkelig.

I det tilfælde er problemet ikke, at Business Standard er en dårlig licens. Problemet er, at den bliver brugt til et behov, den ikke er designet til at løse.

Microsoft Entra ID P1 er ifølge Microsoft inkluderet i blandt andet Microsoft 365 Business Premium og flere enterprise-planer. Det er en vigtig forskel, fordi P1-funktioner danner grundlaget for mange moderne adgangs- og sikkerhedspolitikker.

quadrantChart
    title Licensvalg bør vurderes efter både pris og kontrol
    x-axis Lav teknisk kontrol --> Høj teknisk kontrol
    y-axis Lav pris --> Høj pris
    quadrant-1 Strategisk investering
    quadrant-2 Dyr uden styring
    quadrant-3 Billig men begrænset
    quadrant-4 Effektiv basis
    Business Basic: [0.25, 0.25]
    Business Standard: [0.45, 0.35]
    Business Premium: [0.75, 0.60]
    Enterprise E5: [0.90, 0.90]

Diagrammet er konceptuelt. Det viser ikke officielle Microsoft-priser eller en komplet funktionssammenligning. Pointen er, at licensvalg bør vurderes efter både omkostning og styringsniveau.

Fejl 2: At blande licenser uden en bevidst model

Det er almindeligt, at en virksomhed har flere licenstyper. Det kan være helt korrekt. En frontlinjemedarbejder, en administrativ medarbejder, en leder og en ekstern konsulent har sjældent samme behov.

Fejlen opstår, når blandingen sker tilfældigt.

Et typisk mønster ser sådan ud:

1. Virksomheden starter med én licenstype til alle.

2. En bruger mangler en funktion og får en dyrere licens.

3. En anden bruger skal spare penge og får en billigere licens.

4. En gammel medarbejder forlader virksomheden, men licensen genbruges uden vurdering.

5. Efter to år findes der fem licenstyper uden dokumenteret begrundelse.

Resultatet er, at ingen længere ved, hvorfor brugerne har de licenser, de har.

flowchart TD
    A[Ingen licensmodel] --> B[Manuelle undtagelser]
    B --> C[Uens brugerrettigheder]
    C --> D[Svær fejlsøgning]
    D --> E[Højere omkostninger]
    E --> F[Flere undtagelser]
    F --> B

En bedre model er at definere licensprofiler.

Målet er ikke at reducere alt til én licens. Målet er at kunne forklare, hvorfor hver licens eksisterer.

Fejl 3: At tildele licenser manuelt uden governance

Manuel licenstildeling er ofte fint i starten. Hvis virksomheden har fem brugere, kan en administrator godt oprette en bruger og tildele en licens direkte.

Problemet opstår, når miljøet vokser. Direkte tildelte licenser er svære at styre, fordi rettigheden ligger på den enkelte bruger. Hvis brugeren skifter rolle, afdeling eller lokation, er der ingen garanti for, at licensen følger med på en kontrolleret måde.

Microsoft 365 Admin Center viser om en licens er tildelt direkte eller via en gruppe. Microsoft anbefaler også gruppebaseret licenstildeling til større mængder brugere.

Gruppebaseret licensering betyder, at brugeren får licens, fordi brugeren er medlem af en bestemt gruppe. Det gør licensering mere forudsigelig.

flowchart LR
    A[HR eller IT opretter bruger] --> B[Tilføj bruger til rollegruppe]
    B --> C[Gruppe tildeler licens]
    C --> D[Serviceplaner aktiveres]
    D --> E[Bruger får adgang]

    F[Bruger skifter rolle] --> G[Skift gruppemedlemskab]
    G --> H[Licens ændres automatisk]

Fordelen ved gruppebaseret licensering er ikke kun automatisering. Den vigtigste fordel er sporbarhed. Hvis en bruger har en licens, kan administratoren forklare hvorfor: brugeren er medlem af en gruppe, og gruppen repræsenterer en bestemt rolle eller funktion.

Brug grupper som udtryk for roller, ikke som tilfældige tekniske beholdere. En gruppe som Licens - Business Premium - Administrerede brugere er langt lettere at forstå end en gruppe som M365BP-01.

Fejl 4: At ignorere usage location og licensfejl

En af de mest oversete licensfejl er manglende eller forkert usage location. Microsoft bruger usage location til at afgøre, hvilke services der må aktiveres for en bruger. Hvis usage location mangler eller er ugyldig, kan licenstildelingen fejle.

Microsofts dokumentation nævner blandt andet følgende typiske årsager til licensfejl:

flowchart TD
    A[Licens forsøges tildelt] --> B{Ledig licens?}
    B -- Nej --> C[Fejl: Ingen ledige seats]
    B -- Ja --> D{Usage location sat?}
    D -- Nej --> E[Fejl: Ugyldig eller manglende lokation]
    D -- Ja --> F{Servicekonflikt?}
    F -- Ja --> G[Fejl: Konflikt mellem serviceplaner]
    F -- Nej --> H[Licens tildeles]

Fejlen er ikke kun teknisk. Den er organisatorisk. Hvis ingen kontrollerer licensfejl, kan virksomheden tro, at en bruger er korrekt oprettet, selvom vigtige services aldrig er aktiveret.

En god praksis er at gennemgå licensfejl fast, eksempelvis månedligt eller som del af onboarding-kontrol.

Fejl 5: At tro at fjernelse af en licens er det samme som offboarding

Når en medarbejder stopper, er det fristende at fjerne licensen med det samme for at spare penge. Det kan være korrekt, men det er ikke det samme som sikker offboarding.

Offboarding bør som minimum tage stilling til:

• Skal brugerens login blokeres?

• Skal sessioner tilbagekaldes?

• Skal mail videresendes eller konverteres til delt postkasse?

• Skal OneDrive-data overdrages?

• Skal Teams-ejerskab ændres?

• Skal adgang til grupper, applikationer og SharePoint-sites fjernes?

• Skal data bevares af juridiske eller driftsmæssige årsager?

Microsoft dokumenterer, at når en licens fjernes fra en bruger, bliver Exchange Online-data knyttet til kontoen som udgangspunkt holdt i 30 dage, hvorefter data kan blive slettet og ikke gendannes, medmindre retention-politikker eller andre mekanismer gælder. Microsoft dokumenterer også, at OneDrive-filer ikke automatisk slettes blot fordi licensen fjernes, medmindre brugeren slettes eller fjernes via synkronisering.

Det betyder, at licensfjernelse er en økonomisk og teknisk handling, men ikke en fuld offboardingproces.

sequenceDiagram
    participant HR as HR
    participant IT as IT
    participant Entra as Entra ID
    participant M365 as Microsoft 365
    participant Data as Dataejere

    HR->>IT: Medarbejder stopper
    IT->>Entra: Bloker login og tilbagekald sessioner
    IT->>M365: Sikr mailbox, OneDrive og Teams-data
    IT->>Data: Overdrag ejerskab og adgange
    IT->>M365: Fjern eller ændr licens
    IT->>HR: Bekræft afsluttet offboarding

Fjern aldrig licensen som det første trin, hvis der stadig mangler beslutninger om mail, OneDrive, Teams, retention eller adgang til forretningskritiske data.

Fejl 6: At overse sikkerhedsfunktioner i licensen

Mange virksomheder køber Microsoft 365 for mail og Office-apps, men overser at licensen også definerer sikkerhedsniveauet.

Det er især vigtigt i moderne Microsoft 365-miljøer, fordi sikkerhed i høj grad styres gennem identitet og enheder. Spørgsmålet er ikke kun, om brugeren kender sin adgangskode. Spørgsmålet er, om virksomheden kan vurdere konteksten for loginforsøget.

Eksempel:

• Logger brugeren ind fra en kendt enhed?

• Er enheden compliant?

• Kommer login fra et usædvanligt land?

• Forsøger brugeren at tilgå følsomme data?

• Er brugeren administrator?

• Er risikoen høj nok til at kræve ekstra kontrol?

Disse scenarier kræver ofte funktioner som Conditional Access, Intune og avanceret identitetsbeskyttelse. Microsoft dokumenterer, at Conditional Access er tilgængelig i Microsoft Entra ID P1, mens risikobaserede funktioner typisk hører til P2-niveauet.

flowchart TD
    A[Loginforsøg] --> B{Brugeridentitet OK?}
    B -- Nej --> C[Afvis]
    B -- Ja --> D{Enhed compliant?}
    D -- Nej --> E[Kræv handling eller blokér]
    D -- Ja --> F{Risiko acceptabel?}
    F -- Nej --> G[Kræv MFA eller blokér]
    F -- Ja --> H[Giv adgang]

Hvis virksomheden vælger licens uden at vurdere sikkerhedskrav, ender man ofte med at mangle de funktioner, der skal bruges til at implementere en moderne Zero Trust-tilgang.

Zero Trust betyder ikke, at man ikke stoler på medarbejdere. Det betyder, at adgang løbende vurderes ud fra identitet, enhed, risiko og kontekst i stedet for at blive givet permanent efter ét login.

Fejl 7: At misforstå NCE, binding og annullering

New Commerce Experience, ofte forkortet NCE, er Microsofts moderne handelsmodel for mange licensbaserede cloudabonnementer. For virksomheder betyder NCE især, at man skal forstå binding, fornyelse, reduktion af seats og annulleringsvinduer.

En klassisk fejl er at købe årlige licenser uden at forstå, at annullering kun kan ske inden for et begrænset vindue efter køb eller fornyelse. Microsofts Partner Center-dokumentation beskriver, at new commerce subscriptions som udgangspunkt kan annulleres inden for syv dage efter køb eller fornyelse, medmindre andet kræves ved lov. Efter dette vindue kan abonnementet ikke nødvendigvis annulleres før udløb.

Det er ikke et problem, hvis virksomheden har planlagt det. Det bliver et problem, hvis man behandler årlige licenser som om de kan reduceres frit måned for måned.

timeline
    title Forenklet NCE-livscyklus for en årlig licens
    Dag 0 : Køb eller fornyelse
    Dag 1-7 : Begrænset annulleringsvindue
    Resten af perioden : Binding frem til udløb
    Før udløb : Beslut fornyelse, ændring eller ophør
    Udløb : Abonnement følger lifecycle-statusser

NCE er ikke i sig selv dårligt. Det kræver bare licensstyring som en fast proces. Virksomheden bør have overblik over udløbsdatoer, fornyelsesdatoer, antal seats og forventede ændringer i medarbejderstaben.

Fejl 8: At købe for mange eller for få licenser

Overlicensering og underlicensering er modsatte problemer, men de har samme årsag: manglende overblik.

Overlicensering betyder, at virksomheden betaler for licenser, som ikke bruges eller ikke udnyttes. Underlicensering betyder, at brugere mangler adgang, eller at virksomheden forsøger at løse tekniske behov uden de nødvendige rettigheder.

Begge dele er dyre. Overlicensering er synlig på fakturaen. Underlicensering er ofte skjult som supporttid, sikkerhedsrisiko eller manuel drift.

flowchart LR
    A[Licensbehov] --> B{Kontrolleret proces?}
    B -- Nej --> C[Overlicensering]
    B -- Nej --> D[Underlicensering]
    B -- Ja --> E[Match mellem brugere, roller og licenser]

    C --> F[Unødige omkostninger]
    D --> G[Drifts- og sikkerhedsrisiko]
    E --> H[Forudsigelig økonomi]

En moden licensproces bør som minimum måle:

Lav licensreview som en fast månedlig eller kvartalsvis driftsopgave. Det bør ikke kun ske, når fakturaen virker for høj.

Fejl 9: At mangle dokumentation og ejerskab

Licensering fejler ofte, fordi ingen ejer processen. Økonomi betaler fakturaen. IT tildeler licensen. Ledelsen godkender budgettet. Men ingen ejer den samlede model.

Det skaber problemer, når virksomheden skal svare på simple spørgsmål:

• Hvorfor har denne bruger Business Premium?

• Hvilke brugere har adgang til avancerede sikkerhedsfunktioner?

• Hvem godkender nye licenser?

• Hvornår bliver licenser fjernet?

• Hvilke licenser er bundet årligt?

• Hvad sker der ved fratrædelse?

• Hvilke grupper tildeler hvilke licenser?

Hvis svaret kræver manuel gennemgang af hver bruger, er licensmodellen ikke moden nok.

mindmap
  root((Licensgovernance))
    Ejerskab
      IT
      Økonomi
      Ledelse
    Dokumentation
      Licensprofiler
      Gruppebaseret tildeling
      Fornyelsesdatoer
    Kontrol
      Månedligt review
      Fejlrapportering
      Offboarding
    Sikkerhed
      Conditional Access
      MFA
      Enhedsstyring
    Økonomi
      Binding
      Overlicensering
      Budget

En god licensmodel bør dokumenteres i et simpelt format. Det behøver ikke være et stort governance-dokument. En tabel med licensprofiler, målgrupper, tildelingsgrupper, godkendelsesproces og review-frekvens er ofte nok til at skabe kontrol.

Praktisk eksempel: Nordic Consulting A/S

Nordic Consulting A/S er en fiktiv rådgivningsvirksomhed med 42 medarbejdere. Virksomheden bruger Microsoft 365 til mail, Teams, dokumentdeling og Office-apps. De har ingen fuldtids IT-afdeling, men en intern IT-ansvarlig og en ekstern partner.

Udgangspunkt

Virksomheden har følgende licenser:

Problemerne er ikke dramatiske, men de er typiske:

• Ingen ved præcis hvorfor fem brugere har Business Premium.

• Flere brugere har firmabærbare uden central enhedsstyring.

• Der er ingen fast offboardingproces.

• To tidligere medarbejdere har stadig licens.

• En årlig licensbinding blev fornyet uden aktiv beslutning.

• MFA er aktiveret, men der er ingen differentierede adgangspolitikker.

Analyse

Virksomheden har ikke primært et licensproblem. Den har et governanceproblem. Licenserne er et symptom på, at brugere, roller, enheder og sikkerhed ikke er koblet sammen i en model.

Foreslået model

Forbedret proces

flowchart TD
    A[Ny medarbejder] --> B[HR angiver rolle]
    B --> C[IT vælger licensprofil]
    C --> D[Tilføj til licensgruppe]
    D --> E[Automatisk licenstildeling]
    E --> F[Enhed enrolles i Intune]
    F --> G[Conditional Access anvendes]
    G --> H[Bruger klar til drift]

    I[Fratrædelse] --> J[Bloker login]
    J --> K[Sikr data]
    K --> L[Fjern grupper]
    L --> M[Fjern eller reducer licens]

Denne model gør ikke nødvendigvis licensregningen lavere med det samme. Den gør den mere forklarlig. Og en forklarlig licensregning er næsten altid lettere at optimere end en ustruktureret licensregning.

Best practices

1. Start med roller, ikke produkter

Definér først hvilke typer brugere virksomheden har. Vælg derefter licenser, der passer til rollerne. En licensmodel, der starter med produktnavne, bliver ofte for teknisk og for svær at forklare til ledelsen.

2. Brug gruppebaseret licensering hvor det giver mening

Direkte licenstildeling kan bruges til små undtagelser, men bør ikke være standard i modne miljøer. Gruppebaseret licensering skaber bedre sporbarhed og reducerer manuelle fejl.

3. Dokumentér serviceplaner

Hvis bestemte apps eller services slås fra under en licens, bør det dokumenteres. Ellers kan support og fejlsøgning blive unødigt kompliceret.

4. Lav fast licensreview

Gennemgå aktive brugere, ikke-tildelte licenser, fejl, inaktive konti og kommende fornyelser med fast interval.

5. Kobl licensering sammen med onboarding og offboarding

Licensstyring bør ikke være en separat øvelse. Den bør indgå i brugerens livscyklus fra ansættelse til fratrædelse.

6. Vurder sikkerhed før pris

Den billigste licens kan være korrekt, hvis behovet er simpelt. Men hvis virksomheden har krav til enhedsstyring, Conditional Access eller endpoint-beskyttelse, skal sikkerhedskravene vurderes før pris.

7. Hold styr på bindinger og fornyelser

Særligt ved NCE bør virksomheden kende fornyelsesdatoer, bindingsperioder og muligheder for ændring. Det bør være en del af IT-årshjulet.

8. Gør licensmodellen forståelig for ikke-tekniske beslutningstagere

Ledelsen behøver ikke kende alle serviceplaner, men de bør forstå hvorfor nogle brugere kræver dyrere licenser. Oversæt tekniske funktioner til risikoreduktion, drift og compliance.

9. Undgå permanente undtagelser

Hvis en bruger får en særlig licens, bør der være en begrundelse og en udløbsdato eller reviewdato. Permanente undtagelser bliver ofte til skjult kompleksitet.

10. Brug Microsofts fejlvisninger aktivt

Microsoft 365 Admin Center kan vise licensfejl og årsager. Disse fejl bør ikke ignoreres, da de ofte afslører problemer i brugerdata, grupper eller serviceplaner.

Konklusion

Microsoft 365-licensering er ikke kun et spørgsmål om pris. Det er en teknisk styringsmodel, der påvirker produktivitet, sikkerhed, enheder, data, compliance og økonomi.

De fleste licensfejl opstår ikke fordi administratoren klikker forkert. De opstår fordi virksomheden mangler en model for, hvordan licenser skal vælges, tildeles, dokumenteres, kontrolleres og fjernes.

En moden licensstrategi starter med roller og behov. Derefter vælges licenser, grupper, serviceplaner og processer. Når licensering kobles sammen med onboarding, offboarding, sikkerhed og økonomi, bliver Microsoft 365 lettere at administrere og lettere at forklare.

Den bedste licensmodel er ikke nødvendigvis den billigste eller dyreste. Den bedste model er den, hvor virksomheden kan forklare hver licens med en teknisk og forretningsmæssig begrundelse.

Kilder og videre læsning

• Assign or unassign licenses for users in the Microsoft 365 admin center

• Microsoft Entra licensing

• Subscription lifecycle states for new commerce license-based subscriptions

• What happens to my data and access when my Microsoft 365 for business subscription ends?

• Buy or remove licenses for a Microsoft business subscription