Why the EA-to-CSP/MCA Transition Is Happening — and Why Timing Is Everything
Microsoft is no longer renewing Enterprise Agreements for a growing number of customers. Organisations with fewer than 2,400 seats, those without significant on-premises licensing needs, and customers whose Microsoft relationship is predominantly cloud-based are being directed toward the Microsoft Customer Agreement (MCA) or the Cloud Solution Provider (CSP) programme at their next renewal.
This is not optional for many enterprises — it is a forced migration dressed as modernisation. And like any forced migration, the organisations that plan it methodically achieve dramatically different outcomes from those that react at the last minute.
The single most important variable in the transition is timing. Mid-term EA exits carry financial penalties — the remaining term's commitment is typically still payable. The only practical transition window is at or near EA expiry. This means your planning must begin 12–18 months before that date, not 3 months before when Microsoft's account team calls with their "standard" MCA offer.
"In every EA-to-MCA transition we have advised, the organisations that started planning 18 months before expiry achieved 15–25% better pricing than those that started at 6 months. The reason is simple: time creates options. Options create leverage. Leverage creates discounts. Start early."
Phase 1 — Complete Licence Inventory and Entitlement Mapping
The foundation of a successful transition is a complete, verified inventory of every Microsoft product and entitlement in your current EA. This is not a spreadsheet exercise — it is a compliance exercise. Every item you miss creates either a gap (you lose access to something you need) or waste (you pay for something you do not need in the new agreement).
Export Your EA Enrolment Summary
Download the complete enrolment detail from the Microsoft Volume Licensing Service Centre (VLSC) or the Microsoft 365 Admin Centre. This includes every product, SKU, quantity, effective date, and SA status. Reconcile it against your purchase orders — VLSC records are not always complete, especially for amendments executed mid-term.
Inventory Cloud Subscriptions
List every M365, Azure, Dynamics 365, Power Platform, and other cloud subscription — including quantities, assigned users, and utilisation rates. Identify subscriptions that are underutilised (<50% feature adoption) or unassigned. These represent immediate optimisation opportunities at transition.
Catalogue On-Premises Licences and SA Benefits
List every perpetual licence in the EA — Windows Server, SQL Server, Office Professional Plus, CALs, RDS licences, and any other on-prem products. Document which ones carry Software Assurance and calculate the annual value of each SA benefit: Azure Hybrid Benefit, version upgrade rights, licence mobility, training vouchers, and disaster recovery rights.
Map Each Product to CSP/MCA Equivalent
For every EA line item, identify the equivalent offering in CSP or MCA. Most M365 and Dynamics subscriptions map directly. On-premises products require more care: CSP offers some perpetual licences and server subscription options, but SA is not available through either CSP or MCA. Products without a direct equivalent (Visio, Project, speciality CALs) must be mapped individually.
Identify SA-Dependent Benefits at Risk
Highlight every SA benefit you currently use that will not carry over to CSP or MCA. The highest-value items are typically: Azure Hybrid Benefit (saving 30–40% on Azure Windows/SQL compute), licence mobility for server workloads, version upgrade rights, and Extended Security Updates (ESU) for legacy products. Each requires a specific mitigation strategy.
⚠️ Do Not Rely on Memory — Verify Against VLSC
We routinely discover that enterprise licence inventories maintained by IT teams diverge significantly from the VLSC record. The VLSC is the contractual source of truth for your EA entitlements. Discrepancies create transition risk: you may over-provision (wasting money) or under-provision (creating compliance gaps). Always verify against the official record before planning the transition.
Phase 2 — Software Assurance Analysis and Mitigation
Software Assurance is the single largest benefit lost when leaving an EA. It is also the most frequently underestimated. Many organisations know they have SA but have never calculated its total value — which often exceeds the SA fee itself when Azure Hybrid Benefit, upgrade rights, and mobility are factored in.
| SA Benefit | What You Lose at EA Expiry | Annual Value (Typical Enterprise) | Mitigation Strategy |
|---|---|---|---|
| Azure Hybrid Benefit (AHB) | Cannot use on-prem licences to reduce Azure Windows/SQL VM costs | $200K–$800K depending on Azure footprint | Maintain SA via MPSA for server licences; or accept higher Azure costs |
| Version Upgrade Rights | No right to install newer versions of on-prem software | Variable — depends on upgrade cycle | Purchase new version licences when needed; or move to subscription equivalents |
| Licence Mobility | Cannot move server licences across servers without reassignment restrictions | Operational cost if restricted | Maintain SA via MPSA for mobile workloads; or consolidate onto fewer servers |
| Training Vouchers | No access to SA training benefit | $5K–$20K per year | Budget separately for training; use Microsoft Learn (free) |
| Extended Security Updates | No free ESU coverage for legacy products | $50K–$200K for Windows Server 2012/SQL 2014 estates | Migrate to current versions; or purchase ESU separately (3-year limit) |
🎯 SA Mitigation Decision Framework
- If AHB saves more than the SA cost: Maintain SA through a Microsoft Products and Services Agreement (MPSA). The MPSA exists specifically for on-premises licence purchases with SA and operates independently of your cloud agreement.
- If you plan to retire on-premises within 3 years: Accept the SA loss and budget for the temporary cost increase. The migration to subscription-based cloud services eliminates the need for SA permanently.
- If on-premises is strategic and long-term: Negotiate a hybrid structure — MCA-E or CSP for cloud, MPSA for on-premises with SA. This is the most cost-effective approach for organisations with significant on-premises estates that will persist beyond a three-year horizon.
Phase 3 — Pricing Negotiation and Channel Selection
The transition from EA to CSP or MCA is a procurement event — and like any procurement event, the price you pay depends entirely on how well you negotiate. The default pricing in both CSP and MCA is at or near Microsoft's retail list price, which is typically 15–30% higher than what you were paying under your EA's volume discount tiers.
MCA-E (Direct with Microsoft)
For enterprises with 2,000+ seats and $2M+ annual Microsoft spend, MCA-E offers the best pricing potential. Microsoft's sales team has authority to offer discounts comparable to EA levels — but only when presented with a credible competitive alternative and a multi-year commitment. Expect 15–25% below list with strong negotiation.
CSP (via Partner)
CSP pricing includes the partner's margin (typically 2–8% above Microsoft's cost). For organisations that value managed services, technical support, and account management, the partner's margin is the price of that service. Direct pricing will be slightly higher than MCA-E, but the partner may offset this through optimisation services that reduce total cost.
Default Pricing (No Negotiation)
Accepting the standard CSP or MCA proposal without negotiation — the most common and most expensive outcome. Organisations that transition at the last minute, without competitive evaluation or commitment leverage, consistently pay 15–30% more than their EA rate. This is the single most avoidable cost in the transition.
Manufacturing Company: $740K Saved Through Competitive CSP Negotiation
Situation: A 3,800-seat manufacturer was told its EA would not be renewed. Microsoft proposed MCA-E at list pricing for M365 E3 ($36/user/month) — a 20% increase over the EA rate of $30/user/month. The client's initial assumption was that discounts were unavailable outside the EA.
What happened: We helped the client: (a) issue a formal RFP to three CSP partners and Microsoft directly (MCA-E), creating competitive tension; (b) conduct a Google Workspace evaluation with a 200-seat pilot programme; (c) model a three-year commitment across M365, Azure ($1.4M/year), and Dynamics 365 as a consolidated deal.
Phase 4 — Service Continuity and Zero-Disruption Migration
The highest-stakes element of the EA-to-CSP/MCA transition is ensuring that no user loses access to any Microsoft service during the changeover. A disruption — even a few hours without email, Teams, or SharePoint access — creates organisational chaos, executive escalations, and lasting distrust in the licensing team's competence.
The good news: zero-disruption transitions are entirely achievable with proper sequencing. Microsoft provides a grace period (typically 30 days) after EA expiry during which services continue to function. This is your safety net, not your migration window. The actual transition should be completed before EA expiry, with the grace period serving as contingency only.
| Phase | Timeline (Before EA Expiry) | Actions | Verification |
|---|---|---|---|
| Preparation | 60–90 days before | CSP/MCA agreement signed; tenant linked to new agreement; Azure plan or subscription configured | Confirm new agreement appears in admin centre; verify billing entity |
| Parallel Provisioning | 30–60 days before | Provision new M365 subscriptions under CSP/MCA in parallel with existing EA subscriptions; do NOT assign to users yet | Verify all required SKUs and quantities are available in new agreement |
| Licence Reassignment | 14–30 days before | Reassign user licences from EA subscriptions to CSP/MCA subscriptions — batch processing via PowerShell or admin centre | Verify every user has active licence under new agreement; test service access |
| Azure Transition | 7–14 days before | Transfer Azure subscriptions to new agreement (CSP Azure Plan or MCA billing profile); re-establish reserved instances | Verify all Azure resources operational; check billing is flowing to new agreement |
| EA Closure | EA expiry date | Confirm all services running under new agreement; submit final EA true-up; close EA enrolment | Zero active subscriptions remaining under EA; no service interruptions reported |
PowerShell for Bulk Reassignment
For organisations with more than 500 users, manual licence reassignment is impractical. Use Microsoft Graph PowerShell to script the reassignment in batches. Test with a pilot group of 50 users, verify service access, then execute the full migration in off-hours.
Azure Transfer Without Downtime
Azure subscription transfers between agreements do not interrupt running services. However, reserved instances and savings plans do not transfer — they must be re-purchased under the new agreement. Plan for a brief period of pay-as-you-go Azure pricing during the transfer window.
Final EA True-Up
Your final EA true-up must account for any licences added since the last annual reconciliation. Under-reporting on the final true-up creates a compliance liability that persists after EA closure. Over-reporting wastes money on licences you are about to transition away from. Get the count right.
Do Not Let EA Expire Without a Successor
If your new CSP/MCA agreement is not in place before the EA expires and the grace period ends, Microsoft will suspend services. Users lose access to email, Teams, SharePoint, and all M365 services. Recovery requires emergency licence provisioning at list price with no time for negotiation. This is entirely preventable.
Phase 5 — True-Up Closure and EA Wind-Down
The EA does not simply disappear at expiry — it requires formal closure. This includes the final true-up settlement, confirmation of perpetual licence entitlements (if any), and documentation of any SA benefits that will be maintained through an MPSA or other vehicle.
Many organisations underestimate the administrative effort required to close an EA cleanly. The final true-up is particularly consequential: Microsoft will scrutinise it more carefully than mid-term true-ups because it represents the last revenue opportunity from the agreement. Under-reporting triggers a compliance liability that persists after closure and can be raised in future audits. Over-reporting wastes budget on licences you are transitioning away from. Invest the time to reconcile the numbers accurately — a few hours of diligence prevents months of dispute resolution.
Perpetual licence documentation is equally critical. After the EA closes, your proof of ownership for any on-premises perpetual licences rests on the VLSC records and your ordering documents. If these are incomplete or inaccessible, you may face challenges defending your entitlements in a future Microsoft audit. Download, archive, and store multiple copies of all entitlement records before the EA closes and VLSC access is potentially modified. Treat this as a compliance insurance policy — the documentation you create today protects you from disputes that may arise years after the EA has closed.
🎯 EA Closure Checklist
- Submit final true-up: Report all licence additions since the last annual true-up. Negotiate any disputed quantities before submission — once submitted, true-up charges are difficult to reverse.
- Confirm perpetual licence entitlements: Any perpetual licences purchased under the EA (with SA) become your permanent entitlements after the EA expires. Confirm these are documented in VLSC and maintain records of the ordering documents.
- Document SA expiry dates: SA benefits expire with the EA term (or the specific SA renewal date). Record the exact expiry dates for each product's SA — Azure Hybrid Benefit eligibility, upgrade rights, and mobility rights all cease on these dates.
- Request licence confirmation letter: Ask Microsoft or your LSP for a written confirmation of your perpetual licence entitlements and their post-EA status. This documentation is essential for future audit defence.
- Close the enrolment formally: Notify Microsoft that you do not intend to renew. If your EA auto-renews, failure to give adequate notice may trigger an unwanted renewal with financial obligations.
Phase 6 — Governance in the New World
The EA provided structural governance: fixed seat counts, annual true-ups, and a defined three-year review cycle. CSP and MCA remove these guardrails. Without replacement governance structures, licence costs drift upward as teams add subscriptions, user counts grow unchecked, and Azure consumption scales without budgetary controls.
Monthly Licence Reviews
Replace the annual EA true-up with monthly licence reconciliation. Compare active user counts against subscription quantities. Remove unassigned or dormant licences before the next billing cycle. Target a utilisation rate of 90%+ across all subscription types.
Procurement Controls
Implement approval workflows for any subscription additions. Without EA seat limits, anyone with admin access can add licences. Require finance or procurement sign-off for changes exceeding a defined monthly threshold (e.g., $5K).
Azure Cost Governance
Azure under CSP or MCA is pay-as-you-go unless committed through Reserved Instances or Savings Plans. Implement budget alerts, anomaly detection, and resource tagging. Without EA consumption commitments, Azure costs can spike unexpectedly.
Annual Strategic Review
Create your own annual review cycle to replace the EA renewal. Evaluate: is your CSP/MCA pricing still competitive? Are you using the right subscription tiers? Should you consolidate or restructure your Microsoft relationship? Treat each annual review as a mini-negotiation event.
The Complete EA-to-CSP/MCA Transition Checklist
The following checklist consolidates every action required for a successful transition. Use it as a project plan, assigning owners and deadlines to each item.
| # | Action | Owner | Timeline | Status |
|---|---|---|---|---|
| 1 | Confirm EA expiry date and auto-renewal notice requirements | Procurement | 18 months before | ☐ |
| 2 | Complete licence inventory from VLSC and M365 admin centre | IT/SAM | 18 months before | ☐ |
| 3 | Catalogue SA benefits and calculate annual value | IT/Finance | 15 months before | ☐ |
| 4 | Map every EA product to CSP/MCA equivalent | IT/SAM | 15 months before | ☐ |
| 5 | Evaluate CSP vs MCA-E vs hybrid approach | IT/Procurement | 12 months before | ☐ |
| 6 | Issue RFP to CSP partners and/or begin MCA-E negotiation | Procurement | 12 months before | ☐ |
| 7 | Conduct competitive evaluation (Google Workspace, AWS) for leverage | IT/Strategy | 12 months before | ☐ |
| 8 | Engage independent negotiation adviser | Procurement | 12 months before | ☐ |
| 9 | Finalise pricing and sign new CSP/MCA agreement | Procurement/Legal | 3–6 months before | ☐ |
| 10 | Establish MPSA for on-premises SA (if needed) | Procurement | 3 months before | ☐ |
| 11 | Provision new subscriptions under CSP/MCA (parallel to EA) | IT | 30–60 days before | ☐ |
| 12 | Execute licence reassignment from EA to new agreement | IT | 14–30 days before | ☐ |
| 13 | Transfer Azure subscriptions to new agreement | IT/Cloud | 7–14 days before | ☐ |
| 14 | Submit final EA true-up | SAM/Finance | EA expiry | ☐ |
| 15 | Request licence confirmation letter from Microsoft | Procurement | EA expiry | ☐ |
| 16 | Formally close EA enrolment | Procurement | EA expiry + 30 days | ☐ |
| 17 | Implement monthly governance and review cycle | IT/SAM/Finance | Ongoing | ☐ |
Healthcare Group: Zero-Disruption Transition Saving $1.3M Over Three Years
Situation: A 7,500-seat healthcare group received notice that its EA would not be renewed. The estate included M365 E3/E5, SQL Server with SA (Azure Hybrid Benefit in use), and $2.1M annual Azure consumption. The initial MCA-E proposal from Microsoft was at list pricing — a 22% cost increase.
What happened: Starting 16 months before EA expiry, we executed the full transition playbook: (a) comprehensive licence inventory revealing 1,100 unused M365 licences; (b) SA analysis showing $340K annual AHB value requiring preservation; (c) competitive RFP to four CSP partners and Microsoft MCA-E; (d) hybrid structure — MCA-E for M365 and Azure, MPSA for SQL Server/Windows Server SA; (e) M365 right-sizing reducing the estate from 7,500 to 6,400 active licences.
"The worst thing you can do is treat the EA expiry as a deadline to meet. Treat it as a negotiation to win. Every week of preparation you invest before the deadline translates directly into better pricing, better terms, and a cleaner licence estate on the other side."