Microsoft verandert de commerciële structuur rond Copilot. In september 2026 introduceerde Microsoft een nieuwe Copilot-ervaring met onder meer Home, Code en Autopilot. Tegelijkertijd werkt Microsoft met een model waarin een vaste gebruikerslicentie wordt gecombineerd met usage-based billing voor bepaalde geavanceerde AI-functionaliteit.

Voor enterprise organisaties is dat meer dan een productwijziging.

De kosten van Copilot worden hierdoor afhankelijker van de manier waarop AI daadwerkelijk wordt gebruikt. Naast het aantal gebruikers wordt ook het soort AI-werk relevant: van dagelijkse ondersteuning bij documenten en vergaderingen tot langdurige, agentic workloads die zelfstandig taken uitvoeren.

Nu we op 6 oktober 2026 zijn, is de relevante vraag daarom niet meer alleen wat Microsoft heeft aangekondigd. De vraag is wat het nieuwe model betekent voor licenties, budgetten, governance en Microsoft-contracten.

Microsoft Copilot wordt daarmee niet simpelweg een andere licentie. Het wordt een combinatie van licensing en AI-consumptie.

Microsoft Copilot verschuift naar een hybride licentiemodel

Microsoft maakt onderscheid tussen twee categorieën AI-gebruik: Everyday AI en Advanced AI.

Everyday AI omvat de reguliere productiviteitsfunctionaliteit die medewerkers gebruiken voor bijvoorbeeld het samenvatten van informatie, het opstellen van documenten en het analyseren van gegevens.

Voor deze functionaliteit gebruikt Microsoft de User Subscription License (USL). Dit is de vaste licentiecomponent die organisaties aan gebruikers toewijzen.

Daarnaast ontstaat Advanced AI. Dit betreft complexere, vaak langdurige vormen van agentic werk. Microsoft noemt onder meer Cowork, Code en Autopilot en het gebruik van bepaalde frontier models.

Voor deze categorie gebruikt Microsoft Usage-Based Billing (UBB). Het verbruik wordt daarbij afgerekend op basis van Copilot Credits.

De commerciële structuur wordt daarmee grofweg:

vaste gebruikerslicentie + variabele AI-consumptie

Dat is voor procurement en Software Asset Management een belangrijk verschil met een traditioneel per-user model.

Waarom Copilot Credits relevant worden

Bij een klassieke softwarelicentie is de kostenberekening relatief eenvoudig.

Een organisatie heeft bijvoorbeeld 1.000 gebruikers en koopt 1.000 licenties. De jaarlijkse kosten zijn grotendeels voorspelbaar.

Bij usage-based AI ontstaat een tweede variabele.

Niet alleen het aantal gebruikers bepaalt de kosten, maar ook wat die gebruikers en agents daadwerkelijk doen.

Een medewerker die incidenteel een document laat samenvatten, heeft een ander kostenprofiel dan een agent die zelfstandig een omvangrijke analyse uitvoert, informatie uit verschillende bronnen verzamelt, bestanden verwerkt en meerdere stappen doorloopt.

Dat maakt AI-consumptie fundamenteel anders dan traditionele seat-based licensing.

De relevante vraag wordt daarom niet meer alleen:

Hoeveel Copilot-licenties hebben we nodig?

Maar ook:

Hoeveel AI-verbruik verwachten we en welke bedrijfsprocessen veroorzaken dat verbruik?

Microsoft introduceert een nieuwe Copilot-ervaring

Op 25 september 2026 kondigde Microsoft een nieuwe Copilot aan met onder meer Home, Code en Autopilot. Home brengt Chat en Cowork samen en integreert onder meer Word, Excel en PowerPoint in de Copilot-ervaring. Code richt zich op het bouwen van oplossingen en Autopilot is ontworpen als een persistente, proactieve agent die zelfstandig werkzaamheden kan uitvoeren.

Voor licentie- en kostenbeheer is vooral die laatste ontwikkeling interessant.

De stap van assistentie naar delegatie verandert het kostenprofiel van AI.

