Zodra een klant zich abonneert op een SaaS-service of Azure-toepassing met een Managed Apps-abonnement, met facturering naar gebruik, houdt u het verbruik bij voor elke factureringsdimensie die wordt gebruikt. Als het verbruik groter is dan de inbegrepen hoeveelheden die zijn ingesteld voor de term die door de klant is geselecteerd, zal uw service gebruiksgebeurtenissen naar Microsoft zenden.
Voor zowel SaaS-aanbiedingen als beheerde apps
Hoe vaak wordt verwacht dat er gebruik wordt gemaakt?
In het ideale moment wordt verwacht dat u elk uur het gebruik voor het afgelopen uur gaat gebruiken, alleen als er in het vorige uur gebruik is.
Is er een maximale periode tussen de ene en de volgende?
Er is geen dergelijke beperking. Gebruik alleen tijdens de stroom te zenden. Als u bijvoorbeeld slechts één gebruikseenheid per abonnementslevensduur hoeft in te dienen, kunt u dit doen.
Wat is de maximale vertraging tussen het moment dat een gebeurtenis plaatsvindt en het moment dat een gebruiksgebeurtenis wordt uitgezonden naar Microsoft?
In het ideale geval wordt de gebruiksgebeurtenis elk uur uitgezonden voor gebeurtenissen die in het afgelopen uur zijn opgetreden. Er worden echter vertragingen verwacht. De toegestane maximale vertraging is 24 uur, waarna gebruiksgebeurtenissen niet worden geaccepteerd. De best practice is het verzamelen van het gebruik per uur en het is één gebeurtenis aan het einde van het uur.
Als een gebruiksgebeurtenis bijvoorbeeld om 13:00 uur op een dag plaatsvindt, hebt u tot 13:00 uur op de volgende dag een gebruiksgebeurtenis die aan deze gebeurtenis is gekoppeld. Als het systeem dat gebruik verzendt, niet werkt, kan het de gebruiksgebeurtenis herstellen en vervolgens verzenden voor het interval van het uur waarin het gebruik heeft plaatsgevonden, zonder verlies van betrouwbaarheid.
Als er 24 uur zijn verstreken na het werkelijke gebruik, kunt u nog steeds de verbruikte eenheden met latere gebruiksgebeurtenissen gebruiken. Deze praktijk kan echter de geloofwaardigheid van de factureringsgebeurtenisrapporten voor de eindklant aantast. U wordt aangeraden om te voorkomen dat er één keer per dag/week/maand een meter wordt verzonden. Het is moeilijker om inzicht te krijgen in het werkelijke gebruik door een klant en om problemen of vragen op te lossen die kunnen worden gesteld met betrekking tot gebruiksgebeurtenissen.
Een andere reden om elk uur gebruik te verzenden, is om situaties te voorkomen waarin de gebruiker het abonnement annuleert voordat de uitgever de dagelijkse/wekelijkse/maandelijkse gebeurtenis verzendt.
Wat gebeurt er wanneer u meer dan één gebruiksgebeurtenis in hetzelfde uur verzendt?
Er wordt slechts één gebruiksgebeurtenis geaccepteerd voor het interval van één uur. Het uurinterval begint bij minuut 0 en eindigt bij minuut 59. Als er meer dan één gebruiksgebeurtenis wordt uitgezonden voor hetzelfde uur, worden eventuele volgende gebruiksgebeurtenissen als duplicaten weggelaten.
Wat gebeurt er wanneer de klant de aankoop annuleert binnen de tijd die is toegestaan door het annuleringsbeleid?
Het vast bedrag wordt niet in rekening gebracht, maar het uitvalgebruik wel.
Kunnen aangepaste meterplannen worden gebruikt voor een een time-betalingen?
Ja, u kunt een aangepaste dimensie definiëren als één eenheid van een een keer betalen en deze slechts één keer voor elke klant naar de klant laten gaan.
Kunnen aangepaste meterplannen worden gebruikt voor een gelaagd prijsmodel?
Ja, deze kan worden geïmplementeerd met elke aangepaste dimensie die één prijscategorie vertegenwoordigt.
Contoso wil bijvoorbeeld $ 0,5 per e-mail in rekening brengen voor de eerste 1000 e-mailberichten, $ 0,4 per e-mail tussen 1000 en 5000 e-mails en $ 0,2 per e-mail voor meer dan 5000 e-mailberichten. Ze kunnen drie aangepaste dimensies definiëren die overeenkomen met de drie prijslagen voor e-mail. Eenheden van de eerste dimensie verzenden zolang het aantal e-mailberichten onder 1000 blijft, en vervolgens eenheden van de tweede dimensie wanneer het aantal e-mailberichten tussen 1000 en 5000 ligt, en ten slotte eenheden van de derde dimensie voor meer dan 5000 e-mailberichten.
Wat gebeurt er als er een storing is in de Marketplace-meetservice?
Als de ISV een aangepaste meter verzendt en een fout ontvangt, die mogelijk is veroorzaakt door een probleem aan microsoft-zijde (meestal in het geval dat vergelijkbare gebeurtenissen eerder zonder een fout zijn geaccepteerd), moet de ISV wachten en het opnieuw proberen.
Als de fout zich blijft voordoen, moet u die aangepaste meter het volgende uur opnieuw inzenden (verzamel de hoeveelheid). Ga door met dit proces totdat er een niet-foutbericht wordt ontvangen.
Alleen voor SaaS-aanbiedingen
Wat gebeurt er wanneer u gebruik maakt voor een SaaS-abonnement dat al is afgemeld?
Alle gebruiksgebeurtenissen die naar het Marketplace-platform worden uitgezonden, worden niet geaccepteerd nadat een SaaS-abonnement is verwijderd.
Gebruik kan alleen worden ingediend voor abonnementen met de status Geabonneerd (en niet voor abonnementen in PendingFulfillmentStart Suspended , of Unsubscribed status).
De enige uitzondering hierop is het rapporteren van gebruik voor de tijd voordat het SaaS-abonnement werd geannuleerd.
De klant heeft het SaaS-abonnement bijvoorbeeld vandaag om 15:00 uur geannuleerd. Het is nu 17:00 uur, de uitgever kan nog steeds gebruik maken voor de periode tussen 18:00 uur en vandaag 15:00 uur voor dit SaaS-abonnement.
Kunt u een lijst met alle SaaS-abonnementen, inclusief actieve en afgemelde abonnementen, krijgen?
Ja, wanneer u de API GET Subscriptions List aanroept, omdat deze een lijst met alle SaaS-abonnementen bevat. Het statusveld in het antwoord voor elk SaaS-abonnement legt vast of het abonnement actief is of is afgemeld.
Zijn de begin- en einddatums van de term en het gebruik van het SaaS-abonnement met elkaar verbonden?
Uitvalgebeurtenissen kunnen op elk moment worden uitgezonden voor een bestaand SaaS-abonnement met de status Geabonneerd. Het is de verantwoordelijkheid van de uitgever om gebruiksgebeurtenissen te zenden op basis van het beleid dat is gedefinieerd in het factureringsplan. De uitval moet worden berekend op basis van de datums die zijn gedefinieerd in de periode van het SaaS-abonnement.
Als de uitgever bijvoorbeeld een SaaS-abonnement definieert met 1000 e-mailberichten voor $ 100 aan vast bedrag, wordt voor elke e-mail boven de 1000 $ 1 gefactureerd via een aangepaste dimensie.
Wanneer de klant het abonnement koopt en activeert op 6 januari, wordt de 1000 e-mail die is opgenomen in het vast tarief, vanaf deze dag geteld. Dus als er tot 5 februari (einde van de eerste maand van het abonnement) slechts 900 e-mailberichten worden verzonden, betaalt de klant het vaste tarief alleen voor de eerste maand van dit abonnement en worden er tussen 6 januari en 5 februari geen uitvalgebeurtenissen door de uitgever verzonden. Op 6 februari wordt het abonnement automatisch vernieuwd en wordt het aantal opnieuw begonnen. Als de klant op 15 februari 1000 verzonden e-mailberichten heeft ontvangen, worden de rest van de e-mailberichten die tot en met 5 maart worden verzonden, in rekening gebracht als uitval ($ 1 per e-mail) op basis van de uitvalgebruiksgebeurtenissen die door de uitgever worden verzonden.
Volgende stappen
- Zie Service-API's voor Marketplace-meting voor meer informatie.