Microsoft 365 E7: Sådan regner I ROI og risiko

Hvis I køber Copilot og AI-funktioner på toppen af jeres nuværende Microsoft 365, ender I hurtigt med licens-miks, uklar styring og et compliance-ansvar ingen ejer. Microsoft 365 E7 samler nu E5, Copilot og de nye autonome AI-agenter (Agent 365) i én pakke. Gevinsten kan være færre manuelle processer og hurtigere beslutninger. Risikoen er, at en agent får for brede rettigheder og handler på forkert data.

Key takeaways: Det I skal beslutte (og gøre) nu

• Start med økonomien: Kortlæg hvem der reelt bruger E5-sikkerhed + Copilot, og modellér en målrettet E7-udrulning i stedet for “alle får alt”.
• Behandl Agent 365 som en bruger: Kræv owner, formål, godkendt datakilde, rettigheder og logning, før en agent får lov at køre.
• Work IQ kræver datadisciplin: Prioritér 10–20 “kronedata”-områder (kontrakter, tilbud, politikker) og få klassificering og adgang på plads dér først.
• Byg NIS2-klar sporbarhed: Definér hvilke agent-handlinger der kræver human-in-the-loop, og hvilke logs I skal kunne fremvise ved audit.
• Undgå skjulte omkostninger: Budgettér tid til governance, træning og oprydning – ellers flytter I bare omkostningen fra licenser til drift.

Hvad er Microsoft 365 E7 – og hvornår kommer det?

Microsoft har annonceret Microsoft 365 E7 med planlagt release date 1. maj 2026. E7 prissættes til $99 pr. bruger pr. måned og samler Microsoft 365 E5, en udvidet Copilot og Agent 365 i én SKU (kilder: Techzine, 2026; Microsoft 365 Roadmap ID 552595, 2026).

Pointen er ikke flere apps. Pointen er, at licensmodellen flytter fokus fra “værktøj pr. bruger” til “arbejde udført af agenter” (kilde: Directions on Microsoft, 2026). Det ændrer jeres governance-krav.

Hvordan vælger I mellem M365 E7 vs E5 (og E3) uden at købe for meget?

Brug en simpel segmentering. I behøver ikke give Microsoft 365 E7 til alle, hvis kun en del af organisationen får reel værdi af Agent 365 og de tungeste kontroller.

Segmentér jeres brugere i tre grupper

1. “Agent-kritiske” roller (kandidater til E7): Salg, indkøb, kundeservice, HR og projektledelse, hvor der er gentagne processer og høj mail-/dokumentmængde.
2. “Sikkerhedstunge” roller (E5 kan være nok): Brugere der primært skal have avanceret sikkerhed/compliance, men ikke autonome agentflows.
3. “Basis” (E3 eller lavere): Roller med begrænset behov for Copilot/agent-automatisering og lav datatilgang.

Beslutningsregel: Giv kun E7 til roller, hvor I kan pege på 2–3 konkrete processer, der kan automatiseres med ansvarlighed (owner, logning, godkendelser) og hvor datatilgangen kan afgrænses.

Sådan regner I ROI på Microsoft 365 E7 (uden fantasital)

Microsoft 365 E7 pris og værdi bliver ofte solgt som “pakkerabat”. Softcat peger på op til 15% besparelse i forhold til at købe E5, Copilot og Agent 365 som separate add-ons (Softcat, 2026). Det er kun den ene del af business casen. Den anden del er drifts- og risikoomkostningen.

En CFO-model I kan bruge på 30 minutter

Post	Spørgsmål I skal svare på	Hvad I måler/afgrænser
Licensdelta	Hvad koster E7 pr. måned for de udvalgte roller vs. jeres nuværende mix?	Antal brugere i segment 1 + evt. reduktion af add-ons.
Procesgevinst	Hvilke 3 processer skal Agent 365 udføre, og hvad er nuværende gennemløbstid?	Timer pr. uge pr. proces + kvalitet (fejl/omarbejde).
Governance-omkostning	Hvem ejer agenters livscyklus, og hvor mange agent-typer forventer I?	Timer til politikker, godkendelser, agent-registry, review-cadence.
Compliance-risiko	Hvilke data må en agent tilgå, og hvilke handlinger må den udføre?	Krav til human-in-the-loop, logning og adgangsbegrænsning (NIST AI RMF, ENISA).

Før → Efter (økonomi):
Før: I køber Copilot til flere end nødvendigt, fordi I ikke kan udpege de rigtige processer og ejere.
Efter: I licenserer kun “agent-kritiske” roller, og I kan slukke for add-ons i resten af organisationen, fordi I har en procesliste og en governance-model.

Tjekliste: E7 readiness før I slipper Agent 365 løs

Autonome AI-agenter kræver styring som et system med rettigheder og ændringer over tid. NIST’s AI Risk Management Framework fremhæver behovet for human-in-the-loop, logning og adgangskontrol i autonome set-ups (NIST, 2023). ENISA peger på oversharing og manglende dataklassificering som centrale risici for LLM-brug i enterprise (ENISA, løbende opdateringer).

1) Agent Registry (minimumskrav)

• Agent-navn + formål: Én sætning. Hvis formålet ikke kan forklares, må agenten ikke udrulles.
• Owner + stedfortræder: Navngiven forretningsejer og IT-ejer. Ingen shared mailbox-ansvar.
• Datakilder: Konkrete SharePoint-sites/Teams/CRM-områder. Intet “hele tenant”.
• Handlinger: Læs, foreslå, oprette kladder, sende, ændre, godkende. Marker hvad der kræver godkendelse.
• Review-interval: Fx hver 30/90 dage. Uden review bliver det en zombie-agent.

2) Adgang og “blast radius”

