Sobald ein Kunde einen SaaS-Dienst, eine Azure-Anwendung mit einem Plan für verwaltete Apps oder kubernetes-App mit getakteter Abrechnung abonniert hat, kann er den Verbrauch für jede verwendete Abrechnungsdimension nachverfolgen. Wenn der Verbrauch die vom Kunden festgelegten enthaltenen Mengen überschreitet, sendet Ihr Dienst Nutzungsereignisse an Microsoft.
Für SaaS-Angebote, verwaltete Apps und Kubernetes-App-Angebote
Wie oft wird erwartet, dass die Nutzung ausgegeben wird?
Im Idealfall wird davon ausgegangen, dass Sie die Nutzung für die letzte Stunde pro Stunde ausgeben, nur wenn die vorherige Stunde verwendet wird.
Gibt es einen maximalen Zeitraum zwischen einer Emission und dem nächsten?
Es gibt keine solche Einschränkung. Geben Sie nur die Verwendung aus, während sie auftritt. Wenn Sie z. B. nur eine Nutzungseinheit pro Abonnementlebensdauer übermitteln müssen, können Sie dies tun.
Was ist die maximale Verzögerung zwischen dem Auftreten eines Ereignisses und dem Zeitpunkt, zu dem ein Verwendungsereignis an Microsoft ausgegeben wird?
Im Idealfall wird das Verwendungsereignis jede Stunde für Ereignisse ausgegeben, die in der letzten Stunde aufgetreten sind. Es werden jedoch Verzögerungen erwartet. Die maximale zulässige Verzögerung beträgt 24 Stunden, nach denen Nutzungsereignisse nicht akzeptiert werden. Die bewährte Methode besteht darin, stündliche Nutzung zu sammeln und als ein Ereignis am Ende der Stunde auszustrahlen. Wenn beispielsweise ein Verwendungsereignis an einem Tag um 1 Pm auftritt, müssen Sie bis zu 1 PM am nächsten Tag ein Verwendungsereignis ausgeben, das diesem Ereignis zugeordnet ist. Wenn das System die Nutzung ausgibt, kann es wiederhergestellt und dann das Verwendungsereignis für das Stundenintervall senden, in dem die Verwendung erfolgt ist, ohne dass die Genauigkeit verloren geht. Wenn nach der tatsächlichen Nutzung 24 Stunden bestehen, können Sie die verbrauchten Einheiten mit späteren Nutzungsereignissen trotzdem ausgeben. Diese Praxis kann jedoch die Glaubwürdigkeit der Abrechnungsereignisberichte für den Endkunden beeinträchtigen. Es wird empfohlen, das Senden der Zähleremissionen einmal pro Tag/Woche/Monat zu vermeiden. Es ist schwieriger, die tatsächliche Nutzung durch einen Kunden zu verstehen und Probleme oder Fragen zu beheben, die in Bezug auf Nutzungsereignisse ausgelöst werden können. Ein weiterer Grund, die Nutzung jede Stunde zu senden, besteht darin, Situationen zu vermeiden, in denen der Benutzer das Abonnement abbricht, bevor der Herausgeber das tägliche/wöchentliche/monatliche Emissionsereignis sendet.
Anmerkung
Eine 24-Stunden-Verzögerung zum Senden von Nutzungsereignissen gilt auch für konvertierte/aktualisierte Pläne. Wenn ein Kunde den Plan auf einen neuen Plan aktualisiert, muss die Nutzung des vorherigen Plans innerhalb von 24 Stunden nach der Konvertierung des Plans gemeldet werden.
Was geschieht, wenn Sie mehrere Verwendungsereignisse in derselben Stunde senden?
Nur ein Verwendungsereignis wird für das einstündige Intervall akzeptiert. Das Stundenintervall beginnt mit Minute 0 und endet mit Minute 59. Wenn mehrere Verwendungsereignisse für dieselbe Stunde ausgegeben werden, werden alle nachfolgenden Verwendungsereignisse als Duplikate verworfen.
Was geschieht, wenn der Kunde den Kauf innerhalb der von der Stornierungsrichtlinie zugelassenen Zeit storniert?
Der Pauschalbetrag wird nicht berechnet, aber die Überlastung ist.
Können benutzerdefinierte Meterpläne für einmalige Zahlungen verwendet werden?
Ja, Sie können eine benutzerdefinierte Dimension als eine Einheit einmaliger Zahlung definieren und sie nur einmal für jeden Kunden ausgeben.
Können benutzerdefinierte Meterpläne für ein tarifiertes Preismodell verwendet werden?
Ja, es kann mit jeder benutzerdefinierten Dimension implementiert werden, die ein einzelnes Preisniveau darstellt.
Contoso möchte beispielsweise 0,5 $ pro E-Mail für die ersten 1.000 E-Mails, 0,4 $ pro E-Mail zwischen 1.000 und 5.000 E-Mails und 0,2 $ pro E-Mail für über 5.000 E-Mails berechnen. Sie können drei benutzerdefinierte Dimensionen definieren, die den drei E-Mail-Preisstufen entsprechen. Emittieren Sie Einheiten der ersten Dimension, solange die Anzahl der E-Mails unter 1.000 bleibt, dann Einheiten der zweiten Dimension, wenn die Anzahl der E-Mails zwischen 1.000 und 5.000 liegt, und schließlich Einheiten der dritten Dimension für über 5.000 E-Mails.
Was geschieht, wenn der Marketplace-Metering-Dienst einen Ausfall hat?
Wenn der unabhängige Softwareanbieter (INDEPENDENT Software Vendor, ISV) einen benutzerdefinierten Zähler sendet und einen Fehler empfängt, der möglicherweise durch ein Problem auf Microsoft-Seite verursacht wurde (in der Regel wurden ähnliche Ereignisse vor einem Fehler akzeptiert), sollte der ISV warten und die Emission wiederholen.
Wenn der Fehler weiterhin besteht, übermitteln Sie diesen benutzerdefinierten Meter erneut die nächste Stunde (akkumulieren die Menge). Setzen Sie diesen Vorgang fort, bis eine Nichtfehlerantwort empfangen wird.
Nur für SaaS-Angebote
Was geschieht, wenn Sie die Nutzung für ein SaaS-Abonnement ausgeben, das bereits abbestellt wurde?
Jedes Nutzungsereignis, das an die Marketplace-Plattform gesendet wird, wird nach dem Löschen eines SaaS-Abonnements nicht akzeptiert.
Die Nutzung kann nur für Abonnements im Status "Abonniert" (und nicht für Abonnements in PendingFulfillmentStart, Suspendedoder Unsubscribed Status) ausgegeben werden.
Die einzige Ausnahme besteht darin, die Nutzung für den Zeitpunkt zu melden, zu dem das SaaS-Abonnement storniert wurde.
Beispielsweise hat der Kunde das SaaS-Abonnement heute um 13:00 Uhr storniert. Jetzt ist 15 Uhr, der Herausgeber kann die Nutzung für den Zeitraum von gestern bis 13 Uhr noch heute für dieses SaaS-Abonnement ausgeben.
Können Sie eine Liste aller SaaS-Abonnements erhalten, einschließlich aktiver und abonnementierter Abonnements?
Ja, wenn Sie die GET-Abonnementlisten-API aufrufen,, da sie eine Liste aller SaaS-Abonnements enthält. Das Statusfeld in der Antwort für jedes SaaS-Abonnement erfasst, ob das Abonnement aktiv oder abbestellt ist.
Sind die Anfangs- und Enddaten der SaaS-Abonnementlaufzeit und die Überlastungsemissionen verbunden?
Überlastungsereignisse können jederzeit für vorhandene SaaS-Abonnements in Status "Abonniert" ausgegeben werden. Es liegt in der Verantwortung des Herausgebers, Nutzungsereignisse basierend auf der im Abrechnungsplan definierten Richtlinie auszustrahlen. Die Überlastung muss basierend auf den in der Laufzeit des SaaS-Abonnements definierten Datumsangaben berechnet werden.
Wenn der Herausgeber z. B. einen SaaS-Plan definiert, der 1.000 E-Mails für 100 $ im monatlichen Pauschalsatz enthält, wird jede E-Mail über 1.000 $ über benutzerdefinierte Dimension in Rechnung gestellt.
Wenn der Kunde das Abonnement am 6. Januar kauft und aktiviert, werden die 1.000 im Pauschalsatz enthaltenen E-Mails ab diesem Tag gezählt. Wenn also bis zum 5. Februar (Ende des ersten Monats des Abonnements) nur 900 E-Mails gesendet werden, zahlt der Kunde den festen Satz nur für den ersten Monat dieses Abonnements, und es werden keine Überlastungsereignisse vom Herausgeber zwischen dem 6. Januar und dem 5. Februar ausgegeben. Am 6. Februar wird das Abonnement automatisch verlängert, und die Anzahl beginnt erneut. Wenn der Kunde am 15. Februar 1.000 gesendete E-Mails erreicht hat, werden die restlichen E-Mails, die bis zum 5. März gesendet wurden, als Überlastung ($1 pro E-Mail) berechnet, basierend auf den vom Herausgeber ausgegebenen Überlastungsereignissen.
Verwandte Inhalte
- Weitere Informationen finden Sie unter Marketplace-Meteringdienst-APIs.