パートナー獲得クレジットの計算方法と支払方法
対象ロール: グローバル管理者 | ユーザー管理の管理者 | 管理エージェント | 課金管理者 | 販売エージェント
マネージド サービスのパートナー獲得クレジット (PEC) は、お客様の Azure 環境の一部または全部の IT 運用管理と管理を所有するパートナーを認識し、報酬を与えます。
既定では、クラウド ソリューション プロバイダー (CSP) パートナーとして、顧客のサブスクリプションに必要なアクセス権が付与されます。 これらのアクセス権を使用すると、サブスクリプション上のリソースの運用管理と制御を実行できます。 顧客が取引パートナーのアクセスをプロビジョニングできるその他の方法については、次のセクションで説明します。
毎月の請求書金額は、パートナー獲得クレジットの純額です。 PEC の詳細は、毎月の偵察ファイルで確認できます。
顧客が取引しているパートナーに対してアクセスを提供する他の方法については、次の記事を参照してください。
利用資格
パートナー獲得クレジット (PEC) を受け取る方法:
アクティブな Microsoft AI Cloud Partner Program 契約と、有効なロールベース のアクセス制御 (RBAC) ロールが必要です。
アクセス許可が必要です。次の 3 つの方法で設定できます。
代理管理者 (AOBO) が既定値です。 パートナーが顧客に対して Azure プラン サブスクリプションをプロビジョニングすると、AOBO は、Azure サブスクリプションの所有者アクセス許可を 継承する外部プリンシパル の形式で設定されます。 AOBO アクセス許可は、CSP パートナー センター テナント内の特定のグループ (エージェント管理) がそれらのアクセス許可を継承することを意味します。
AOBO の詳細については、「Microsoft Entra ID の委任された管理者特権」を参照してください。
Azure Lighthouse は、Azure ソリューションの高度なテナント間管理エクスペリエンスを実現することに関心があるパートナーに適したオプションです。 AOBO と同様に、Azure Lighthouse では、(パートナー) 管理テナント内のユーザーのグループが、顧客の Azure サブスクリプションで委任されたアクセス許可を継承できます。 違いは、Azure Lighthouse では AOBO よりも詳細なグループとアクセス許可レベルの定義が可能であるという点です。
Azure Lighthouse の詳細については、「テナント間管理エクスペリエンス」を参照してください。
個々のユーザー アカウントとサービス プリンシパル: Azure サブスクリプションに対するアクセス許可を持つ個々のユーザー アカウントを操作するのが最適な場合があります。 これらのユーザー アカウントには、(任意のテナントからの) ゲスト ユーザー アカウント、または顧客のテナントまたはサービス プリンシパルで作成されたユーザー アカウントを指定できます。
詳細については、「PartnerID をリンクして、委任されたリソースへの影響を追跡する」を参照してください。
間接プロバイダーとその間接リセラーの場合、間接プロバイダーまたは間接リセラーのどちらか、またはその両方が AOBO 特権または適格な RBAC ロールを持っていれば、間接プロバイダーは PEC を獲得する資格があります。
個々のユーザー アカウントとサービス プリンシパルの詳細については、「Azure CSP サブスクリプションの管理者特権の復元」を参照してください。
PEC は、Azure リソース、リソース グループ、またはサブスクリプションのレベルで獲得されます。 パートナーがサブスクリプション レベルまたはリソース グループ レベルで有効なアクセス権を持っている場合、上位のエンティティにロール アップする各リソースは PEC を獲得します。
PEC は次の場合には適用されません。
- Azure プランの予約
- Azure プランの従量課金価格表の列で
Tags
サード パーティとして識別された製品 - Marketplace 価格表の製品
- Azure スポット仮想マシン
- Azure 節約プラン
PEC に問題がある場合は、「パートナー獲得クレジットのトラブルシューティング」を参照してください。
上記の要件に加えて、PEC は Azure プランの従量課金価格に記載されているサービスにのみ適用されます。 この価格は、「Azure プランの価格」ページで確認でき、そのページからエクスポートできます。
詳細については、「パートナー獲得クレジットのトラブルシューティング」を参照してください。
PEC の詳細については、Microsoft Cost Management に関するページを参照してください。
適格性の要件の詳細については、「パートナー獲得クレジットを獲得するために必要なロールとアクセス許可」を参照してください。
計算
- パートナー獲得クレジットは毎日計算されます。 各サブスクリプションで PEC の対象となるアクセス権を持っている日ごとに支払われます。
- PEC の詳細は月次請求書には表示されませんが、PEC 収益は請求書の調整済み純料金行に組み込まれます。
- PEC の詳細については、毎日の 使用状況ファイル と毎月の請求書の再コンファイルを参照してください。 列 AI PricingCurrency に示すように、すべての値は USD 単位です。
次の表では、請求書調整ファイルにある PEC 要素について説明します。
Column | 説明 |
---|---|
C | 顧客名 |
P | UnitPrice |
AD | EffectiveUnitPrice は、PEC が適用され、要件が満たされた後の価格です。 PEC を適用すると、列 AD の EffectiveUnitPrice が列 P の UnitPrice より小さい割合であることがわかります。 |
V | PriceAdjustmentDescription この列は、PEC の要件が満たされていない場合、または UnitPrice に適用される PEC パーセントがある場合は空白です。 ただし、追加クレジットの対象となる場合があります。 その場合は、この列に表示されます。 例: 100% レベル 1 割引。 |
PEC アクセスを監視するには、次の手順を使用します。
毎日評価される使用状況ファイル には、PEC が毎日適用される (または 適用されていない ) 場所が表示されます。
Azure Monitor アラートによって、永続的な特権アクセスの変更が監視されます。
毎日評価される使用状況ファイル:
パートナー獲得クレジット API
Azure API ツールセットの一部として、PEC API を利用できます。 PowerShell API と CLI API の詳細については、「Azure アカウントを PartnerID にリンクする」を参照してください。
Microsoft Cost Management と PEC
コスト分析を使用する Microsoft Cost Management (ACM) を使用すると、パートナーは、PEC のベネフィットを受けたコストを表示できます。 ACM の詳細については、2021 年 5 月の CSP スポットライトのお知らせを参照してください。
ACM を使用してパートナー獲得クレジットを表示する
Azure portal で、パートナー テナントにサインインし、[コストの管理と請求] を選択します。
[コスト管理] を選択します。
[コスト分析] を選択します。
コスト分析ビューには、Microsoft に支払った価格で購入および消費されたすべてのサービスの請求先アカウントのコストが表示されます。
ピボット グラフのドロップダウン リストで、PartnerEarnedCreditApplied を選択します。
この値が True の場合、関連付けられているコストには、パートナー獲得クレジットの特典が適用されています。
この値が False の場合、関連付けられているコストがクレジットの獲得対象ではないか、購入されたサービスがパートナー獲得クレジットの対象ではありません。
Note
通常、サービスの使用は Cost Management に表示されるまでに 8 ~ 24 時間かかり、PEC クレジットは Microsoft Cost Management にアクセスしてから 48 時間以内に表示されます。
また、[グループ化] および [フィルター機能の追加] を使用して、PartnerEarnedCreditApplied プロパティでグループ化およびフィルター処理することもできます。 これらのフィルターにより、PEC が適用されているコストと、PEC が適用されていないコストを掘り下げることができます。
PEC の支払い方法
PEC 収益は、請求書の 調整済み純料金 行に組み込まれます。 以下の [Total] がこれを示しています。 調整の詳細については、毎月の請求書照合ファイルと Azure の毎日評価される使用状況ファイルを参照してください。
次のステップ
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示