Une fois qu’un client s’abonne à un service SaaS, une application Azure avec un plan Managed Apps ou une offre d’application Kubernetes avec facturation limitée, il peut suivre la consommation pour chaque dimension de facturation utilisée. Si la consommation dépasse les quantités incluses définies pour le terme sélectionné par le client, votre service émet des événements d’utilisation à Microsoft.
Pour les offres SaaS, les applications gérées et les offres d’application Kubernetes
À quelle fréquence est-il prévu d’émettre l’utilisation ?
Dans l’idéal, vous êtes censé émettre l’utilisation toutes les heures pour la dernière heure, uniquement si l’heure précédente est utilisée.
Y a-t-il une période maximale entre une émission et la suivante ?
Il n’y a pas de telle limitation. Émet uniquement l’utilisation, car elle se produit. Par exemple, si vous n’avez besoin d’envoyer qu’une unité d’utilisation par durée de vie d’abonnement, vous pouvez le faire.
Quel est le délai maximal entre le moment où un événement se produit et l’heure à laquelle un événement d’utilisation est émis à Microsoft ?
Dans l’idéal, l’événement d’utilisation est émis toutes les heures pour les événements qui se sont produits au cours de la dernière heure. Mais les retards sont attendus. Le délai maximal autorisé est de 24 heures, après quoi les événements d’utilisation ne sont pas acceptés. La meilleure pratique consiste à collecter l’utilisation horaire et à l’émettre en tant qu’événement à la fin de l’heure. Par exemple, si un événement d’utilisation se produit à 13 heures par jour, vous avez jusqu’à 13 heures le lendemain pour émettre un événement d’utilisation associé à cet événement. Si le système émet l’utilisation est en panne, il peut récupérer et envoyer l’événement d’utilisation pour l’intervalle d’heure dans lequel l’utilisation s’est produite, sans perte de fidélité. Si 24 heures passent après l’utilisation réelle, vous pouvez toujours émettre les unités consommées avec des événements d’utilisation ultérieurs. Toutefois, cette pratique peut nuire à la crédibilité des rapports d’événements de facturation pour le client final. Nous vous recommandons d’éviter d’envoyer des émissions de compteur une fois par jour/semaine/mois. Il est plus difficile de comprendre l’utilisation réelle par un client et de résoudre les problèmes ou questions susceptibles d’être soulevés concernant les événements d’utilisation. Une autre raison d’envoyer l’utilisation toutes les heures consiste à éviter les situations où l’utilisateur annule l’abonnement avant que l’éditeur envoie l’événement d’émission quotidien/hebdomadaire/mensuel.
Note
Un délai de 24 heures pour envoyer des événements d’utilisation s’applique également aux plans convertis/mis à niveau. Si un client met à niveau le plan vers un nouveau plan, l’utilisation du plan précédent doit être signalée dans les 24 heures suivant la conversion du plan.
Que se passe-t-il lorsque vous envoyez plusieurs événements d’utilisation dans la même heure ?
Un seul événement d’utilisation est accepté pour l’intervalle d’une heure. L’intervalle d’heure commence à la minute 0 et se termine à la minute 59. Si plusieurs événements d’utilisation sont émis pendant la même heure, tous les événements d’utilisation suivants sont supprimés en tant que doublons.
Que se passe-t-il lorsque le client annule l’achat dans le délai imparti par la stratégie d’annulation ?
Le montant forfaitaire n’est pas facturé, mais l’utilisation de dépassement est.
Les plans de compteur personnalisés peuvent-ils être utilisés pour les paiements ponctuels ?
Oui, vous pouvez définir une dimension personnalisée comme une unité de paiement unique et l’émettre une seule fois pour chaque client.
Les plans de compteur personnalisés peuvent-ils être utilisés pour le modèle tarifaire hiérarchisé ?
Oui, elle peut être implémentée avec chaque dimension personnalisée représentant un niveau tarifaire unique.
Par exemple, Contoso souhaite facturer 0,5 $ par e-mail pour les 1 000 premiers e-mails, 0,4 $ par e-mail compris entre 1 000 et 5 000 $, et 0,2 $ par e-mail pour plus de 5 000 e-mails. Ils peuvent définir trois dimensions personnalisées qui correspondent aux trois niveaux tarifaires de messagerie. Émettre des unités de la première dimension tant que le nombre d’e-mails reste inférieur à 1 000, puis les unités de la deuxième dimension lorsque le nombre d’e-mails est compris entre 1 000 et 5 000, et enfin, les unités de la troisième dimension pour plus de 5 000 e-mails.
Que se passe-t-il si le service de contrôle de la Place de marché a une panne ?
Si le fournisseur de logiciels indépendant (ISV) envoie un compteur personnalisé et reçoit une erreur qui peut avoir été provoquée par un problème côté Microsoft (généralement dans le cas où des événements similaires ont été acceptés avant sans erreur), l’ÉDITEUR de logiciels indépendant doit attendre et réessayer l’émission.
Si l’erreur persiste, soumettez à nouveau ce compteur personnalisé l’heure suivante (accumulez la quantité). Poursuivez ce processus jusqu’à ce qu’une réponse non-error soit reçue.
Pour les offres SaaS uniquement
Que se passe-t-il quand vous émettez l’utilisation d’un abonnement SaaS qui est déjà désinscrit ?
Tout événement d’utilisation émis sur la plateforme de la Place de marché n’est pas accepté après la suppression d’un abonnement SaaS.
L’utilisation ne peut être émise que pour les abonnements dans l’état Abonné (et non pour les abonnements dans PendingFulfillmentStart, Suspendedou l’état Unsubscribed).
La seule exception signale l’utilisation pour le moment qui était avant l’annulation de l’abonnement SaaS.
Par exemple, le client a annulé l’abonnement SaaS aujourd’hui à 17h00. Maintenant est 17h, l’éditeur peut toujours émettre l’utilisation pour la période comprise entre 18h et 15h aujourd’hui pour cet abonnement SaaS.
Pouvez-vous obtenir la liste de tous les abonnements SaaS, y compris les abonnements actifs et désinscrits ?
Oui, lorsque vous appelez l’API de liste d’abonnements GET , car elle inclut une liste de tous les abonnements SaaS. Le champ d’état de la réponse pour chaque abonnement SaaS capture si l’abonnement est actif ou désinscrit.
Les dates de début et de fin de l’abonnement SaaS sont-elles connectées ?
Les événements de dépassement peuvent être émis à tout moment pour l’abonnement SaaS existant dans état abonné. Il incombe au serveur de publication d’émettre des événements d’utilisation en fonction de la stratégie définie dans le plan de facturation. Le dépassement doit être calculé en fonction des dates définies dans le terme de l’abonnement SaaS.
Par exemple, si l’éditeur définit un plan SaaS qui inclut 1 000 e-mails pour 100 $ au tarif forfaitaire mensuel, chaque e-mail supérieur à 1 000 $ est facturé $1 via une dimension personnalisée.
Lorsque le client achète et active l’abonnement le 6 janvier, les 1 000 e-mails inclus dans le tarif forfaitaire sont comptabilisés à partir de ce jour. Ainsi, si jusqu’au 5 février (fin du premier mois de l’abonnement), seuls 900 e-mails sont envoyés, le client paie le taux fixe uniquement pour le premier mois de cet abonnement et aucun événement d’utilisation excessive n’est émis par l’éditeur entre le 6 janvier et le 5 février. Le 6 février, l’abonnement se renouvelle automatiquement et le nombre redémarre. Si le 15 février, le client a atteint 1 000 e-mails envoyés, le reste des e-mails envoyés jusqu’au 5 mars sont facturés comme dépassement (1 $ par e-mail) en fonction des événements d’utilisation de dépassement émis par l’éditeur.
Contenu connexe
- Pour plus d’informations, consultez API de service de contrôle de la Place de marché.