Privacy Settings

We use cookies to improve your experience and analyze traffic. You can accept all cookies or customize your preferences. Learn more in our Privacy Policy .

OnCloud

Blogindlæg

Microsoft 365 licenser forklaret: fra abonnement til teknisk styringsmodel

19 min
Microsoft 365 licenser forklaret: fra abonnement til teknisk styringsmodel

Microsoft 365 licensering bliver ofte behandlet som et spørgsmål om pris pr. bruger. Den er en teknisk rettighedspakke, der bestemmer hvilke apps, cloudservices, sikkerhedsfunktioner, administrationsværktøjer og compliance-muligheder en bruger eller en organisation kan anvende


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?”

CH
Skrevet af
Casper Hansen

Læs videre