パートナー センターでの収益のトラブルシューティングについてよく寄せられる質問 (FAQ)

グローバル キャンペーンとローカル キャンペーン (または直接支払いモデルと呼ばれるもの) または一括調整には、通常、顧客名、サブスクリプション ID、請求書番号などの調整の詳細は含まれません。

レバーが成長を測定する場合 (たとえば、登録済みパートナーの期間中の収益の増加など)、顧客名と他のトランザクションの詳細は、収益 - 既定レポートではなく、収益- 増加レポートでのみ見つかる可能性があります。

他のすべてのレバーについて、同じエンゲージメントまたはレバーの残りの収益ラインの顧客名が表示される場合は、いくつかの可能性があります。

• 顧客 ID、顧客名、サブスクリプション ID、請求書番号などの調整属性が、1 つまたは 2 つの収益行に対してのみ欠落しており、レバーや収益金額などの収益の詳細でのみ不足している場合は、手動調整である可能性が最も高くなります。 [収益] -[既定] の理由コード属性で、実行された理由を確認します。 通常、これらの調整は 1 人の顧客に起因することはできません。

• 最近追加されたすべての収益ライン ("最新の計算日を参照" など) にエンゲージメント/レバーの他の調整の詳細 (顧客名だけでなく) がない場合は、データ待ち時間の問題であり、3 日から 5 日で利用できる可能性が高くなります。

• 他の調整属性が使用可能で、顧客 ID と顧客名のみが不足している場合、ほとんどの場合、それはまったく新しいサブスクリプションであり、まだ請求書プロセスを完了していません。 新しいサブスクリプションの場合、顧客 ID の種類 ='TPID' の顧客名は、45 日から 60 日後にのみ使用できます。

通常、調整には単一のトランザクションまたは使用状況インスタンスへの参照はありません。これらは後の段階で実行されます。 通常、調整には最小限の詳細情報があります。たとえば、登録済みのパートナー情報、プログラム/レバー、収益額、理由コードなどです。 調整の理由を理解するには、ダウンロードの reasonCode 列を参照します。 次の表に、調整の理由コードとその説明を示します。

プログラムの 1 つの収益をまだ受け取っていない場合は、まず、特定のパートナー登録 ID の [インセンティブ - 概要] ページ にプログラムに登録済みとして表示されていることを確認します。 次に、パートナーの資格条件を満たしていることを確認します。 詳細については、グローバル プログラム ガイドを参照してください。 一般に、収益は、登録してパートナーの資格条件を満たした後にのみ受け取ります。

Microsoft Commerce インセンティブ以外のすべてのプログラムの場合:

登録済みでパートナー資格条件を満たしている場合、次のいずれかの理由で収益が得られない可能性があります。

• お客様の資格が満たされていません。

• トランザクションの適格性が満たされていません。 (たとえば、最小収益しきい値が満たされていないか、製品がそのレバーの対象ではありません)。

• この期間のトランザクションや消費はありません。

Microsoft コマース インセンティブの場合:

登録している場合は、[インセンティブ - 契約] ページの [適格性] セクションで契約の対象になっている場合にチェックできます。 不適格と表示されている場合は、条件が満たされていないかどうかの詳細を確認します。

不適格性の詳細がアウトライン化されていない場合があります。 このような場合は、「インセンティブ - 契約の概要」セクションを参照して、パートナーの適格性基準の完全な一覧を確認するか、Microsoft コマース インセンティブ ガイドを参照してください。

契約の対象であっても、まだレバーを獲得していない場合は、次のいずれかの理由が原因である可能性があります。

• お客様の資格が満たされていません。

• トランザクションの適格性が満たされていません。 (たとえば、最小収益しきい値が満たされていないか、製品がそのレバーの対象ではありません)。

• この期間のトランザクションや消費はありません。

プログラム/エンゲージメント/レバーの更新は、毎年、またはすべてのインセンティブ プログラムの設定された周期で行われます。 懸念しているプログラム、エンゲージメント、またはレバーがまだアクティブであることを確認し、プログラムのルールを確認します。 Microsoft コマース インセンティブのポリシー変更の概要セクション を参照してください。

