Google Cloud Marketplace の収益分配の計算例

次のシナリオの例は、ベンダーの純収益スケジュールに従って、Google が Cloud Marketplace 取引の収益分配率を計算する方法を示しています。

シナリオ 1

Example ISV という独立系ソフトウェア ベンダー(ISV)が、2025 年 4 月 21 日以降に、顧客である Cymbal Fintech 向けのプライベート オファーを作成して公開します。

この例では、次のことが当てはまります。

  • 注文は 2025 年 7 月 1 日に開始される予定です。
  • 注文が期間の終了時に自動更新されるように設定されていない。
  • 注文の取引タイプ フィールドの値は new です。

プライベート オファーは、3 年間の期間で構成されています。この期間には、次の分割払い構造で 3 回の年次分割払いが含まれます。

  • 分割払い 1 回目: 1,000,000 米ドル、2025 年 7 月 1 日払い
  • 分割払い 2 回目: 1,500,000 ドル、2026 年 7 月 1 日払い
  • 分割払い 3 回目: 1,750,000 米ドル、2027 年 7 月 1 日払い。

このオファーの契約合計額(TCV)は、プライベート オファーで 4,250,000 ドルと表示されます。

この場合、この取引の各分割払いに適用される収益分配率は 98% です。

シナリオ 1.1

次の例は、シナリオ 1 の続きです。

2028 年 2 月 1 日、Cymbal Fintech は、元の取引と同じ条件でこの取引を更新できるかどうかを Example ISV に尋ねます。自動更新が有効になっていないため、Example ISV は、取引の更新時に更新収益分配率 98.5% を確実に受け取るために、次の 2 つの方法があります。

オプション A

たとえば、ISV は既存のオファーを修正して、次のように変更できます。

  • 次の分割払い構造で、3 つの分割払いを追加します。
    • 分割払い #4: 1,000,000 ドル、2028 年 7 月 1 日払い。
    • 分割払い #5: 1,500,000 米ドル、2029 年 7 月 1 日払い
    • 分割払い 6 回目: 1,750,000 米ドル、2030 年 7 月 1 日払い。
  • 取引タイプ フィールドの値を new から native renewal に変更します。

この改定された契約の 3 つの新しい分割払いに適用される収益分配は 98.5% です。

オプション B

たとえば、同じお客様(Cymbal Fintech)に対して、同じ分割払いと支払い条件で新しいプライベート オファーを作成し、この新しいオファーの取引タイプ フィールドの値を native renewal に設定できます。

この新しい契約の 3 回払いに適用される収益分配は 98.5% です。

シナリオ 1.2

次の例は、シナリオ 1 の続きです。

このシナリオでは、2 回目の分割払いが完了した後、Cymbal Fintech は取引の拡大をリクエストします。今後の分割払いは次のようになります。

  • 分割払い 3 回目: 2,500,000 米ドル、2027 年 7 月 1 日払い
  • 分割払い #4: 2,500,000 米ドル、2028 年 7 月 1 日払い。
  • 分割払い #5: 2,500,000 米ドル、2029 年 7 月 1 日払い。
  • 分割払い 6 回目: 2,500,000 米ドル、2030 年 7 月 1 日払い

この取引の合計契約額(TCV)が、Private Offers で $14,250,000 と表示されるようになります。

変更後の TCV が 60% 以上増加し、期間も延長されるため、この ISV は更新レートでの収益分配の対象となります。今後のすべての分割払いで更新の収益分配を確実に受け取るには、取引タイプ フィールドの値を native renewal に設定する必要があります。

修正されたオファーの TCV が 1, 000 万ドルを超えており、オファーの取引タイプ フィールドの値が native renewal であるため、お客様がオファーを承諾する前に、Google がこのオファーを確認する必要があります。

シナリオ 1.2.1

次の例は、シナリオ 1.2 の続きです。

このシナリオでは、限定公開オファーは 2031 年 6 月 30 日に終了し、Cymbal Fintech は引き続きプロダクトを使用し、従量制の料金に移行します。

非公開オファーの終了後に発生した Cymbal Fintech の使用量に適用される収益分配率は 97% です。

シナリオ 1.2.1.1

次の例は、シナリオ 1.2.1 の続きです。

このシナリオでは、Cymbal Fintech は、以前のオファーの終了から 90 日以内に、同じ商品リスティングについて新しいプライベート オファーに署名することを決定しました。

この新規オファーは、ベンダーの純収益のスケジュールに記載されている native renewal の要件を満たしているため、例の ISV は更新レートでの収益分配の対象となります。新しいオファーの更新収益分配を確実に受け取るには、取引タイプ フィールドの値を native renewal に設定する必要があります。

シナリオ 2.0

