顧客が SaaS サービス、Managed Apps プランを使用した Azure Application、従量制課金の Kubernetes アプリ オファーにサブスクライブすると、使用される各課金ディメンションの使用量を追跡できます。 使用量が顧客によって選択された用語に設定された含まれる数量を超えた場合、サービスは Microsoft に使用状況イベントを出力します。
SaaS オファー、マネージド アプリ、Kubernetes アプリ オファーの場合
使用状況を出力することが予想される頻度はどのくらいですか?
過去 1 時間の使用量は、前の 1 時間の使用量がある場合にのみ、1 時間ごとに出力することが理想的です。
1 つのエミッションと次のエミッションの間に最大の期間はありますか?
このような制限はありません。 発生した使用状況のみを出力します。 たとえば、サブスクリプションの有効期間ごとに 1 ユニットの使用量のみを送信する必要がある場合は、それを行うことができます。
イベントが発生してから使用状況イベントが Microsoft に出力されるまでの最大遅延時間は何ですか?
使用イベントは、過去 1 時間に発生したイベントに対して 1 時間ごとに生成されるのが理想的です。 ただし、遅延が予想されます。 許容される最大遅延時間は 24 時間で、その後、使用イベントは受け入れられません。 ベスト プラクティスは、時間単位の使用状況を収集し、1 時間の終わりに 1 つのイベントとして出力することです。 たとえば、使用状況イベントが 1 日の午後 1 時に発生した場合、翌日の午後 1 時まで、このイベントに関連付けられている使用状況イベントを生成する必要があります。 使用状況を出力するシステムがダウンしている場合は、回復してから、使用状況が発生した時間間隔の使用状況イベントを、忠実性を失うことなく送信できます。 実際の使用から 24 時間が経過した場合でも、後の使用状況イベントで消費ユニットを出力できます。 しかし、この方法では、エンド カスタマーの課金イベント レポートの信頼性が損なわれる可能性があります。 1 日/週/月に 1 回、メーターの排出量を送信しないことをお勧めします。 顧客による実際の使用状況を理解し、使用状況イベントに関して発生する可能性のある問題や質問を解決することは困難です。 1 時間ごとに使用状況を送信するもう 1 つの理由は、パブリッシャーが毎日/毎週/毎月のエミッション イベントを送信する前にユーザーがサブスクリプションをキャンセルする状況を回避するためです。
手記
変換されたプランまたはアップグレードされたプランでも、使用状況イベントを送信するための 24 時間の遅延が適用されます。 顧客がプランを新しいプランにアップグレードした場合、プランの変換から 24 時間以内に前のプランの使用状況を報告する必要があります。
同じ時間に複数の使用状況イベントを送信するとどうなりますか?
1 時間間隔で受け入れられる使用状況イベントは 1 つだけです。 時間間隔は 0 分から始まり、59 分で終了します。 同じ時間に複数の使用状況イベントが生成された場合、後続の使用状況イベントは重複として削除されます。
キャンセル ポリシーで許可された時間内に顧客が購入を取り消すとどうなりますか?
定額料金は課金されませんが、超過分の使用量は課金されます。
カスタム測定プランは 1 回限りのお支払いに使用できますか?
はい。カスタム ディメンションは、1 回限りの支払いの 1 単位として定義し、顧客ごとに 1 回だけ出力できます。
カスタムメータープランを階層化された価格モデルに使用できますか?
はい。1 つの価格レベルを表す各カスタム ディメンションで実装できます。
たとえば、Contoso では、最初の 1,000 件のメールに対してメールあたり 0.5 ドル、メールあたり 1,000 ~ 5,000 メールの間で $0.4、5,000 以上のメールに対して 1 メールあたり 0.2 ドルを請求したいとします。 3 つの電子メール価格レベルに対応する 3 つのカスタム ディメンションを定義できます。 メールの数が 1,000 未満である限り、最初のディメンションの単位を出力し、次に 2 番目のディメンションの単位 (メールの数が 1,000 ~ 5,000 の場合)、最後に 5,000 を超えるメールの 3 番目のディメンションの単位を出力します。
Marketplace 使用状況測定サービスが停止した場合はどうなりますか?
独立系ソフトウェア ベンダー (ISV) がカスタム メーターを送信し、Microsoft 側の問題によって引き起こされた可能性のあるエラーを受け取った場合 (通常は、エラーなしで以前に同様のイベントが受け入れられた場合)、ISV は排出を待機して再試行する必要があります。
エラーが解決しない場合は、次の 1 時間にカスタム メーターを再送信します (数量を累積します)。 エラー以外の応答が受信されるまで、このプロセスを続行します。
SaaS オファーの場合のみ
既にサブスクライブ解除されている SaaS サブスクリプションの使用状況を出力するとどうなりますか?
SaaS サブスクリプションが削除された後、マーケットプレース プラットフォームに出力される使用状況イベントは受け入れられません。
使用状況は、サブスクライブ済み状態のサブスクリプションに対してのみ出力できます (PendingFulfillmentStart、Suspended、または Unsubscribed 状態のサブスクリプションの場合は出力されません)。
唯一の例外は、SaaS サブスクリプションが取り消される前の時間の使用状況を報告することです。
たとえば、顧客は今日の午後 3 時に SaaS サブスクリプションを取り消しました。 今は午後 5 時です。パブリッシャーは、昨日の午後 6 時から今日の午後 3 時までの間、この SaaS サブスクリプションの使用状況を出力できます。
アクティブなサブスクリプションやサブスクライブ解除されたサブスクリプションを含むすべての SaaS サブスクリプションの一覧を取得できますか?
はい。GET Subscriptions List API を呼び出すと、すべての SaaS サブスクリプションの一覧が含まれます。 各 SaaS サブスクリプションの応答の状態フィールドは、サブスクリプションがアクティブかサブスクライブ解除かをキャプチャします。
SaaS サブスクリプション期間と超過使用量の排出量の開始日と終了日は接続されていますか?
超過分イベントは、サブスクライブされた 状態の既存の SaaS サブスクリプション
たとえば、発行元が、毎月 100 ドルの定額料金で 1,000 件のメールを含む SaaS プランを定義している場合、1,000 を超えるすべてのメールには、カスタム ディメンションを使用して $1 が課金されます。
顧客が 1 月 6 日にサブスクリプションを購入してアクティブ化すると、定額料金に含まれる 1,000 件のメールがこの日からカウントされます。 そのため、2 月 5 日 (サブスクリプションの最初の月の終わり) まで、900 件の電子メールのみが送信される場合、顧客はこのサブスクリプションの最初の月に対してのみ固定料金を支払い、1 月 6 日から 2 月 5 日の間に発行元から超過分の使用イベントは生成されません。 2 月 6 日にサブスクリプションが自動的に更新され、カウントが再び開始されます。 2 月 15 日に顧客が送信されたメールが 1,000 件に達した場合、3 月 5 日まで送信された残りのメールは、発行元によって生成された超過分の使用状況イベントに基づいて超過分 (電子メールあたり 1 ドル) として課金されます。
関連コンテンツ
- 詳細については、「Marketplace 測定サービス API」を参照してください。