Een gebruiker stelt een vraag aan Copilot.

Een agent krijgt een opdracht.

Dat lijkt op het eerste gezicht een klein verschil, maar commercieel kan het groot zijn. Een agent kan langer actief zijn, meerdere stappen uitvoeren en verschillende resources gebruiken.

Daarmee verschuift AI van een individuele productiviteitstool naar een vorm van digitale capaciteit die ook operationele kosten kan genereren.

Van per-user licensing naar per-user én per-use

Dat is waarschijnlijk de belangrijkste ontwikkeling voor procurement.

Bij traditionele Microsoft 365-licenties ligt de nadruk op gebruikers, rechten en functionaliteit.

Bij Copilot komt daar consumptie bij.

Microsoft positioneert USL als de vaste basis voor Everyday AI. UBB is bedoeld voor Advanced AI, zoals Cowork, Code en Autopilot en bepaalde frontier-modelscenario’s. Microsoft beschrijft deze twee modellen expliciet als verschillende manieren om verschillende soorten AI-werk te financieren.

Daarmee ontstaat een model dat organisaties al kennen uit cloudkosten:

capaciteit inkopen is niet hetzelfde als capaciteit gebruiken.

Dat onderscheid wordt steeds belangrijker.

De financiële impact zit niet alleen in de licentieprijs

Een organisatie kan een aantrekkelijke prijs per Copilot-gebruiker onderhandelen en toch met hogere totale kosten eindigen.

Waarom?

Omdat de vaste licentie slechts één component van het kostenmodel is.

Een enterprise business case voor Copilot zou daarom minimaal moeten kijken naar:

• kosten van de gebruikerslicenties;
• verwachte Copilot Credit-consumptie;
• gebruik van Advanced AI;
• aantal en type agents;
• verwachte groei van AI-adoptie;
• pre-purchase commitments;
• pay-as-you-go;
• governance en limieten;
• kostenallocatie naar businessunits;
• en contractuele flexibiliteit.

Daarmee verandert ook de betekenis van TCO.

Total Cost of Ownership voor Copilot is niet langer alleen een licentieberekening.

Het wordt een combinatie van licensing, consumption en governance.

Copilot FinOps wordt een governancevraagstuk

Microsoft biedt inmiddels mogelijkheden om usage-based billing te beheren. Organisaties kunnen spending policies instellen, limieten definiëren, waarschuwingen configureren en Copilot Credit-verbruik monitoren. Het verbruik kan worden geanalyseerd om beter inzicht te krijgen in de kosten van verschillende gebruikers en AI-workloads.

Dat is belangrijk omdat AI-consumptie niet noodzakelijk gelijkmatig over de organisatie wordt verdeeld.

Een kleine groep power users kan bijvoorbeeld een disproportioneel deel van het verbruik veroorzaken.

Hetzelfde geldt voor agents.

Eén breed uitgerolde agent kan uiteindelijk meer kosten veroorzaken dan tientallen individuele gebruikers.

Daarom moet Copilot governance niet uitsluitend worden ingericht rond wie een licentie heeft, maar ook rond wie hoeveel AI-capaciteit mag gebruiken.

Wie wordt eigenaar van de Copilot-kosten?

Dit is een vraag die organisaties vaak pas stellen nadat het gebruik is gestart.

Traditioneel ligt Microsoft 365-budgettering grotendeels bij IT.

Bij usage-based AI ligt dat minder voor de hand.

Stel dat een finance-afdeling een agent inzet om periodiek managementrapportages te produceren. Of procurement gebruikt Cowork voor leveranciersanalyses. Of legal zet AI in voor contractreview.

Wie betaalt dan de credits?

IT?

De businessunit?

Een centraal AI-budget?

Of wordt het verbruik doorbelast?

Dit moet vooraf worden bepaald.

Voor enterprise organisaties betekent dit dat cost ownership onderdeel moet worden van de AI-governance.

Zonder duidelijke eigenaar ontstaat een bekend probleem: de technologie wordt centraal beschikbaar gesteld, terwijl het verbruik door verschillende onderdelen van de organisatie wordt veroorzaakt.

