The short version: Starting May 4, 2026, Microsoft will remove the free grace period for expired CSP subscriptions. In its place is a paid Extended Service Term that bills monthly at your standard rate plus a 3% surcharge or 23% if no regular monthly term option exists for that SKU. It will be automatically, unless you explicitly cancel. This article explains what changed, who is affected, what it costs, and what most guides are leaving out.
For years, Microsoft CSP subscriptions had a forgiving end-of-term behaviour. When a subscription expired without being renewed, services didn't cut off immediately. Instead, partners and customers entered a free grace period of 30 days of continued access and up to 90 days of continued access with no billing, no urgency. Time to chase approvals, renegotiate terms, or simply decide.
That buffer shaped how the industry built its renewal processes. Workflows were designed around it. Automations assumed it. Customer conversations were timed to it.
Now it's gone. Effective May 4, 2026, Microsoft will remove the free grace period entirely.
A subscription that reaches end-of-term without a renewal or explicit cancellation no longer has free access. It automatically converts into a paid Extended Service Term, billed monthly at your standard rate plus a 3% surcharge, or 23% for SKUs where no monthly plan is available.
The operational logic that underpins most renewal workflows today is built on a premise that will no longer exist.
Under the historic CSP model, partners had two choices when a subscription reached end-of-term.
That grace period absorbed:
It cost nothing. It required no instruction. And as long as it existed, the consequences of inaction were minimal. That model ends on May 4, 2026.
An Extended Service Term (EST) is a new end-of-term option for partners that need more time to decide between cancelling a subscription or renewing it.
Microsoft positions it as a paid bridge, service continuity while a partner and customer resolve their next step.
Under the new model, every eligible subscription reaches end-of-term with three possible outcomes:
| Option | What happens | Cost |
|---|---|---|
| Renew | Subscription continues on its current term type | Standard rate |
| Cancel at end of term | Access stops immediately. Data is retained but the subscription cannot be recovered or reactivated. | €0 — but access ends |
| Extended Service Term | Service continues month-to-month. Partners can renew, upgrade, or cancel at any point during the term. | Monthly rate + 3% uplift (or +23% if no monthly SKU exists for that product) |
EST functions as a monthly subscription with one meaningful difference. Unlike standard monthly terms, which enforce a 7-day cancellation window, EST can be cancelled at any point. That flexibility is the justification for the surcharge.
But that flexibility only works in your favour when EST is chosen deliberately. When it's inherited by default, from inaction, from a misconfigured API call, from an automation that wasn't updated, it is simply a cost that wasn't budgeted.
Microsoft has been staging this rollout since late 2025. Several of these milestones have already passed.
NOV 3, 2025 (EST available in CSP Sandbox)
FEB 1, 2026 (EST price list preview published)
FEB 6–15, 2026 (Automatic backfill conversion)
FEB 16, 2026 (EST live in production)
FEB 27, 2026 (EST subscription export available)
MAY 4, 2026 (Enforcement date)
Four of these milestones have already passed. The backfill has already run. EST is already live in production.
If you haven't reviewed your subscription portfolio since February 15, some of your subscriptions may already be configured to roll into EST. Without you having made that decision.
The scope of EST is broader than it initially appears.
In scope:
Out of scope:
If a subscription was purchased or renewed after April 1, 2025 and its term ends after May 4, 2026, it is eligible for EST.
Three percent sounds like a rounding error. Applied across a real portfolio: multiple customers, multiple subscriptions, multiple months, it isn't.
The surcharge is calculated on the standard monthly term rate for each SKU. Every subscription that enters EST carries this cost for every month it remains there. That cost continues, month to month, until a partner explicitly cancels or converts back to a standard SKU.
For a subset of products where no monthly plan exists, the uplift isn't 3%. It's 23%.
The risk isn't in any single subscription. It's in the number of subscriptions that silently convert to EST because no explicit instruction was ever issued. The more subscriptions in a portfolio, the larger that number tends to be.
IMPORTANT: Promotional pricing does not carry over to EST.
When a subscription moves to EST, it does not automatically carry over the promotional pricing that was applied to the original subscription. This is the most underreported consequence of the change.
A customer whose subscription was on a promotional rate enters EST at the standard monthly rate, plus the 3% uplift. The promotion doesn't follow. The customer may not expect the difference. The invoice reflects it anyway.
For partners, the implications are immediate. Margin calculations built on promotional rates become inaccurate the moment a subscription enters EST. Resale pricing built on those rates is now exposed. And customer trust takes a direct hit if the pricing change arrives without prior notice.
Current promotions should be taken into account when deciding whether to go to EST. That decision needs to happen before end-of-term, not after the first EST invoice arrives.
Any customer on promotional pricing with an EST-eligible subscription needs to be in your renewal workflow before May 4 — as an explicit conversation, not a footnote
Under the old model, setting autoRenewEnabled: false was a clean, unambiguous instruction.
It meant: when this term ends, do not renew. Predictable. Reliable.
Now, under the EST model, that same call no longer produces that outcome.
Here is what happens today when you send that call:
If your system caches the initial response and doesn't monitor the webhook, you believe the subscription is set to cancel. It isn't.
The correct instruction requires an explicit scheduledActions block with actionType: Cancel
Not just setting autoRenewEnabled to false.
IMPORTANT: Any integration, PSA tool, or automation written before EST existed almost certainly doesn't include this. Find it. Fix it before May 4.
| Action | Regular subscription | EST subscription |
|---|---|---|
| Change quantity | ✅ Yes | ❌ No |
| Change term duration | ✅ Yes | ❌ No |
| Change billing plan | ✅ Yes | ❌ No |
| Cancel | ✅ Within standard cancellation window | ✅ At any time |
| Upgrade to higher SKU | ✅ Yes | ✅ Yes (with restrictions) |
| Convert back to base SKU | N/A | ✅ Yes |
| Transfer to another CSP | ✅ Yes | ⚠️ Convert to base SKU first |
| Promotions applied | ✅ Yes | ❌ Not automatically |
Two primary restrictions apply:
Quantity Increases:
Transfers:
EST is not inherently a problem. Customers occasionally need time between the end-of-term and a final renewal decision. While the previous grace period met that need at no cost, EST serves the same purpose for a fee.
There are specific situations where EST is a sound commercial decision:
Pending Approvals: Renewal intent is clear, but the purchase order hasn't been signed. EST maintains continuity while the process concludes.
Evaluation of Upgrade Paths: The customer plans to move to a different SKU, but the transition plan isn't ready. EST keeps services running during migration planning.
Contract Renegotiations: New pricing or scope is under discussion. EST buys time without cutting off access mid-conversation.
The critical distinction: EST chosen deliberately, with the customer's awareness, as a short-term bridge is a legitimate commercial tool. EST inherited by default, through inaction, is pure cost leakage.
The difference between these two outcomes is a matter of process, not product.
The May 4 enforcement date is close. Three actions matter most right now.
1. Run the EST subscription audit in Partner Center.
Use the AI Assist export to generate a complete list of subscriptions currently configured to roll into EST.
In Partner Center, enter this prompt: "Please generate a list of all my subscriptions that are set to go to EST at the end of their term."
The export takes up to 6 hours to generate and can only be requested once per 24-hour period. Compare the results against actual customer intent. Make changes before the enforcement date.
The CloudCockpit Platform is designed to make this process easier. If you need help, send us a message, contact your account manager or the operations team.
2. Audit your automation logic.
Any integration, PSA tool, or custom script setting autoRenewEnabled: false without an explicit scheduledActions: Cancel instruction is producing the wrong outcome under EST rules. Find it. Fix it before May 4.
3. Identify every customer on promotional pricing.
Map which customers are on promotional rates and which of their subscriptions are EST-eligible. Each of those customers needs a renewal conversation before their term ends. The financial difference when promotions don't transfer to EST is material — and the customer won't know unless you tell them first.
Each of these represents a category of cost that materialises without a trigger. No alert, no invoice line that explains clearly what happened. The mechanism is silent and the cost is real.
The next article in this series is a step-by-step operational checklist. It covers exactly how to read the EST export, how to correct API calls, how to structure renewal conversations with customers on promotional pricing, and how to model the true cost exposure across your portfolio.