Microsoft 365 licensering bliver ofte behandlet som et spørgsmål om pris pr. bruger. Det er en for snæver måde at forstå emnet på. En Microsoft 365-licens er ikke kun en betalingslinje på en faktura. Den er en teknisk rettighedspakke, der bestemmer hvilke apps, cloudservices, sikkerhedsfunktioner, administrationsværktøjer og compliance-muligheder en bruger eller en organisation kan anvende.
Når en virksomhed vælger licenser, vælger den derfor også en del af sin IT-arkitektur. Valget påvirker hvordan brugere får mail, hvordan filer gemmes, hvordan identiteter beskyttes, hvordan enheder administreres, hvordan eksterne samarbejdspartnere inviteres, hvordan data bevares, og hvordan IT kan reagere ved fratrædelser, kompromitterede konti eller ændrede forretningsbehov.
Denne artikel er skrevet som et whitepaper for virksomheder, der vil forstå Microsoft 365 licenser som et styringslag. Formålet er ikke at anbefale én bestemt licens til alle. Formålet er at forklare principperne, så virksomheden kan træffe bedre beslutninger, undgå dyre fejl og bygge en licensmodel, der hænger sammen med sikkerhed, drift og økonomi.
Ledelsesresumé
Microsoft 365 licensering bør forstås som en kombination af økonomi, adgangsstyring, sikkerhed og driftsmodenhed. Et abonnement bestemmer hvilke produkter virksomheden betaler for. En licens bestemmer hvilke rettigheder en bruger kan få. Serviceplaner bestemmer hvilke underliggende tjenester der aktiveres. Workloads som Exchange Online, SharePoint, OneDrive, Teams, Microsoft Entra ID, Intune, Defender og Purview afgør, hvilke konkrete funktioner virksomheden kan bygge sin daglige drift på.
Den vigtigste ledelsesmæssige pointe er, at den billigste licens ikke nødvendigvis er den billigste driftsmodel. Hvis en billigere licens betyder, at IT skal løse sikkerhed, enhedsstyring, adgangskontrol eller compliance manuelt, kan den samlede omkostning blive højere. Omvendt er den dyreste licens heller ikke automatisk den rigtige. En god licensmodel matcher brugerroller, risikoprofil, databehov, enhedsmodel og organisationens evne til at implementere de funktioner, licensen giver adgang til.
En moden licensstrategi starter derfor ikke med produktnavne. Den starter med spørgsmål som: Hvilke brugertyper har vi? Hvilke data håndterer de? Hvilke enheder arbejder de fra? Hvilke sikkerhedskrav skal håndhæves? Hvilke funktioner skal IT faktisk drive? Hvilke licenser kan standardiseres, og hvor skal der være kontrollerede undtagelser?
Hvorfor Microsoft 365 licensering er en arkitekturbeslutning
Traditionel softwarelicensering handlede ofte om installationsret: måtte brugeren installere programmet eller ej? Microsoft 365 fungerer anderledes. En licens kan give adgang til en hel portefølje af cloudservices og sikkerhedskomponenter. Når licensen tildeles, kan der automatisk oprettes eller aktiveres funktioner som mailbox, Teams-adgang, OneDrive-lager, SharePoint-adgang, desktopapps, mobile apps, sikkerhedsfunktioner og administrationsmuligheder.
Det gør licensen til en del af virksomhedens kontrolplan. Hvis en virksomhed vil håndhæve moderne sikkerhedspolitikker, styre mobile enheder, beskytte endpoints mod ransomware eller kontrollere adgang baseret på brugerens risiko og enhedens tilstand, skal licenslaget understøtte det. Hvis licenslaget ikke understøtter det, kan IT ikke bare “konfigurere sig ud af problemet” uden ekstra produkter eller add-ons.
Når licensering forstås på den måde, bliver det tydeligt, hvorfor licensbeslutninger bør involvere både økonomi, IT og ledelse. Økonomi ser omkostningen. IT ser funktionerne og begrænsningerne. Ledelsen ejer risikovilligheden. En god beslutning kræver alle tre perspektiver.
Abonnement, licens, serviceplan og workload
Microsoft 365 licensering bliver hurtigt uklar, hvis begreberne blandes sammen. Fire begreber er særligt vigtige: abonnement, licens, serviceplan og workload.
Et abonnement er den aftale eller produktpakke virksomheden køber. Det kan for eksempel være Microsoft 365 Business Basic, Business Standard, Business Premium, Microsoft 365 Apps for business, en Enterprise-plan eller et add-on. Abonnementet beskriver produktet og det antal licenser virksomheden råder over.
En licens er den konkrete tildelbare rettighed. Hvis virksomheden har købt 40 Business Premium-licenser, kan 40 brugere normalt tildeles den rettighed. Når en bruger får licensen, bliver brugerens adgang til de tilhørende services bestemt af licensens serviceplaner.
En serviceplan er en underkomponent i licensen. En Microsoft 365-licens kan for eksempel indeholde Exchange Online, SharePoint Online, Microsoft Teams, Microsoft 365 Apps, Intune eller Defender for Business. I nogle scenarier kan administratorer slå enkelte apps og services til eller fra, selvom licensen som helhed er tildelt.
En workload er den faktiske tjeneste eller platform brugeren arbejder med. Exchange Online er workloaden for mail og kalender. SharePoint Online er workloaden for fælles dokumentområder. OneDrive for Business er brugerens personlige arbejdsrelaterede filområde. Microsoft Teams er samarbejdsfladen. Microsoft Entra ID er identitetslaget. Microsoft Intune er administrationslaget for enheder og apps. Microsoft Defender for Business er en endpoint security-platform til mindre virksomheder.
Begreb | Hvad det betyder | Eksempel |
|---|
Abonnement | Produktet virksomheden køber | Microsoft 365 Business Premium |
Licens | Rettigheden der tildeles en bruger | Én Business Premium-licens til anna@firma.dk |
Serviceplan | Underliggende tjeneste i licensen | Exchange Online, Teams, Intune |
Workload | Den konkrete platform eller funktion | Mail i Exchange Online, filer i SharePoint |
Bruger | Identiteten der får rettigheden | En bruger i Microsoft Entra ID |
Fejlfinding starter ofte her. En bruger kan have en licens, men stadig mangle en bestemt serviceplan. En virksomhed kan have købt et abonnement, men have for få ledige licenser. En gruppe kan tildele licenser automatisk, men enkelte brugere kan fejle på grund af usage location, konfliktende serviceplaner eller manglende kapacitet.
Licensen som teknisk rettighedspakke
En Microsoft 365-licens bør ses som en rettighedspakke med flere lag. Det første lag er produktivitet: mail, kalender, Office-apps, filer og samarbejde. Det andet lag er identitet og adgang: login, MFA, grupper, applikationsadgang og betinget adgang. Det tredje lag er sikkerhed: endpointbeskyttelse, mailbeskyttelse, trusselsdetektion og sårbarhedsstyring. Det fjerde lag er governance: retention, audit, informationsbeskyttelse, eDiscovery og dataklassifikation.
Ikke alle licenser indeholder alle lag. Det er netop derfor licensvalg er vigtigt. Hvis virksomheden kun vælger licenser ud fra “skal brugeren have Word og Outlook?”, overser den ofte sikkerhed og drift. Hvis virksomheden vælger licenser ud fra “hvilke kontroller skal vi kunne håndhæve?”, bliver beslutningen mere robust.
Lag | Eksempler på funktioner | Licensmæssig betydning |
|---|
Produktivitet | Outlook, Word, Excel, PowerPoint, Teams | Afgør brugerens daglige værktøjer |
Samarbejde | SharePoint, OneDrive, Teams, Planner | Afgør hvordan filer og projekter organiseres |
Identitet | Entra ID, MFA, grupper, SSO | Afgør adgangsmodellen |
Enheder | Intune, app protection, compliance policies | Afgør om endpoints kan styres centralt |
Sikkerhed | Defender, anti-phishing, endpoint protection | Afgør hvilke trusler virksomheden kan opdage og håndtere |
Governance | Audit, DLP, retention, informationsbeskyttelse | Afgør hvor godt data kan styres og dokumenteres |
Det er afgørende at skelne mellem rettighed og implementering. Licensen kan give adgang til Intune, men enheder bliver ikke administreret korrekt af sig selv. Licensen kan give adgang til Defender for Business, men endpointbeskyttelse kræver onboarding, politikker, alerttriage og løbende drift. Licensen kan give adgang til audit og retention, men compliance bliver først reel, når politikkerne er designet, testet og dokumenteret.
En Microsoft 365-licens er ikke det samme som en implementeret IT-kontrol. Licensen giver retten til at bruge funktionen. Værdien opstår først, når funktionen er sat rigtigt op, ejet af nogen og indgår i en driftsproces.'
Fra brugerbehov til licensdesign
En holdbar licensmodel begynder med brugerprofiler. De fleste virksomheder har ikke én type bruger. De har kontorbrugere, ledere, frontline-medarbejdere, eksterne konsulenter, fællesbrugere, driftspersonale, sælgere, økonomi, HR og IT-administratorer. Hver gruppe har forskellige behov for apps, mail, enheder, sikkerhed og compliance.
En bruger der kun arbejder i browseren på en administreret delt pc, har ikke samme behov som en konsulent med firmalaptop, mobiltelefon, kundedata og adgang til følsomme dokumenter. En økonomimedarbejder, der behandler fakturaer og betalingsoplysninger, har et andet risikobillede end en medarbejder, der kun bruger Teams til intern kommunikation. En IT-administrator bør vurderes særskilt, fordi privilegeret adgang øger konsekvensen af kontokompromittering.
En praktisk beslutningsmodel kan tage udgangspunkt i fem spørgsmål. Først: hvilke apps og services skal brugeren faktisk bruge? Dernæst: hvilken type enhed arbejder brugeren fra? Tredje spørgsmål er, hvilke data brugeren håndterer. Fjerde spørgsmål er, hvilke sikkerhedskrav virksomheden skal håndhæve. Femte spørgsmål er, hvor meget manuel drift IT kan acceptere.
Spørgsmål | Hvorfor det betyder noget |
|---|
Skal brugeren have desktopapps eller kun webapps? | Afgør forskellen mellem app- og browserbaserede planer |
Skal brugeren have mailbox og kalender? | Afgør Exchange Online-behov |
Arbejder brugeren fra firmalaptop, privat enhed eller delt enhed? | Afgør behov for Intune og appbeskyttelse |
Håndterer brugeren følsomme data? | Afgør behov for stærkere sikkerhed og governance |
Skal brugeren kunne arbejde mobilt og eksternt? | Afgør behov for Conditional Access og device compliance |
Er brugeren administrator? | Afgør behov for privilegeret adgangsbeskyttelse |
Det er sjældent optimalt at licensere alle helt ens uden analyse. Det er heller ikke optimalt at have så mange undtagelser, at ingen kan forklare modellen. Målet er en lille håndfuld standardprofiler med tydelige regler for undtagelser.
Business, Enterprise, Frontline og add-ons
Microsoft 365 findes i flere licensfamilier. Business-planer er målrettet små og mellemstore virksomheder og er typisk relevante op til en grænse på 300 brugere på tværs af business-planfamilien. Enterprise-planer er målrettet større organisationer eller virksomheder med mere avancerede behov for compliance, sikkerhed, analyse og administration. Frontline-planer er designet til medarbejdere, der typisk arbejder mere opgaveorienteret, ofte uden samme behov for fulde desktopapps og avancerede kontorfunktioner. Add-ons bruges til at supplere en basislicens med ekstra funktioner.
Licensfamilie | Typisk anvendelse | Vigtig overvejelse |
|---|
Business Basic | Webapps, mail, Teams og cloudservices | God til simple brugere, men begrænset desktop- og sikkerhedsmodel |
Business Standard | Desktopapps plus de centrale cloudservices | God til klassiske kontorbrugere uden avanceret endpointstyring |
Business Premium | Apps, cloudservices, Intune, Defender og mere avanceret sikkerhed | Relevant når virksomheden vil samle produktivitet og sikkerhed |
Enterprise | Større organisationer og avancerede krav | Relevant ved mere end 300 brugere eller højere compliancekrav |
Frontline | Opgaveorienterede medarbejdere | Kræver analyse af arbejdsform og enhedstype |
Add-ons | Ekstra funktioner oven på basislicens | Skal styres, ellers bliver økonomien uigennemsigtig |
Business Premium bliver ofte relevant, når virksomheden ikke kun vil købe Office-apps, men også vil kunne administrere enheder, håndhæve mere moderne adgangspolitikker og beskytte endpoints. Det betyder ikke, at Business Premium altid er det rigtige valg for alle brugere. Det betyder, at licensen bør vurderes som en samlet produktivitets-, sikkerheds- og administrationspakke.
Priser, planindhold og pakker ændrer sig over tid. En god licensstrategi bør derfor ikke bygges på et statisk skema alene, men på en beslutningsmodel der kan genbruges, når Microsoft ændrer produkter, priser eller pakkestruktur.
Direkte tildeling og group-based licensing
Licenser kan tildeles direkte til brugere eller via grupper. Direkte tildeling er enkel i små miljøer, men bliver hurtigt vanskelig at styre, når antallet af brugere, roller og undtagelser vokser. Group-based licensing gør licenstildeling afhængig af gruppemedlemskab. En bruger i gruppen "Licens - Business Premium" får licensen automatisk, mens en bruger i "Licens - Business Standard" får en anden licens.
Group-based licensing passer godt sammen med onboarding og rollebaseret adgang. Når HR eller IT opretter en ny medarbejder, kan licensen følge rollen. Når medarbejderen skifter rolle, kan gruppemedlemskabet ændres. Når medarbejderen stopper, fjernes adgang og licens gennem en kontrolleret offboardingproces.
Model | Fordele | Begrænsninger |
|---|
Direkte tildeling | Enkel, hurtig og let at forstå i små miljøer | Dårlig skalerbarhed, mange manuelle fejl |
Group-based licensing | Skalerbar, dokumentérbar og egnet til onboarding | Kræver gruppedesign og fejlhåndtering |
Hybrid model | God overgangsmodel | Kan blive uigennemsigtig uden governance |
Automatiseret model | Kan kobles til HR, IAM eller scripts | Kræver moden proces og kontrol |
Der er dog begrænsninger. Group-based licensing kræver korrekt brugerplacering, nok ledige licenser og en forstået gruppestruktur. Nested groups er ikke altid understøttet på samme måde som mange forventer, og licensændringer kan tage tid at behandle i store miljøer. Når brugere flyttes mellem licensgrupper, bør de først tilføjes til den nye gruppe, bekræftes licenseret og derefter fjernes fra den gamle gruppe for at undgå midlertidigt tab af adgang.
Serviceplaner: når en licens ikke betyder at alt bør være slået til
En licens kan indeholde flere serviceplaner, men det betyder ikke altid, at alle services bør være aktive for alle brugere. Serviceplanstyring kan bruges til at begrænse adgang til bestemte apps eller funktioner, men bør bruges med omtanke. Hvis serviceplaner slås tilfældigt fra, bliver fejlfinding vanskelig. Hvis de aldrig vurderes, kan brugere få adgang til funktioner, virksomheden ikke har governance for.
Eksempler kan være apps, der ikke er implementeret, services som ikke er supporteret internt, eller funktioner som kræver ekstra politikker før de bør anvendes bredt. Det kan også være midlertidige overgangsscenarier, hvor virksomheden har købt en bred licens, men gradvist implementerer funktionerne.
Situation | Overvejelse |
|---|
En service er inkluderet, men ikke implementeret | Skal den være aktiv, eller skaber den support- og governanceproblemer? |
En funktion kræver sikkerhedspolitikker | Bør den aktiveres først efter konfiguration? |
Brugere har forskellige behov | Kan brugerprofiler eller grupper styre forskellen? |
En service er ukendt for IT | Skal den dokumenteres, supporteres eller slås fra midlertidigt? |
En service skaber data eller deling | Skal retention, backup eller governance være på plads først? |
Serviceplanstyring må ikke blive en erstatning for strategi. Hvis virksomheden ofte slår tilfældige services fra, kan det være et tegn på, at licensmodellen eller implementeringsplanen ikke er gennemtænkt.
Sikkerhed, identitet og enheder
Licensering og sikkerhed hænger tæt sammen. Moderne Microsoft 365-sikkerhed bygger i høj grad på identitet, enhedskontrol, adgangspolitikker og trusselsbeskyttelse. Microsoft Entra ID er identitetslaget, hvor brugere, grupper, login og appadgang styres. Conditional Access gør det muligt at stille krav baseret på bruger, app, placering, risiko og enhed. Microsoft Intune kan styre enheder, compliance og app protection. Microsoft Defender for Business kan beskytte endpoints mod malware, ransomware og andre trusler.
Licensen afgør ikke alene om virksomheden er sikker, men den afgør hvilke sikkerhedsværktøjer IT kan bruge. Hvis brugere arbejder fra private eller uadministrerede enheder, kræver det en anden licens- og sikkerhedsmodel end hvis alle arbejder fra firmalaptops. Hvis virksomheden har mange eksterne samarbejdspartnere, skal gæsteadgang og delingspolitik tænkes sammen med licens og governance. Hvis virksomheden håndterer følsomme data, skal DLP, retention og informationsbeskyttelse vurderes.