Copilot Credits inkopen: commitment is niet automatisch optimalisatie

Microsoft biedt verschillende manieren om Copilot Credits te financieren, waaronder pay-as-you-go en pre-purchase mogelijkheden.

Bij een Copilot Credit Pre-Purchase Plan worden credits vooraf gecommitteerd tegen een korting. Dat kan interessant zijn voor organisaties met voldoende voorspelbaar gebruik.

Maar hier ontstaat een bekend enterprise-licentierisico:

een korting op volume is alleen waardevol als het volume daadwerkelijk wordt gebruikt.

Een organisatie die te vroeg een grote hoeveelheid credits committeert, kan eindigen met ongebruikte capaciteit.

Daarom zou de volgorde moeten zijn:

gebruik meten → forecast maken → scenario’s modelleren → commitment bepalen.

Niet:

korting zien → commitment inkopen → hopen dat het gebruik volgt.

Pay-as-you-go biedt flexibiliteit, maar niet automatisch controle

Aan de andere kant is pay-as-you-go niet per definitie de optimale oplossing.

Het voordeel is duidelijk: de organisatie committeert zich niet vooraf aan een bepaalde hoeveelheid credits.

Het nadeel is eveneens duidelijk: de uiteindelijke kosten zijn afhankelijk van het daadwerkelijke verbruik.

Daarom zijn spending policies en limieten belangrijk.

Een usage-based model zonder governance is geen flexibel licentiemodel.

Het is een variabele kostenpost zonder voldoende controle.

Een belangrijke ontwikkeling voor CSP-klanten

Voor organisaties die Microsoft 365 Copilot Business via Cloud Solution Provider (CSP) inkopen, is de actuele timing relevant.

Microsoft heeft op 1 oktober 2026 de eerder aangekondigde datum aangepast. Vanaf 1 december 2026 wordt usage-based billing standaard ingeschakeld voor nieuwe Microsoft 365 Copilot Business-aankopen via CSP. Pay-as-you-go wordt daarbij de standaard billing-configuratie.

Microsoft noemt daarbij een standaard spending limit van 4.000 Copilot Credits per gebruiker per maand, die door administrators kan worden aangepast.

Voor Nederland is een belangrijke nuance van toepassing.

Microsoft geeft aan dat deze wijziging in de eerste rollout niet beschikbaar zal zijn in Nederland. De uitbreiding naar andere markten volgt later.

Dat betekent dat Nederlandse organisaties de aankondiging niet moeten interpreteren als:

“Vanaf 1 december verandert voor iedere Nederlandse Copilot-klant automatisch de facturatie.”

De strategische ontwikkeling is echter wel relevant.

Microsoft beweegt duidelijk richting een commercieel model waarin usage-based AI steeds nadrukkelijker onderdeel wordt van de Copilot-architectuur.

Waarom procurement Copilot anders moet inkopen

Voor procurement verandert daarmee ook de onderhandelingsvraag.

Een traditionele Microsoft-onderhandeling richt zich vaak op:

• aantal seats;
• prijs per gebruiker;
• looptijd;
• korting;
• productmix;
• flexibiliteit;
• en volumegroei.

Bij Copilot komt daar een extra laag bij.

Procurement moet ook nadenken over:

Hoe voorspelbaar is het gebruik?

Welke gebruikers krijgen toegang tot Advanced AI?

Welke agents worden uitgerold?

Welke spending limits gelden?

Welke commitments zijn verstandig?

Hoe wordt overconsumptie afgerekend?

Welke flexibiliteit bestaat wanneer adoptie anders verloopt dan verwacht?

Dit maakt Copilot onderdeel van een bredere commercial strategy.

Een goede onderhandeling gaat daarom niet uitsluitend over de prijs van de Copilot-licentie.

De grootste fout: Copilot als één SKU behandelen

Voor enterprise organisaties is het verleidelijk om Copilot te benaderen als één extra Microsoft 365-licentie.

Dat is te eenvoudig.

