適切なロール: インセンティブ管理者とインセンティブ ユーザー
収益レポートにお客様名が表示されないのはなぜですか?
グローバル キャンペーンとローカル キャンペーン (または直接支払いモデルと呼ばれるもの) または一括調整には、通常、顧客名、サブスクリプション ID、請求書番号などの調整の詳細は含まれません。
レバーが成長を測定する場合 (たとえば、登録済みパートナーの期間中の収益の増加など)、顧客名と他のトランザクションの詳細は、収益 - 既定のレポートではなく、収益 - 増加レポートにのみ表示される可能性があります。
他のすべてのレバーについて、同じエンゲージメントまたはレバーの残りの収益ラインの顧客名が表示される場合は、いくつかの可能性があります。
- 顧客 ID、顧客名、サブスクリプション ID、請求書番号などの調整属性が 1 つまたは 2 つの収益行に対してのみ不足しており、レバーや収益金額などの収益の詳細でのみ、手動で調整される可能性が最も高い場合です。 [収益- 既定] レポートの理由コード属性で、実行された理由を確認します。 通常、これらの調整は 1 人の顧客に起因することはできません。
- 最近追加されたすべての収益ライン ("最新の計算日を参照" など) に、エンゲージメントまたはレバーに関する他の調整の詳細 (顧客名だけでなく) がない場合は、データ待ち時間の問題になります。 この情報は、3 日から 5 日で入手できる可能性が最も高くなります。
- 他の調整属性が使用可能で、顧客 ID と顧客名のみが不足している場合は、新しいサブスクリプションである可能性が高く、請求書処理は行われませんでした。 新しいサブスクリプションの場合、顧客名
customer ID type = TPIDは 45 日から 60 日後にのみ使用できます。
収益調整はどのように表示されますか?
通常、調整には、単一のトランザクションまたは使用状況インスタンスへの参照はありません。 これらは後の段階で実行されます。 通常、調整には最小限の詳細が含まれます。 たとえば、登録済みのパートナー情報、プログラムまたはレバー、収益額、理由コードがあります。 ダウンロード内の列を参照することで、調整の reasonCode 理由を理解できます。 次の表に、調整の理由コードとその説明を示します。
| 理由コード | 説明 |
|---|---|
| AR コンプライアンス | パートナーが Microsoft の請求書を期限内に支払わない場合の収益を削減します。 |
| 共同ロールオーバー | 協力収益を別の期間に転送するか、協力利益をリベートに変換します。 |
| Ops の調整 | Microsoft のシステム計算エラーを修正します。 |
| Ops 調整 Microsoft の不適切な計算 | 誤算を修正します。 |
| Ops 調整 Microsoft の不正な登録 | 登録関連の誤計算を修正します。 |
| パートナー マッピング (サブスクリプション) MCI/CSP | Microsoft Commerce インセンティブ (MCI) プログラムと クラウド ソリューション プロバイダー (CSP) プログラムによるサブスクリプションの不整合を修正します。 |
| ポリシーの例外 | プログラムの規則をオーバーライドする調整。 |
| 前期の収益 | 現在の収益期外の収益の調整。 |
プログラム、エンゲージメント、またはレバーの収益が表示されないのはなぜですか?
プログラムの 1 つの収益をまだ受け取っていない場合は、まず、特定のパートナー登録 ID の [インセンティブ - 概要] ページで、プログラムに登録済みとして表示されていることを確認します。 次に、パートナーの資格条件を満たしていることを確認します。 詳細については、グローバル プログラム ガイドを参照してください。 一般に、パートナーの資格条件を登録して満たした後にのみ収益を受け取ります。
Microsoft Commerce インセンティブ以外のすべてのプログラム
登録していて、パートナーの資格条件を満たしている場合、次のいずれかの理由で収益が得られない可能性があります。
- お客様は資格を満たしていません。
- 顧客はトランザクションの適格性を満たしていません。 (たとえば、顧客が最小収益しきい値を満たしていない、または製品がそのレバーの対象ではないなど)。
- この期間のトランザクションや消費はありません。
Note
グローバル プログラム ガイドで収益と支払いが生成される頻度を 確認します。
Microsoft Commerce インセンティブの場合
登録されている場合は、[資格] セクションの [インセンティブ - 契約] ページで、契約の対象かどうかを確認できます。 不適格と表示される場合は、条件が満たされていないかどうかの詳細を確認します。
不適格性の詳細がアウトライン化されていない場合があります。 このような場合は、「インセンティブ - 契約の概要」セクションを参照して、パートナーの適格性条件の完全な一覧を確認してください。 Microsoft Commerce インセンティブ ガイドを参照することもできます。
契約の対象であっても、まだレバーを獲得していない場合は、次のいずれかの理由が考えられます。
- お客様は資格を満たしていません。
- 顧客はトランザクションの適格性を満たしていません。 (たとえば、顧客が最小収益しきい値を満たしていない、または製品がそのレバーの対象ではないなど)。
- この期間のトランザクションや消費はありません。
Note
[収益] ページを使用して、トラブルシューティングを行い、特定の顧客またはサブスクリプションが不適格である理由を理解します。 現在サポートされている 理由コードの一覧を確認します。 グローバル プログラム ガイドで収益と支払いが生成される頻度を 確認します。
プログラム、エンゲージメント、またはレバーの過去数か月または数週間で収益の受け取りを停止したのはなぜですか?
プログラム、エンゲージメント、またはレバーの更新は、毎年、またはすべてのインセンティブ プログラムの一連の頻度で行われます。 懸念しているプログラム、エンゲージメント、またはレバーがまだアクティブであることを確認し、プログラムのルールを確認します。 Microsoft Commerce インセンティブのポリシー変更の概要セクション を参照してください。
プログラムまたはエンゲージメント ポリシーが変更された場合、または新しいポリシーが導入された場合は、メイン プログラムに登録されているように表示され、契約の対象として一覧表示されていることを確認します。 プログラムの収益が最初に生成されるタイミングを理解していることを確認します。 新しいプログラム年に公開された最初の収益が、通常の周期よりも後日に発生する可能性があります。
その他の可能性は次のとおりです。
- 顧客との関係が変わり、インセンティブを受け取れなくなりました。
- 顧客は、トランザクション、消費、または使用の資格を満たしていません。
Note
[収益] ページを使用して、特定の顧客またはサブスクリプションが Microsoft コマース インセンティブに不適格である理由のトラブルシューティングと理解を行います。 不適格な理由コードの一覧を確認します。 グローバル プログラム ガイドで、収益または支払い世代の周期を 確認します。
収益が正しくないか、予想よりも少ないのはなぜですか?
登録され、エンゲージメントに参加する資格があることを確認します。 特定の顧客またはサブスクリプションが不適格である理由をトラブルシューティングして理解するには、[収益] ページを確認します。 不適格な理由コードの一覧を確認します。
[Revenue and Usage]\(収益と使用状況\) 概要ビューでは、顧客ごとの個別の収益の合計または顧客ごとの個別の使用量を確認できます。 ソリューション領域またはエンゲージメント名フィルターを適用して、インセンティブの計算に使用された合計量を、不適格になった合計と比較して絞り込んで理解します。 不適格なレポートは、現在サポートされている不適格な理由コードの一覧に限定されます。 他のトランザクション ルールが失敗し、収益が [収益] ページのどこにも表示されない可能性があります。
Note
この回答は、Microsoft Commerce インセンティブにのみ適用されます。
レポートにマイナスの収益が表示される理由
ここで説明する手動調整以外では、次のシナリオで利益がマイナスになる可能性があります。
返品またはワイプのシナリオでは、コマース トランザクションで否定が開始され、対応する負の収益が生じる可能性があります。 このような収益には、顧客 ID、注文 ID、請求書番号などの調整の詳細がすべて含まれています。
transactionId earningId earningDate transactionAmountUSD earningAmountUSD lever earningType calcDate Trans-123 Earn-123 2023 年 8 月 7 日 -386 -7 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 9 月 14 日 Trans-123 Earn-456 2023 年 8 月 7 日 -386 -10 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー 生協 2023 年 9 月 14 日 インセンティブ プログラムごとに定義されている修正ポリシーに基づいて、収益の計算に使用されたデータ ポイントに変更や修正が加えられた場合、特定のプログラムの収益を更新できます。 たとえば、Microsoft Commerce インセンティブ全体では、例外を除き、12 か月間の収益を修正できます。 このような収益には、顧客 ID、注文 ID、請求書番号などの調整の詳細がすべて含まれています。
変更は、発行されたポリシー期間内に
transactionAmountUSD最終的に変更される場所に財務的に影響する可能性があります。 たとえば、2023 年 8 月にトランザクションが $500 として記録されました。 その後、2023年10月に、メーターの補正に基づいて$300に調整されました。transactionId earningId earningDate transactionAmountUSD earningAmountUSD lever earningType calcDate Trans-123 Earn-123 2023 年 8 月 7 日 500 5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 9 月 14 日 Trans-123 Earn-456 2023 年 8 月 7 日 -500 -5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 10 月 14 日 Trans-123 Earn-789 2023 年 8 月 7 日 300 3 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 10 月 14 日 関連付けられた属性に対するごくわずかの更新を除き、発行された
transactionAmountUSD属性が同じになる場合、変更は財務上の影響を及ぼす可能性があります。transactionId earningId earningDate transactionAmountUSD earningAmountUSD lever earningType calcDate Trans-123 Earn-123 2023 年 8 月 7 日 500 5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 9 月 14 日 Trans-123 Earn-456 2023 年 8 月 7 日 -500 -5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 10 月 14 日 Trans-123 Earn-789 2023 年 8 月 7 日 500 5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 10 月 14 日 収益が生成され、元に戻され、純 0 になった場合は、最初にパートナー、顧客、またはトランザクションの適格性が誤って適用され、元に戻されたことを意味します。
transactionId earningId earningDate transactionAmountUSD earningAmountUSD lever earningType calcDate Trans-123 Earn-123 2023 年 8 月 7 日 500 5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 9 月 14 日 Trans-123 Earn-456 2023 年 8 月 7 日 -500 -5 コア モダン ワーク & セキュリティ請求収益 - 直接パートナー リベート 2023 年 10 月 14 日
収益はどのくらい前に戻ると予想できますか?
Microsoft Commerce インセンティブの場合、収益は 12 か月間のローリングで再評価される可能性があります。 2023 年 10 月に生成された収益は、2024 年 9 月までのソースから受け取った修正または修正がある場合に更新される可能性があります。 その時間を超えて変更されることはありません。 たとえば、2023 年 3 月に記録された Azure 消費量が Azure メーターの修正のために 2023 年 7 月に修正された場合、最初に 2023 年 4 月に作成された Azure 従量課金レコードに対応する収益は、2023 年 8 月に修正されます。
その他すべてのプログラムについては、それぞれのプログラム ガイドを参照して、修正期間を理解してください。
エンゲージメントの最大収益上限に達しましたか?
エンゲージメントの最大収益上限に達したかどうかを確認するには、[レポート] ページから最大上限残高ファイルをダウンロードします。 MaxCapBalance で使用可能な属性の詳細を確認します。
通常、最大上限は期間の契約に対して定義され、顧客やサブスクリプションなどのさまざまなパラメーターを使用して測定されます。 このファイルには、最大上限が測定される属性のみが設定されます。 具体的な詳細については、Microsoft Commerce インセンティブ プログラム ガイドを参照してください。
この属性は balanceEarningOpportunityUSD 、定義された期間のエンゲージメントに対して獲得できる収益を反映します。 それが来た 0後、あなたはもはやそのエンゲージメントのために獲得することはできません。 上限に達した後も引き続き顧客と共に推進する収益や使用状況に透明性を与えるために、収益 - 既定のレポートには、該当するエンゲージメント reasonCode の収益が $0 と属性が設定されて Max cap met表示されます。
[収益] ページで、最新のプログラム年度にアクティブなレバーを理解するにはどうすればよいですか?
カスタム時間フィルターを選択し、開始日をプログラム年の最初の日 (たとえば、2023 年 10 月 1 日) として、終了日を現在の日付として設定します。 この期間中に生成された収益のみを表示するように結果セットを絞り込みます。 [収益の 概要 - プログラム 別] ビューを選択します。 これは、上位 50 の収益プログラム、エンゲージメント、またはレバーの組み合わせを示しています。 プログラム名、ソリューション領域、またはパートナー ロール フィルターを適用して、結果セットを絞り込みます。
操作方法、四半期にわたる Azure 四半期などの成長レバーの収益を調整するか、または成長促進インセンティブを表面化しますか?
- 個別の収益と、エンゲージメントごとおよびレバーごとに支払われた金額 (前払い額) を取得するには、[収益] ページを参照してください。 選択した期間の収益の 概要 - プログラム ビュー (必要に応じてプログラム名と契約名フィルターを適用) を参照してください。 ビューの即時ダウンロードも可能です。
- 個別の収益とそれに対応する支払い状態をより詳細なレベルで表示するには、収益 - 既定のレポートをダウンロードします。 このレポートには、顧客とサブスクリプションの情報が 2023 年 9 月から提供された、四半期にわたる Azure 四半期を除くすべての調整の詳細はありません。
- 収益に貢献した基になるトランザクションを理解するには、収益 - 成長をダウンロードします。
収益が変わり続ける理由
インセンティブエンゲージメントごとに、異なる収益計算周期を持つことができます。 この変動により、すべての収益数値が頻繁に変化する可能性があります。
操作方法前回のダウンロード以降に公開された差分収益を特定しますか?
差分収益を識別する簡単な方法は、参照 CalculationDateする方法です。 たとえば、1 月 15 日に収益 - 既定のレポートをダウンロードし、2 週間後に収益が変化し、1 月 31 日に別のレポートをダウンロードしたとします。 公開された差分収益は、1 月 15 日から 1 月 31 日までの間のすべての収益 CalculationDate を特定することで識別できます。
関連するコンテンツ
詳細については、サポートにお問い合わせください。