Sikkerhedsbehov | Licensmæssig konsekvens |
|---|
MFA for alle brugere | Basiskrav, men metode og styring bør vurderes |
Betinget adgang | Kræver passende Entra ID-funktioner |
Firmalaptops skal styres centralt | Kræver Intune eller tilsvarende værktøj |
Endpointbeskyttelse skal håndteres centralt | Kræver Defender eller anden endpoint-platform |
Følsomme data skal klassificeres | Kræver Purview-/compliance-funktioner afhængigt af behov |
Ekstern deling skal styres | Kræver SharePoint/Teams/Entra-governance |
Den praktiske pointe er, at licensstrategien bør beskrive hvilke sikkerhedskontroller virksomheden ønsker at håndhæve. Derefter vælges licenserne, ikke omvendt.
Økonomi, drift og licenshygiejne
Licensøkonomi bør ikke kun vurderes som månedlig pris. Den bør vurderes som total driftsmodel. En lavere licens kan være økonomisk rigtig for brugere med simple behov. Men hvis den betyder, at virksomheden mangler central enhedsstyring, endpointbeskyttelse eller adgangskontrol for brugere med høj risiko, kan besparelsen blive dyr i drift, support og risiko.
Licenshygiejne handler om at holde licenserne rigtige over tid. Nye medarbejdere skal have korrekt licens fra start. Medarbejdere der skifter rolle, skal ikke beholde gamle add-ons uden behov. Fratrådte medarbejdere skal have licenser frigivet kontrolleret, men først efter data, mailbox, OneDrive, Teams og compliancekrav er håndteret. Delte postkasser, rum- og ressourcepostkasser samt andre ikke-brugerpostkasser bør vurderes særskilt, fordi de ikke altid kræver almindelig brugerlicens i simple scenarier.