プログラムまたはエンゲージメント ポリシーが変更された場合、または新しいポリシーが導入された場合は、メイン プログラムに登録済みとして表示され、契約に対する対象として一覧表示されていることを確認します。 プログラムの収益が最初に生成されるタイミングを理解していることを確認します。 新しいプログラム年の最初の収益発行が、通常の周期よりも後日に発生する可能性があります。

その他の可能性は次のとおりです。

• 顧客との関係が変わり、インセンティブの対象外になります

• トランザクション/消費または使用の資格が満たされていません。

登録されていること、およびエンゲージメントに参加する資格があることを確認します。 特定の顧客またはサブスクリプションが不適格である理由をトラブルシューティングして理解するには、[収益] ページを確認してください。 不適格な理由コードの一覧を確認します。

収益と使用状況の概要ビューでは、顧客ごとの個別の収益の合計または顧客ごとの個別の使用量を確認できます。 ソリューション領域/エンゲージメント名フィルターを適用して、インセンティブの計算に使用された合計量を、不適格になった合計と比較して絞り込んで理解します。 不適格なレポートは、現在サポートされている不適格な理由コードの一覧に限定されているため、他のトランザクション ルールが失敗し、収益が [収益] ページのどこにも表示されない可能性があります。

ここで説明する手動調整以外では、次のシナリオで負の収益が発生する可能性があります。

• 返品またはワイプのシナリオでは、コマース トランザクションで否定が開始され、対応する負の収益が生じる可能性があります。 このような収益には、顧客 ID、注文 ID、請求書番号などの調整の詳細がすべて含まれています。

  transactionId	earningId	earningDate	transactionAmountUSD	earningAmountUSD	レバー	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 コマース インセンティブ全体では、例外を除き、12 か月間の収益を修正できます。 このような収益には、顧客 ID、注文 ID、請求書番号などの調整の詳細がすべて含まれています。

  • 変更は、公開された transactionAmountUSD が再調整ポリシー期間内に最終的に変更される場所に経済的に影響を与える可能性があります。 例: 2023 年 8 月に、トランザクションは $500 として記録されましたが、その後 2023 年 10 月に (メーター修正のため) 実際には $300 に調整されました。

    transactionId	earningId	earningDate	transactionAmountUSD	earningAmountUSD	レバー	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	レバー	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	レバー	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 月に修正されます。

その他すべてのプログラムについては、それぞれのプログラム ガイドを参照して、修正期間を理解してください。

カスタム時間フィルターを選択し、開始日をプログラム年の最初の日 (例: 2023 年 10 月 1 日) に設定し、終了日を現在の日付として設定します。 これにより、この期間中に生成された収益のみを表示するように結果セットが絞り込まれます。 [プログラム別] ビューで [収益の概要] を選択します。 これは、上位50の収益プログラム/エンゲージメント/レバーの組み合わせを示しています。 結果セットを絞り込むには、プログラム名、ソリューション領域、パートナー ロール フィルターを適用することをお勧めします。

• 個別の収益と、契約ごとおよびレバーごとに支払われた金額 (税引き前金額) を取得するには、選択した期間の [収益] ページ の [収益の概要 - プログラム 別] ビュー (必要に応じてプログラム名と契約名フィルターを適用) を参照してください。 ビューの即時ダウンロードも可能です。

• 個別の収益とそれに対応する支払い状態をより詳細なレベルで表示するには、[収益 - 既定] レポートを ダウンロードします。 注: このレポートには、顧客とサブスクリプションの情報が 2023 年 9 月に提供された四半期を超える Azure Quarter を除き、すべての調整の詳細はありません。

• 収益に貢献した基になるトランザクションを理解するには、収益 - 成長をダウンロードします。

すべてのインセンティブエンゲージメントは、異なる収益計算周期を持つ可能性があり、このため、すべての収益数が頻繁に変化する可能性があります。

差分収益を識別する簡単な方法は、CalculationDate を参照する方法です。 例: 1 月 15 日に収益 - 既定のレポートをダウンロードし、2 週間後の収益の変更を確認し、1 月 31 日に別のレポートをダウンロードした場合。1 月 15 日から 1 月 31 日までの CalculationDate ですべての収益を特定することで、公開された差分収益を特定できます。

次のステップ

• さらに支援が必要な場合は、サポートにお問い合わせください