How and when to request a credit from Microsoft

Appropriate roles: Admin agent | Global admin

This article explains how Cloud Solution Provider (CSP) direct and indirect providers can request credit for:


Credit requests are accepted only from CSP direct and indirect providers. Requests aren't accepted from indirect resellers.

Creating a service request for a customer in Microsoft Azure is a separate process.

Request credit

Use the following steps to request credit.

  1. Download and complete the Request for Credit or Refund Form. (Selecting the preceding link downloads the form directly to your computer.)

  2. Sign in to the Partner Center dashboard, select the question mark icon (?), then select Help + support.

  3. Select New request.

  4. Select Browse Topics and select Category = CSP, Topic = Billing and Invoicing, and Subtopic = Credit requests and refunds.

  5. On the Recommended solutions page, under Do you need more help? select Yes.

  6. On the Details page, complete the Issue details section. In the Details text box, be sure to enter the required information described in the Request for Credit or Refund Form.

  7. Select Submit.

Types of credits

This section describes some of the credits that you can request.

Accidental purchase credit

For credit requests for legacy offers of Microsoft 365 or Microsoft Dynamics 365 (for example, when the number of licenses was increased accidentally, or the wrong product was purchased):

  • Cancellations of subscriptions within 30 days of purchase are refunded 100% with no need to create a service request. The credit appears in the invoice/reconciliation file issued after the subscription is suspended.

  • If you suspend a subscription in months 2 to 12, you'll be credited on a prorated basis. To receive a full refund from the start of the subscription, a request must be submitted within 90 days of purchase, except:

    • All Microsoft Power BI Premium SKUs: A request must be submitted within seven days for 100% refund. After seven days, fixed costs amounting to USD33 per day, regardless of the number of licenses, will be deducted from the credit.
    • Microsoft 365 A1: Full credit is provided only if the request is submitted within 30 days of purchase and no users are assigned to the subscription. No refunds are issued after 30 days from purchase.


This policy only applies to offers purchased via the legacy commerce experience. For offers purchased via the new commerce experience, see the policy published at Create customer subscriptions.

Duplicate orders credit

For credit requests for duplicate licenses (for example, when a customer has duplicate licenses after migrating to another tenant or to another CSP partner):

  • Credit requests must be submitted within 120 days of the new subscription purchase.

  • Customers who voluntarily transition between partners or tenants loses all the offers on their agreements.

  • Previous promotions aren't carried over if they're no longer available.

  • New offers are purchased at the current price.


This policy only applies to offers purchased via the legacy commerce experience. For offers purchased via the new commerce experience, see the policy published at Create customer subscriptions.

Service outages (service-level agreement issues) credit

For credit requests for service outages:

  • SLA credits from Microsoft are determined based on which services were impacted. For example, if your customer has an Office 365 suite but only experienced a SharePoint outage, the SLA credit is approved only for SharePoint and not the customer's entire plan.

  • Credits are prorated based on the service affected and the duration of the outage. To see the types of scenarios that qualify for SLA credits, see the Online Services Consolidated SLA document. This information applies to services sold through the Cloud Solution Provider (CSP) program, too.

  • Credit requests must be submitted by the end of the calendar month following the month in which the incident occurred. For example, if the incident occurred on February 15, we must receive the claim and all required information by March 31. (More details are in the Request for Credit or Refund Form).

  • You must provide evidence that the customer was impacted by the outage and that they requested an SLA credit. Customer tenant ID and outage ID (from the Service Health Dashboard) must be provided. The customer email submitted as evidence must come from the domain of the affected tenant. (Email from a personal address isn't acceptable).


Advisory incidents are generally not eligible for SLA credits. An incident posted to the Service Health Dashboard indicates that a tenant may be impacted and represents the best information Microsoft has at the time of publishing. Health page data represents the general availability of a service. Individual service impact, mitigation, and resolution may vary. You can review the final Incident Post and Post Incident Review for more details. For more information about service health, see How to check Microsoft 365 service health.


This policy applies to offers purchased both the legacy commerce experience and the new commerce experience.

Required information

Customer name, tenant identifier, partner ticket number, and ticket created date and time stamp are not sufficient for a claim to be processed.

Before you submit an SLA credit request to Microsoft, you must gather all the following information to include in your support ticket:

  • The customer tenant's GUID

  • The outage incident identifier

  • Evidence that the customer was impacted by the outage and has requested an SLA credit

  • Were the impacted subscriptions purchased through CSP? (Yes or no)

Evidence that proves customer impact

  • Information regarding the time and duration of the downtime

  • The number and locations of affected users (if applicable)

  • Descriptions of your attempts to resolve the incident at the time of occurrence

  • An email from the affected customer requesting support and subsequently credit

  • The support ticket number and details of customer contact regarding resolving service impact

Outage incident identifier

You can find the identifier for the outage incident on the Service Health page in the Microsoft 365 admin center. The Outage Incident ID is a number preceded by a two-letter abbreviation that indicates the affected service (for example, EX25194 for an Exchange Online outage).

The following table describes common service abbreviations:

Two-letter abbreviation Microsoft service
EX Exchange Online
FO Exchange Online Protection
SB Skype for Business Online (formerly Lync Online)
OS Office Subscription
PB Power BI for Office 365
SP SharePoint Online
YA Yammer Enterprise
MO Portal error

Next steps