Wie und wann Sie ein Guthaben bei Microsoft anfordern können
Geeignete Rollen: Administrator-Agent
In diesem Artikel wird erläutert, wie direkte und indirekte Anbieter im CSP-Programm (Cloud Solution Provider) Sowohl legacy- als auch neue Commerce-Produkte und -Dienste kreditwürdig anfordern können.
Überlegungen
Anforderungen für Guthaben werden nur von direkten und indirekten CSP-Anbietern akzeptiert. Anforderungen von indirekten Vertriebspartnern werden nicht akzeptiert.
Das Erstellen einer Serviceanfrage für einen Kunden in Microsoft Azure ist ein separater Prozess.
Kredit für neue Commerce-Produkte und -Dienstleistungen anfordern
Überprüfen Sie die neue Stornierungsrichtlinie für die Commerce Experience (NCE), bevor Sie Guthaben oder Rückerstattungen über sieben Kalendertage des Kaufs oder der Verlängerung anfordern.
Gehen Sie wie folgt vor, um eine Gutschrift anzufordern:
- Laden Sie das Formular zur Anforderung für Guthaben oder Rückerstattung herunter und füllen Sie es aus. (Wenn Sie den vorherigen Link auswählen, wird das Formular direkt in Den Standarddownloadordner heruntergeladen.)
- Erstellen Sie ein Supportticket im Partner Center.
- Fügen Sie das ausgefüllte Formular an, und senden Sie es.
Erwartete Zeitachse für den Empfang von Gutschriften
Nachdem Ihre Anfrage genehmigt wurde, werden die Gutschriften auf Ihrer nächsten Rechnung und den Abstimmungsdaten angezeigt.
Die verschiedenen Typen von Guthaben
Versehentliches Kaufguthaben für Ältere Produkte und Dienste
So fordern Sie Guthaben für ältere Microsoft 365- oder Dynamics 365-Produkte an, weil sie versehentlich Lizenzen hinzufügen oder das falsche Produkt kaufen:
- Bei Kündigungen von Abonnements innerhalb von 30 Tagen nach dem Kaufdatum erhalten Sie eine vollständige Rückerstattung, ohne dass Sie einen Service Request erstellen müssen. Das Guthaben ist in der Rechnung/Abstimmungsdatei angegeben, die nach dem Anhalten des Abonnements ausgegeben wird.
- Wenn Sie ein Abonnement in den Monaten 2 bis 12 aussetzen, werden Sie anteilig gutgeschrieben. Um eine vollständige Rückerstattung vom Anfang des Abonnements zu erhalten, muss eine Anforderung innerhalb von 90 Tagen nach dem Kauf eingereicht werden, außer:
- Alle Microsoft Power BI Premium-SKUs: Eine Anforderung muss innerhalb von sieben Tagen übermittelt werden, um eine vollständige Rückerstattung zu erhalten. Nach sieben Tagen werden unabhängig von der Lizenzanzahl täglich Fixkosten in Höhe von 33 USD von der Gutschrift abgezogen.
- Microsoft 365 A1: Die vollständige Gutschrift wird nur bereitgestellt, wenn die Anforderung innerhalb von 30 Tagen nach dem Kauf übermittelt wird und dem Abonnement keine Benutzer zugewiesen sind. Nach 30 Tagen nach dem Kauf werden keine Rückerstattungen mehr ausgegeben.
Hinweis
Diese Richtlinie gilt nur für Angebote, die über das Legacy-E-Commerce-Verfahren erworben wurden. Informationen zu Angeboten, die über das neue E-Commerce-Verfahren erworben wurden, finden Sie in der veröffentlichten Richtlinie unter Kündigen lizenzbasierter Abonnements im neuen E-Commerce-Verfahren.
Duplizierte Auftragsgutschrift für Ältere Produkte und Dienstleistungen
Für Guthabenanforderungen für doppelte Lizenzen (z. B. wenn ein Kunde nach der Migration zu einem anderen Mandanten oder einem anderen CSP-Partner doppelte Lizenzen besitzt):
- Guthabenanforderungen müssen innerhalb von 120 Tagen nach dem Kauf des neuen Abonnements übermittelt werden.
- Kunden, die freiwillig zwischen Partnern oder Mandanten wechseln, verlieren alle Angebote in ihren Vereinbarungen.
- Vorherige Aktionen werden nicht übernommen, wenn sie nicht mehr verfügbar sind.
- Neue Angebote werden zum aktuellen Preis erworben.
Hinweis
Diese Richtlinie gilt nur für Angebote, die über das Legacy-E-Commerce-Verfahren erworben wurden. Informationen zu Angeboten, die über das neue E-Commerce-Verfahren erworben wurden, finden Sie in der veröffentlichten Richtlinie unter Kündigen lizenzbasierter Abonnements im neuen E-Commerce-Verfahren.
Serviceausfälle (Service Level Agreement) Kredit für alte und neue Commerce-Produkte und -Dienstleistungen
Für Guthabenanforderungen für Dienstausfälle:
- Sla-Guthaben (Service Level Agreement) von Microsoft werden basierend darauf bestimmt, welche Dienste betroffen waren. Wenn Ihr Kunde beispielsweise über eine Office 365-Suite verfügt, aber nur ein SharePoint-Ausfall auftrat, wird das SLA-Guthaben nur für SharePoint und nicht für den gesamten Plan des Kunden genehmigt.
- Die Guthaben werden anteilig auf der Grundlage des betroffenen Dienstes und der Dauer des Ausfalls berechnet. Die Szenarien, die für SLA-Gutschriften qualifiziert sind, finden Sie unter Vereinbarungen zum Servicelevel (Service Level Agreements, SLAs) für Onlinedienste. Diese Informationen gelten auch für Dienste, die über das Cloud Solution Provider CSP-Programm (CSP) verkauft werden.
- Kreditanforderungen für Ansprüche im Zusammenhang mit Microsoft Azure müssen innerhalb von zwei Monaten nach Ende des Abrechnungsmonats übermittelt werden, in dem der Vorfall aufgetreten ist. Für Ansprüche im Zusammenhang mit allen anderen Diensten müssen Kreditanträge innerhalb eines Monats ab dem Ende des Abrechnungsmonats eingereicht werden, in dem der Vorfall aufgetreten ist. (Weitere Informationen finden Sie in dem Formular für Anforderungen für Guthaben oder Rückerstattungen).
- Stellen Sie Nachweise dafür bereit, dass der Ausfall den Kunden betroffen hat und dass er SLA-Gutschrift angefordert hat. Die Kunden-Mandanten-ID und Ausfall-ID (aus dem Service Health Dashboard) müssen angegeben werden. Die als Beweis übermittelte Kunden-E-Mail muss aus der Domäne des betroffenen Mandanten stammen. (E-Mails von einer persönlichen Adresse werden nicht akzeptiert.)
Hinweis
Empfehlungsereignisse kommen im Allgemeinen nicht für SLA-Gutschriften in Frage. Ein Vorfall, der im Dienststatusdashboard veröffentlicht wurde, gibt an, dass ein Mandant betroffen sein kann und die besten Informationen darstellt, die Microsoft zum Zeitpunkt der Veröffentlichung hat. Integritätsseitendaten stellen die allgemeine Verfügbarkeit eines Diensts dar. Die Auswirkungen auf einzelne Dienste, Entschärfung und Auflösung können variieren. Weitere Informationen finden Sie in der abschließenden Incident Post- und Post Incident Review. Weitere Informationen zum Dienststatus finden Sie unter So überprüfen Sie den Microsoft 365-Dienststatus.
Hinweis
Diese Richtlinie gilt sowohl für Angebote, die über das Legacy-E-Commerce-Verfahren erworben wurden, als auch für Angebote, die über das neue E-Commerce-Verfahren erworben wurden.
Erforderliche Informationen
Der Name des Kunden, der Mandantenbezeichner, die Nummer des Partnertickets und das erstellte Datums- und Zeitstempel reichen nicht aus, damit ein Anspruch verarbeitet werden kann.
Bevor Sie eine SLA-Kreditanforderung an Microsoft übermitteln, müssen Sie alle folgenden Informationen sammeln, um in Ihr Supportticket einzuschließen:
- Die GUID des Kundenmandanten
- Der Vorfallbezeichner des Ausfalls
- Zeigen Sie den Nachweis an, dass der Kunde den Ausfall festgestellt hat und um SLA-Gutschrift gebeten wurde
- Wurden die betroffenen Abonnements über CSP erworben? (Ja oder Nein)
Beweise, die belegen, dass der Kunde betroffen wurde
- Informationen zu Zeit und Dauer der Ausfallzeit
- Anzahl und Standorte der betroffenen Benutzer (sofern zutreffend)
- Beschreibungen Ihrer Versuche, den Vorfall zum Zeitpunkt des Auftretens zu beheben
- Eine E-Mail des betroffenen Kunden, der Support anfordert, und wenden Sie dann die Gutschrift an.
- Die Nummer des Supporttickets und Details des Kundenkontakts in Bezug auf die Lösung der Auswirkungen auf den Dienst
Der Vorfallbezeichner des Ausfalls
Sie finden den Bezeichner für den Ausfallvorfall auf der Service Health-Seite im Microsoft 365 Admin Center. Die Incident-ID für den Ausfall ist eine Zahl, der eine zweibuchstabige Abkürzung voransteht, die den betroffenen Dienst angibt (z. B. EX25194 für einen Exchange Online Ausfall).
In der folgenden Tabelle werden geläufige Dienstabkürzungen beschrieben:
Zweibuchstabige Abkürzung | Microsoft-Dienst |
---|---|
EX | Exchange Online |
FO | Exchange Online Protection |
SB | Skype for Business Online (ehemals Lync Online) |
Betriebssystem | Office-Abonnement |
PB | Power BI für Office 365 |
SP | SharePoint Online |
YA | Yammer Enterprise |
MO | Fehler im Portal |