Example ISV という独立系ソフトウェア ベンダー(ISV)が、2025 年 4 月 21 日より前に、顧客である Cymbal Fintech 向けのプライベート オファーを作成して公開します。

この例では、次のことが当てはまります。

  • 注文は 2024 年 7 月 1 日に開始されました。
  • 注文が期間の終了時に自動更新されるように設定されていない。

プライベート オファーは、3 年間の期間で構成されています。これには、次の分割払い構造で 3 年間の分割払いが含まれます。

  • 分割払い 1 回目: 1,000,000 米ドル、2024 年 7 月 1 日払い
  • 分割払い 2 回目: 1,500,000 ドル、2025 年 7 月 1 日払い
  • 分割払い 3 回目: 1,750,000 米ドル、2026 年 7 月 1 日払い

このオファーの契約合計額(TCV)は、プライベート オファーで 4,250,000 ドルと表示されます。

この特典は 2025 年 4 月 21 日より前に作成、公開されたため、ベンダーの純収益スケジュールの対象外であり、2025 年 4 月 21 日より前に存在した収益分配条件を引き続き適用されます。

シナリオ 2.1

次の例は、シナリオ 2.0 の続きです。

このシナリオでは、2027 年 2 月 1 日に、Cymbal Fintech が元の取引と同じ条件でこの取引を更新できるかどうかを Example ISV に尋ねます。新しい分割払いは更新期間の一部であるため、Example ISV は更新レートでの収益分配の対象となります。自動更新が有効になっていないため、Example ISV は、取引の更新時に更新収益分配率 98.5% を確実に得るために、次の 2 つのオプションがあります。

オプション A

たとえば、ISV は既存のオファーを修正して、次のように変更できます。

  • 次の分割払い構造で、3 回分の分割払いを追加します。
    • 分割払い #4: 1,000,000 米ドル、2027 年 7 月 1 日払い。
    • 分割払い #5: 1,500,000 ドル、2028 年 7 月 1 日払い
    • 分割払い 6 回目: 1,750,000 米ドル、2029 年 7 月 1 日払い
  • 取引タイプ フィールドの値を new から native renewal に変更します。

この改定された契約の 3 つの新しい分割払いに適用される収益分配は 98.5% です。

オプション B

たとえば、同じお客様(Cymbal Fintech)に対して、同じ分割払いと支払い条件で新しいプライベート オファーを作成し、この新しいオファーの取引タイプ フィールドの値を native renewal に設定できます。

この新しい契約の 3 回払いに適用される収益分配は 98.5% です。

シナリオ 2.2

次の例は、シナリオ 2.0 の続きです。

このシナリオでは、2 回目の分割払いが完了した後、Cymbal Fintech は取引の拡大をリクエストします。今後の分割払いは次のようになります。

  • 分割払い 3 回目: 2,500,000 米ドル、2026 年 7 月 1 日払い
  • 分割払い #4: 2,500,000 米ドル、2027 年 7 月 1 日払い。
  • 分割払い #5: 2,500,000 米ドル、2028 年 7 月 1 日払い
  • 分割払い 6 回目: 2,500,000 米ドル、2029 年 7 月 1 日払い

この取引の合計契約額(TCV)が、Private Offers で $14,250,000 と表示されるようになります。

変更後の TCV が 60% 以上増加し、期間も延長されるため、この ISV は更新レートでの収益分配の対象となります。今後のすべての分割払いで更新の収益分配を確実に受け取るには、取引タイプ フィールドの値を native renewal に設定する必要があります。

収益分配の計算に関するトラブルシューティング

使用量のみの Private Offers の収益分配率が標準の割合から変わらないのはなぜですか?従量制の料金モデルを使用するプロダクトの場合、Cloud Marketplace はオファーの契約合計額(TCV)をゼロと計算します。収益分配率を高めるには、確約利用割引(CUD)を使用して商品を提供する方法を検討してください。CUD が適用されるプロダクトの場合、超過として発生した使用量は TCV にはカウントされませんが、コミットメントの金額は TCV にカウントされます。

ベンダーの純収益スケジュールは、販売店の取引にどのように影響しますか?販売パートナーが再販先のお客様向けにプライベート オファーを作成して公開すると、ISV は Producer Portal で収益分配率の見積もりを確認できます。この情報は、販売業者や転売されたお客様には表示されません。

複数回使用可能な販売パートナーのプライベート オファー プランから作成されたすべてのオファーの取引タイプ フィールドの値が new なのはなぜですか? 複数回使用可能な販売パートナーのプライベート オファー プランの場合、取引タイプ フィールドのデフォルト値は new です。native renewalchannel shiftmigration などの別の値を指定する場合は、1 回限りの販売パートナーの Private Offers プランを使用します。販売パートナーのプライベート オファープランの詳細については、販売パートナーのプライベート オファープランを構成するをご覧ください。