Er zijn minstens vier verschillende vraagstukken:

1. User licensing

Welke medewerkers hebben toegang nodig tot Microsoft Copilot?

2. AI consumption

Welke medewerkers, agents en workloads genereren daadwerkelijk usage-based kosten?

3. Governance

Welke gebruikers en agents mogen hoeveel credits verbruiken?

4. Commercial strategy

Welke combinatie van licenties, pay-as-you-go en pre-purchase commitments past bij het verwachte gebruik?

Daar komt een vijfde vraag bij:

5. Contractuele flexibiliteit

Hoe past het nieuwe model binnen de bestaande Microsoft-contractstructuur?

Dat laatste is vooral relevant voor organisaties met grote Microsoft-contracten, Enterprise Agreements of een omvangrijke Azure-positie.

Copilot hoort niet los te staan van de Microsoft-contractstrategie

Een organisatie die Copilot op grote schaal invoert, moet het product niet uitsluitend als een losstaande add-on beoordelen.

Copilot raakt inmiddels meerdere onderdelen van de Microsoft-stack: Microsoft 365, agents, Azure billing en andere usage-based services.

Daarom is het verstandig om Copilot ook mee te nemen in bredere contractbesprekingen.

Bij een Microsoft-renewal kan bijvoorbeeld worden gekeken naar:

• verwachte Copilot-adoptie;
• aantal gebruikers;
• bestaande Microsoft 365-licenties;
• toekomstige Advanced AI-use cases;
• Azure-consumptie;
• Copilot Credit commitments;
• prijs- en kortingsstructuur;
• governance;
• reporting;
• en flexibiliteit gedurende de contracttermijn.

De commerciële uitdaging wordt daarmee groter.

Maar juist daardoor ontstaat ook ruimte voor een betere onderhandelingspositie.

Hoe organisaties Copilot financieel zouden moeten beoordelen

Een goede business case begint niet met de vraag hoeveel Copilot kost.

Begin met de use cases.

Welke processen worden verbeterd?

Welke taken worden geautomatiseerd?

Welke medewerkers gebruiken Copilot daadwerkelijk?

Welke use cases vereisen Advanced AI?

Welke agents worden verwacht?

En vooral:

Welke zakelijke waarde ontstaat daardoor?

Maak vervolgens minimaal drie scenario’s.

Scenario 1: beperkte adoptie

De organisatie gebruikt voornamelijk Everyday AI.

De variabele AI-consumptie blijft relatief beperkt.

De nadruk ligt op de vaste gebruikerslicentie.

Scenario 2: brede adoptie

Copilot wordt breed uitgerold en meerdere teams gebruiken Advanced AI.

De organisatie krijgt een substantiëlere variabele kostencomponent.

Governance en cost allocation worden belangrijker.

Scenario 3: agentic enterprise

Agents voeren zelfstandig complexe processen uit.

AI-consumptie groeit aanzienlijk en wordt onderdeel van de operationele kostenstructuur.

In dit scenario is Copilot FinOps geen ondersteunend proces meer. Het wordt onderdeel van financieel en operationeel management.

Van Software Asset Management naar AI Asset Management

De ontwikkeling rond Copilot laat een bredere verschuiving zien.

Software Asset Management draait traditioneel om rechten, licenties, contracten, compliance en gebruik.

Cloud FinOps draait om consumptie.

AI combineert beide.

Een organisatie kan een rechtmatige Copilot-licentie hebben en toch onvoldoende grip hebben op de totale kosten.

Dat komt doordat licentierecht en AI-consumptie verschillende dimensies van hetzelfde platform worden.

Voor enterprise organisaties betekent dit dat SAM, FinOps, procurement, IT en business owners nauwer moeten samenwerken.

Niet omdat Microsoft Copilot per definitie problematisch is.

Maar omdat het commerciële model complexer wordt.

Wat betekent dit voor bestaande Copilot-klanten?

Bestaande klanten hoeven niet automatisch te concluderen dat hun huidige Copilot-investering opnieuw moet worden ingericht.