• Least privilege: Agenten må kun se de biblioteker og mailbokse, den skal bruge.
• Miljø-separation: Test/produktion for agentflows, så I kan fejle sikkert.
• Stop-knap: En dokumenteret procedure for at deaktivere en agent på minutter.

3) Logning og audit (tænk NIS2 fra dag 1)

• Hændelser I skal kunne finde: Hvem agenten agerede på vegne af, hvilke data den læste, og hvilke objekter den oprettede/ændrede.
• Beviskæde: Gem godkendelser (hvem/ hvornår/ hvorfor) for agent-handlinger med ekstern effekt (fx udsendelse, ændring af kundedata).
• Alarmer: Afvigelser som masse-læsning, masseredigering eller adgang til klassificerede områder.

Før → Efter (sikkerhed):
Før: Brugere deler dokumenter “til alle med link”, og Copilot/agenten kan utilsigtet trække følsomt indhold ind i svar og kladder.
Efter: I håndhæver målrettet adgang og klassificering på de udvalgte datakilder, og agenten kan kun arbejde inden for et afgrænset scope med auditspor.

Fejl der koster dyrt med Work IQ og “Copilot Cowork”

E7 introducerer Work IQ, der tilpasser AI-output baseret på brugeradfærd og jeres data, samt “Copilot Cowork” med modeller i samarbejde med Anthropic (Constellation Research, 2026). Det kan løfte kvaliteten af forslag. Det kan også gøre fejl mere konsekvente, hvis jeres datagrundlag er skævt.

Tre typiske fejl (og en praktisk modregel)

1. Alt-data-tilgang “for at få bedre svar”.
   Modregel: Start med 10–20 prioriterede informationsområder og udvid kun, når I kan dokumentere kontroller og owner.
2. Ingen livscyklus på agenter.
   Modregel: Sæt udløbsdato på agenten (fx 90 dage) og kræv re-godkendelse ved forlængelse.
3. Uklare godkendelser.
   Modregel: Definér handlingstyper hvor agenten kun må lave kladder (ikke sende/ændre), indtil I har stabil logning og review.

FAQ om Microsoft 365 E7

Hvad koster Microsoft 365 E7?

Den annoncerede Microsoft 365 E7 pris er $99 pr. bruger pr. måned med lancering 1. maj 2026 (Techzine, 2026). Brug prisen som input til jeres licensdelta, men beslut ud fra segmenter – ikke “alle får E7”.

Hvad er Microsoft 365 E7 i forhold til E5?

E7 samler Microsoft 365 E5 med udvidet Copilot og Agent 365 i én samlet SKU (Microsoft 365 Roadmap ID 552595, 2026). Tommelfingerregel: Hvis I ikke vil køre autonome agent-processer, er E5 ofte et mere kontrollerbart valg.

Hvornår giver M365 E7 vs E5 mening økonomisk?

Når I ellers ville købe E5 + Copilot + Agent 365 separat, kan E7 ifølge Softcat give op til 15% besparelse (Softcat, 2026). Men kun hvis I samtidig budgetterer governance (owners, logning, review). Ellers betaler I i drift og hændelser.

Hvad er Agent 365, og hvorfor ændrer det jeres risiko?

Agent 365 er autonome AI-agenter, der kan udføre opgaver på vegne af brugere og processer (SHI, 2026). Risikoen stiger, fordi agenten ikke kun foreslår tekst; den kan påvirke data og flow. Kræv derfor human-in-the-loop på handlinger med ekstern effekt (NIST AI RMF, 2023).

Hvordan håndterer vi NIS2-krav, når AI-agenter arbejder i Microsoft 365?

Start med sporbarhed: definér hvilke agent-handlinger der skal logges, og hvem der godkender dem. Brug et Agent Registry med formål, datakilder, rettigheder, review-interval og stop-procedure. Det gør jeres audit lettere og begrænser skadesomfanget.

Hvilke forberedelser kræver Work IQ for at give værdi?

Work IQ bliver kun bedre end jeres nuværende søgning og viden, hvis jeres vigtigste dokumentområder er ryddet op og adgangsstyret. Praktisk regel: Hvis I ikke kan udpege “den rigtige mappe/site” for en politik eller en kontrakt, er datagrundlaget ikke klar til agent-automatisering.

Kan vi køre mix-and-match licenser med E7?

Ja – og I bør. Giv E7 til agent-kritiske roller, behold E5/E3 hvor behovet er lavere, og styr add-ons centralt. Det reducerer både omkostning og risiko, fordi færre brugere får adgang til agentfunktioner og brede datakilder.

Sådan kommer I i gang: 7 skridt I kan udføre i denne uge

1. Udpeg 2–3 agent-cases (fx tilbudsproduktion, onboarding, leverandør-forespørgsler) med navngiven proces-owner.
2. Segmentér brugere i “agent-kritiske”, “sikkerhedstunge” og “basis”, og lav en foreløbig E7-liste.
3. Opret et Agent Registry i SharePoint med felter for formål, datakilder, handlinger, owner og review-dato.
4. Afgræns datakilder til de 10–20 vigtigste områder, og fjern bred deling/uklare grupper på netop de sites.
5. Definér godkendelsesregler for agent-handlinger: kladder vs. afsendelse vs. ændring af stamdata.
6. Planlæg logning og alarmer for afvigelser (masseadgang, adgang til klassificeret indhold, ændringer uden godkendelse).
7. Kør en pilot i et afgrænset team og evaluer hver 14. dag: tid sparet, fejl/omarbejde, og compliance-afvigelser.

Hvis I vil have det gjort hurtigt og kontrolleret, kan vi hjælpe med licensoptimering, governance og drift af Microsoft 365 – se også vores ydelser inden for Microsoft 365 og IT-sikkerhed.