Microsoft 365 licenser forklaret: fra abonnement til teknisk styringsmodel

Microsoft 365-licensering udgør et teknisk styringslag og en integreret del af virksomhedens IT-arkitektur, der rækker langt ud over en simpel abonnementspris pr. bruger ved at definere specifikke rettighedspakker for applikationer, cloudtjenester, sikkerhedsfunktionaliteter, administrationsværktøjer og compliance-rammer. Da valg af licenser direkte påvirker infrastrukturen for e-mail, fillagring, identitetsbeskyttelse, enhedsstyring, eksternt samarbejde, databevarelse og beredskab ved fratrædelser eller sikkerhedshændelser, kræver en effektiv licensstrategi mere end blot et indkøbsfokus. Et dybdegående whitepaper om Microsoft 365-licensering som styringsmodel forudsætter derfor en systematisk gennemgang af de underliggende licensprincipper, arkitektoniske konsekvenser og operationelle faldgruber for at etablere et oplyst beslutningsgrundlag, der balancerer sikkerhed, drift og samlet økonomi.

Guiden gennemgår de tekniske rammer, arkitekturvalgene og styringsmodellen for Microsoft 365-licensering:

• Microsoft 365-licensering som et strategisk og teknisk styringslag i virksomhedens samlede IT-arkitektur

• Kortlægning af licensrettigheder på tværs af applikationer, cloudtjenester, identitetssikkerhed, enhedsadministration og compliance

• Arkitektoniske konsekvenser for e-mail-infrastruktur, fillagring, eksternt samarbejde og langsigtet databevarelse

• Operativ håndtering af licenser ved medarbejderfratrædelser, kompromitterede konti og skalerbare forretningsbehov

• Etablering af en kontrolleret licensmodel, der forbinder sikkerhedskontroller, IT-drift og samlet økonomi (TCO)

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.

flowchart TD
    BusinessNeed[Forretningsbehov] --> LicenseChoice[Licensvalg]
    LicenseChoice --> Services[Apps og cloudservices]
    LicenseChoice --> Security[Sikkerhedsfunktioner]
    LicenseChoice --> Admin[Administrationsmuligheder]
    Services --> UserExperience[Brugeroplevelse]
    Security --> RiskControl[Risikokontrol]
    Admin --> Operations[Driftsmodel]
    UserExperience --> BusinessOutcome[Forretningsresultat]
    RiskControl --> BusinessOutcome
    Operations --> BusinessOutcome

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.

flowchart LR
    Subscription[Abonnement] --> LicensePool[Licenspulje]
    LicensePool --> UserLicense[Licens tildelt bruger]
    UserLicense --> ServicePlans[Serviceplaner]
    ServicePlans --> Workloads[Workloads]
    Workloads --> Value[Praktisk værdi]

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.

mindmap
  root((Microsoft 365 licens))
    Produktivitet
      Mail
      Apps
      Kalender
    Samarbejde
      Teams
      SharePoint
      OneDrive
    Identitet
      Entra ID
      MFA
      SSO
    Enheder
      Intune
      Compliance
    Sikkerhed
      Defender
      EOP
    Governance
      Audit
      Retention
      DLP

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.

flowchart TD
    Users[Brugertyper] --> Needs[Behovsanalyse]
    Needs --> Apps[Apps og mail]
    Needs --> Devices[Enheder]
    Needs --> Data[Dataklassifikation]
    Needs --> Security[Sikkerhedskrav]
    Needs --> Governance[Governancekrav]
    Apps --> LicenseProfile[Licensprofil]
    Devices --> LicenseProfile
    Data --> LicenseProfile
    Security --> LicenseProfile
    Governance --> LicenseProfile

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.

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.

flowchart LR
    Needs[Virksomhedens behov] --> Business[Business-planer]
    Needs --> Enterprise[Enterprise-planer]
    Needs --> Frontline[Frontline-planer]
    Needs --> Addons[Add-ons]
    Business --> SMB[Små og mellemstore virksomheder]
    Enterprise --> Large[Større og mere komplekse organisationer]
    Frontline --> TaskWorkers[Frontline og opgavebrugere]
    Addons --> Specialized[Særlige funktioner]

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.

flowchart TD
    NewUser[Ny bruger oprettes] --> Role[Brugerrolle vælges]
    Role --> Group[Medlemskab af licensgruppe]
    Group --> License[Licens tildeles automatisk]
    License --> Services[Serviceplaner aktiveres]
    Services --> Access[Brugeren får adgang]

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.

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.

flowchart TD
    License[Licens tildelt] --> Plans[Serviceplaner]
    Plans --> Enabled[Services slået til]
    Plans --> Disabled[Services slået fra]
    Enabled --> Governance{Governance på plads?}
    Governance -->|Ja| Adopt[Kontrolleret adoption]
    Governance -->|Nej| Risk[Uklar drift og risiko]

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.

flowchart TD
    Identity[Identitet] --> Access[Adgangspolitikker]
    Device[Enhed] --> Compliance[Compliance-status]
    License[Licens] --> Capabilities[Sikkerhedskapabiliteter]
    Capabilities --> Access
    Capabilities --> Compliance
    Access --> Decision{Adgang tilladt?}
    Compliance --> Decision
    Decision --> Data[Data og apps]

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.

stateDiagram-v2
    [*] --> Onboarding
    Onboarding --> ActiveUse
    ActiveUse --> RoleChange
    RoleChange --> ActiveUse
    ActiveUse --> Offboarding
    Offboarding --> LicenseReclaim
    LicenseReclaim --> Review
    Review --> [*]

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.

erDiagram
    LICENSE_PROFILE ||--o{ USER_ROLE : maps_to
    LICENSE_PROFILE ||--o{ SERVICE_PLAN : contains
    USER_ROLE ||--o{ USER : assigned_to
    LICENSE_EXCEPTION ||--|| OWNER : approved_by
    LICENSE_EXCEPTION ||--|| REVIEW_DATE : requires
    LICENSE_REVIEW ||--o{ FINDING : produces

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.

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:

flowchart TD
    Employee[Medarbejder] --> Profile{Licensprofil}
    Profile --> Basic[Basisbruger]
    Profile --> Standard[Kontorbruger]
    Profile --> Secure[Sikkerhedsbruger]
    Profile --> Admin[Administrator]
    Basic --> Review[Halvårligt review]
    Standard --> Review
    Secure --> Quarterly[Kvartalsvist review]
    Admin --> Monthly[Månedligt privilegeret 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.

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