De USL blijft de basis voor Everyday AI. UBB komt daar voor specifieke Advanced AI-scenario’s naast te staan. Microsoft breidt het usage-based model bovendien verder uit naarmate nieuwe AI-capaciteiten beschikbaar komen.

De juiste aanpak is daarom om de huidige situatie opnieuw te beoordelen.

Niet noodzakelijk de bestaande licenties vervangen.

Wel:

licenties, gebruik, governance en toekomstige AI-consumptie opnieuw modelleren.

Dat is een belangrijk verschil.

Wat moeten organisaties nu doen?

Voor organisaties die Microsoft Copilot al gebruiken of overwegen om het gebruik uit te breiden, zijn vijf stappen verstandig.

1. Maak onderscheid tussen licentie en consumptie.

Breng de vaste Copilot-licenties afzonderlijk in kaart van de verwachte Copilot Credit-consumptie.

2. Identificeer Advanced AI-use cases.

Bepaal welke processen daadwerkelijk gebruik gaan maken van Cowork, Code, Autopilot, frontier models of andere usage-based functionaliteit.

3. Richt cost governance in voordat het gebruik explodeert.

Stel spending policies, limieten, alerts en verantwoordelijkheden vast voordat grootschalige adoptie plaatsvindt.

4. Modelleer commitments zorgvuldig.

Gebruik historische data en realistische forecasts voordat Copilot Credits vooraf worden ingekocht.

5. Neem Copilot mee in de Microsoft-onderhandeling.

Beoordeel niet alleen de prijs van de gebruikerslicentie, maar de volledige commerciële structuur.

Strategische conclusie

Microsoft Copilot ontwikkelt zich van een relatief eenvoudig per-user licentievraagstuk naar een combinatie van licensing en AI consumption.

Dat betekent niet dat Copilot automatisch duurder wordt.

Het betekent wel dat de kosten minder uitsluitend afhankelijk zijn van het aantal gebruikers.

De introductie van USL en UBB maakt het mogelijk om dagelijkse AI-productiviteit anders te financieren dan geavanceerde, agentic AI. Dat kan organisaties meer flexibiliteit geven, maar vereist tegelijkertijd meer grip op gebruik, budgetten en governance.

Voor procurement is de belangrijkste les daarom eenvoudig:

onderhandel niet alleen over hoeveel Copilot kost per gebruiker. Begrijp ook hoeveel AI-capaciteit uw organisatie daadwerkelijk gaat gebruiken.

Een lage seat price kan aantrekkelijk lijken, maar zegt weinig over de totale kosten wanneer Advanced AI en agents een steeds groter deel van het gebruik bepalen.

Voor CIO’s, IT-managers, procurement en Software Asset Management betekent dit dat Copilot inmiddels thuishoort op het snijvlak van licentieoptimalisatie, FinOps, governance en contractstrategie.

De beste Copilot-strategie begint daarom niet met zoveel mogelijk licenties.

Ze begint met inzicht in gebruik, waarde, consumptie en commerciële flexibiliteit.

Onafhankelijk advies over Microsoft Copilot

Overweegt uw organisatie Microsoft Copilot breder uit te rollen, of staat er een Microsoft-contractverlenging aan? Dan is het verstandig om niet alleen naar de licentieprijs te kijken, maar ook naar het verwachte AI-verbruik, de governance en de commerciële flexibiliteit.

BeSharp Experts helpt organisaties met onafhankelijk strategisch licentieadvies bij Microsoft-licenties, licentieoptimalisatie en contractonderhandelingen. Daarbij kijken we niet alleen naar wat Microsoft aanbiedt, maar vooral naar wat uw organisatie daadwerkelijk nodig heeft en welke commerciële structuur daarbij past.

Wilt u weten wat het nieuwe Copilot-model betekent voor uw organisatie, licentiepositie of toekomstige kosten?

Neem dan contact op met BeSharp Experts via +3185-0070484 of het contactformulier. We bespreken graag uw situatie en bekijken waar de belangrijkste licentie- en optimalisatiemogelijkheden liggen.