Økonomisk disciplin | Praktisk handling |
|---|
Standardprofiler | Definér 3-6 licensprofiler med tydeligt formål |
Undtagelser | Giv undtagelser ejer, begrundelse og reviewdato |
Add-ons | Review add-ons særskilt, fordi de ofte glemmes |
Offboarding | Frigiv licens efter data- og adgangsproces |
Rapportering | Mål tildelte, brugte, ledige og fejlende licenser |
Rolleændringer | Revalider licens ved jobskifte og afdelingsovergang |
Licensbesparelse bør ikke starte med at fjerne funktioner tilfældigt. Den bør starte med at finde forkert tildelte licenser, gamle add-ons, fratrådte brugere, manglende standardprofiler og undtagelser uden ejer.
Governance-model for Microsoft 365 licenser
En moden governance-model gør licensstyring gentagelig. Den beskriver hvem der må købe, hvem der må tildele, hvilke licensprofiler der findes, hvilke undtagelser der accepteres, hvordan fejl håndteres, og hvordan licenser reviewes.

Governanceområde | Spørgsmål |
|---|
Ejerskab | Hvem ejer licensstrategien: IT, økonomi eller ledelse? |
Tildeling | Skal licenser tildeles direkte, via grupper eller via automatisering? |
Profiler | Hvilke standardlicensprofiler findes? |
Undtagelser | Hvem godkender brugere uden for standardmodellen? |
Serviceplaner | Hvilke underliggende services må være slået til? |
Offboarding | Hvornår fjernes licensen, og hvem sikrer data først? |
Rapportering | Hvilke nøgletal rapporteres til ledelse og økonomi? |
Review | Hvor ofte gennemgås tildelinger, fejl og add-ons? |
En simpel model kan være nok for en lille virksomhed, men den skal være eksplicit. Eksempelvis: alle almindelige kontorbrugere får Business Standard, alle mobile brugere med firmalaptop og følsomme data får Business Premium, alle administrators får stærkere adgangskrav, og alle undtagelser reviewes kvartalsvist. Det er bedre end en uformel model, hvor licenser tildeles efter hvem der tilfældigvis opretter brugeren.
Almindelige fejl og begrænsninger
Den første fejl er at vælge licens ud fra pris alene. Pris er vigtig, men licensen påvirker sikkerhed og drift. Den anden fejl er at tildele alle brugere den samme licens uden at analysere brugerprofiler. Det kan både skabe overlicensering og underbeskyttelse. Den tredje fejl er at blande direkte tildeling, group-based licensing og manuelle undtagelser uden dokumentation.
Fejl | Konsekvens | Bedre tilgang |
|---|
Pris alene styrer valget | Sikkerheds- og driftsbehov overses | Vurder funktion, risiko og total drift |
Alle får samme licens | Overforbrug eller manglende funktioner | Brug standardprofiler |
Direkte tildeling overalt | Manuelle fejl og svær offboarding | Brug grupper hvor det giver mening |
Add-ons glemmes | Unødvendig omkostning | Review add-ons særskilt |
Licenser fjernes før data håndteres | Risiko for tab af mailbox- og adgangsscenarier | Følg offboardingproces |
Serviceplaner slås tilfældigt fra | Svær fejlfinding | Dokumentér serviceplanvalg |
Licensfejl ignoreres | Brugere mangler adgang | Review Errors & Issues |
Ingen usage location | Licenstildeling kan fejle | Sæt location i brugeroprettelse |
Ingen ejer for undtagelser | Modellen forfalder over tid | Kræv owner og reviewdato |
Det farlige ved dårlig licensstyring er ikke kun spildte penge. Det farlige er, at virksomheden tror den har bestemte sikkerheds- og driftskontroller, selvom brugerne reelt ikke er dækket af de nødvendige licenser eller serviceplaner.
Eksempel: Nordic Consulting A/S
Nordic Consulting A/S har 72 medarbejdere. Virksomheden bruger Microsoft 365 til mail, Teams, SharePoint, OneDrive og Office-apps. Første licensmodel var enkel: næsten alle fik Business Standard, og enkelte brugere fik Business Premium, når IT vurderede at de “nok havde behov”.
Efter et sikkerhedsreview opdager virksomheden tre problemer. For det første arbejder mange konsulenter fra firmalaptops ude hos kunder, men enhederne administreres ikke centralt. For det andet håndterer økonomi og ledelse følsomme dokumenter, men der er ingen klar adgangs- og enhedspolitik. For det tredje har flere tidligere medarbejdere stadig add-ons og gamle serviceplanundtagelser, fordi ingen ejer licensreviewet.
Virksomheden laver derfor en licensmodel med fire profiler:
Profil | Målgruppe | Princip |
|---|
Basisbruger | Let intern bruger med simple behov | Web, mail og standard cloudservices |
Kontorbruger | Klassisk administrativ medarbejder | Desktopapps, mail og samarbejde |
Sikkerhedsbruger | Konsulenter, ledelse, økonomi og mobile brugere | Enhedsstyring, endpointbeskyttelse og adgangskontrol |
Administrator | IT og privilegerede roller | Stærkere MFA, separate adminkonti og særskilt review |
Den vigtigste ændring er ikke, at nogle brugere får en anden licens. Den vigtigste ændring er, at licensmodellen nu afspejler risiko, enhedstype og dataadgang. IT kan forklare hvorfor en konsulent har brug for stærkere licens end en intern deltidsbruger. Økonomi kan se hvorfor nogle licenser koster mere. Ledelsen kan se hvilke risici licensmodellen reducerer.
Best practices
Start med brugerprofiler, ikke produktnavne. Licenser bør kortlægges efter arbejdsopgaver, enhedstype, dataadgang og sikkerhedsbehov.
Skeln altid mellem abonnement, licens, serviceplan og workload. Det gør fejlfinding og governance markant lettere.
Brug group-based licensing, når virksomheden har nok brugere, roller eller onboarding-flow til at retfærdiggøre det. Direkte tildeling kan være acceptabelt i meget små miljøer, men bør ikke være en permanent model uden review.
Dokumentér standardprofiler. En god licensmodel bør kunne forklares på én side: hvem får hvilken licens, hvorfor, og hvilke undtagelser findes?
Review add-ons særskilt. Add-ons er ofte nyttige, men de bliver let glemt, fordi de ikke altid følger samme standardproces som basislicenser.
Fjern ikke licenser ved offboarding før mailbox, OneDrive, adgang, retention og forretningsdata er håndteret. Licenshygiejne må ikke skabe datatab eller complianceproblemer.
Sæt usage location som en del af brugeroprettelsen. Manglende eller forkert location kan give licenstildelingsfejl.
Brug licensrapportering som driftsværktøj. Følg ledige licenser, fejlende tildelinger, direkte tildelinger, gruppebaserede tildelinger, add-ons og fratrådte brugere.
Kobl licensstrategien til sikkerhedsstrategien. Hvis virksomheden vil håndhæve Conditional Access, Intune, Defender eller Purview-kontroller, skal licenserne understøtte det.
Undgå at bruge licenser som plaster på dårlig informationsarkitektur. Hvis alle får højere licens for at kompensere for manglende governance, er problemet ofte ikke kun licensen.
FAQ
1. Hvad er en Microsoft 365 licens?
En Microsoft 365 licens er en tildelbar rettighed, der giver en bruger adgang til bestemte Microsoft 365-apps, cloudservices og funktioner.
2. Hvad er forskellen på abonnement og licens?
Abonnementet er produktet virksomheden køber. Licensen er den konkrete rettighed, der tildeles en bruger fra abonnementets licenspulje.
3. Hvad er en serviceplan?
En serviceplan er en underliggende tjeneste i en licens, for eksempel Exchange Online, SharePoint Online, Teams, Intune eller Defender.
4. Hvad er en workload?
En workload er den konkrete Microsoft 365-platform eller funktion, brugeren arbejder med, for eksempel Exchange Online til mail eller SharePoint til fælles filer.
5. Er Microsoft 365 licensering kun et økonomisk spørgsmål?
Nej. Licensering påvirker også sikkerhed, adgangsstyring, enhedsadministration, compliance, drift og brugeroplevelse.
6. Hvorfor er den billigste licens ikke altid billigst i praksis?
Fordi manglende funktioner kan skabe mere manuel drift, svagere sikkerhed, ekstra værktøjer eller højere risiko.
7. Er den dyreste licens altid bedst?
Nej. En dyrere licens giver kun værdi, hvis virksomheden har behov for funktionerne og kan implementere dem korrekt.
8. Hvad er group-based licensing?
Group-based licensing betyder, at licenser tildeles automatisk baseret på brugerens medlemskab af en gruppe.
9. Hvornår bør man bruge group-based licensing?
Når virksomheden har flere brugerroller, onboarding-flow eller nok brugere til at manuel tildeling bliver fejlbehæftet.
10. Hvornår er direkte licenstildeling acceptabelt?
I små miljøer eller ved midlertidige undtagelser, hvis tildelingen dokumenteres og reviewes.
11. Hvad betyder usage location?
Usage location er brugerens geografiske brugsplacering. Den kan være nødvendig for korrekt licenstildeling, fordi nogle services afhænger af region.
12. Hvad sker der når en licens tildeles?
De tilhørende serviceplaner kan aktiveres, og brugeren får adgang til de apps og services, licensen indeholder.
13. Hvad sker der når en licens fjernes?
Adgang til de tilhørende services fjernes eller begrænses. Nogle data kan være underlagt grace periods, retention eller særskilte regler, så offboarding bør ske kontrolleret.
14. Skal delte postkasser have licens?
Delte postkasser kræver ikke altid almindelig brugerlicens i simple scenarier, men kan kræve licens ved særlige behov som større storage, archive eller compliancefunktioner.
15. Hvad er forskellen på Business Basic, Standard og Premium?
Business Basic er typisk web- og cloudorienteret. Business Standard tilføjer desktopapps. Business Premium tilføjer flere sikkerheds- og administrationsfunktioner som Intune og Defender for Business.
16. Hvornår bør Business Premium vurderes?
Når virksomheden vil samle produktivitet, enhedsstyring, endpoint security og moderne adgangsstyring i én licensmodel.
17. Hvornår bør Enterprise-planer vurderes?
Når virksomheden har mere end 300 brugere, mere komplekse compliancekrav eller behov for funktioner, der ikke er dækket af Business-planerne.
18. Hvad er add-ons?
Add-ons er ekstra licenser eller funktioner, der lægges oven på en basislicens, for eksempel særlige sikkerheds-, compliance-, telefoni- eller AI-funktioner.
19. Hvordan undgår man licensspild?
Ved at bruge standardprofiler, reviewe add-ons, fjerne licenser efter kontrolleret offboarding og rapportere tildelinger regelmæssigt.
20. Hvad er den største licensfejl?
At vælge licens ud fra pris alene uden at vurdere sikkerhed, data, enheder, drift og governance.
21. Hvor ofte bør licenser reviewes?
Mindst kvartalsvist for større eller hurtigt voksende miljøer. Mindre virksomheder bør som minimum reviewe ved onboarding, offboarding, rolleændringer og årlig budgetplanlægning.
22. Hvem bør eje licensstrategien?
IT bør eje den tekniske model, økonomi bør eje budgetoverblikket, og ledelsen bør eje risikovilligheden. Den praktiske governance bør være fælles.
Konklusion
Microsoft 365 licensering er ikke kun et indkøbsspørgsmål. Det er et styringslag, der forbinder brugerbehov, cloudservices, sikkerhed, drift, økonomi og governance. Når licenser vælges og tildeles uden strategi, opstår der hurtigt overforbrug, underbeskyttelse og uigennemsigtige undtagelser. Når licenser forstås som tekniske rettighedspakker, kan virksomheden bygge en mere stabil og forklarbar Microsoft 365-platform.
En god licensmodel starter med brugerprofiler og risikovurdering. Den skelner mellem abonnement, licens, serviceplan og workload. Den bruger group-based licensing, hvor det giver mening. Den dokumenterer undtagelser. Den kobler licenser til sikkerheds- og enhedsstrategi. Og den reviewes løbende, fordi både virksomheden og Microsoft 365-platformen ændrer sig.
Det vigtigste spørgsmål er derfor ikke: “Hvilken licens er billigst?” Det vigtigste spørgsmål er: “Hvilken licensmodel gør os i stand til at drive Microsoft 365 sikkert, effektivt og forklarbart?”