価格と契約
AWS MarketplaceでEDP・PPAのコミットを消化できる？対象条件と確認の進め方
公開日:
この記事の要点
AWSの公式FAQとブログには、AWS Marketplaceの適格な取引が、購入者がAWSと結んだ利用額コミット（Enterprise Discount Program（EDP）やAWS Private Pricing Agreement（PPA））の消化に数えられ得ると書かれています。ただし、FAQはMulti-Product Solutionsの記述で、適格性は製品ごとに判断されます。対象期間、上限、算入される金額は、購入者の契約とAWS担当者に確認します。
購入企業の調達担当は、AWSと結んだ利用額のコミットの残りを見ながら、「このSaaSの支払いも、その枠に入れられるだろうか」と考えます。SaaSを提案する営業や事業責任者は、「AWS Marketplaceで買えば、お客様のAWSの予算で購入できます」と言い切ってよいのか、迷います。
AWSの公式ページには、AWS Marketplaceでの購入が、購入者のAWSとの利用額コミットの消化に算入され得ると書かれています。ただし、書かれているのは適格な取引についてです。すべての製品、すべての金額が対象とは、確認した公式ページには書かれていません。
本記事では、公式ページの記述がどの文脈のものかを分けて示します。そのうえで、商談で誰が何を確認すべきかを、チェックリストにまとめます。
本記事の内容は、2026年10月28日に確認したAWSの公式ドキュメントとブログにもとづきます。仕様は変わることがあるため、判断の前には各出典で最新の内容を確認してください。
Enterprise Discount Program（EDP）・AWS Private Pricing Agreement（PPA）と、AWS Marketplaceの契約を区別する
商談で「コミット」という言葉が出たとき、まず確かめたいのは、二つの別の契約が登場していることです。
一つは、購入者がAWSと結んでいる利用額のコミットです。Enterprise Discount Program（EDP）やAWS Private Pricing Agreement（PPA）といった名称の契約が、これにあたります。AWSの公式FAQは、これらをまとめて「AWS committed spend」と書いています。（Multi-Product Solutionsの購入者向けFAQ）なお、AWSのサービスの料金ページには、購入がAWS Private Pricing Agreement（PPA）またはEnterprise Discount Program（EDP）のコミットの対象になると記載されたものがあります。（AWS Security Hubの料金）
もう一つは、AWS Marketplaceでの購入で成立する契約です。購入者は、販売者が定めた価格と契約条件に同意して、購入します。その請求はAWSの請求書に載り、購入者が支払うと、AWSが販売者に支払います。（購入者ガイド）
| 観点 | 購入者のAWSとの利用額コミット（EDP・PPAなど） | AWS Marketplaceでの購入で成立する契約 |
|---|---|---|
| 契約する相手 | 購入者とAWS | 購入者と販売者（販売者のオファーへの同意） |
| 条件を決めるもの | 購入者がAWSと結んだ契約の内容 | 販売者が定めた価格と契約条件 |
| 販売者から見えるか | 購入者の契約なので、購入者に確認する | 販売者が作るオファーなので、販売者が把握している |
表の出典は、Multi-Product Solutionsの購入者向けFAQと購入者ガイドです。
この二つが別の契約であるため、AWS Marketplaceの契約を結んだだけでは、コミットの契約の中でどう扱われるかは決まりません。コミットの契約の中身を知っているのは、購入者と、購入者を担当するAWSの側です。販売者が、購入者の契約内容を推測して商談で語るべきではありません。
AWS Marketplaceの契約そのものの条件は、AWS MarketplaceのPrivate Offerとは？で整理しています。
適格な取引がコミット消化の対象となる、という考え方
公式ページが述べているのは、「適格な取引が、コミットの消化に算入され得る」という構造です。ここでの消化（drawdown）とは、購入額が、購入者がAWSに約束した利用額の達成分として数えられることを指します。
AWS Marketplaceのブログ（2026年9月2日付、Private Offerの自動更新を紹介する記事）は、この構造を次のように書いています。購入者がAWSと利用額のコミットを結んでいれば、適格なAWS Marketplaceの取引は、その消化に数えられ得ます。条件を満たす自動更新も、購入者の既存のコミットの消化に算入されます。さらに、契約の規模が小さい更新でも、大きい更新でも、コミットの消化に役立つと述べています。（AWS Marketplace Blog）
このブログの記述は、Private Offerの自動更新を紹介する文脈の中にあります。なお、ブログの本文には、EDPやPPAという語は出てきません。そのため、ブログが述べる「購入者がAWSと結んだ利用額のコミット」が、どの契約を指すのかは、ブログからは読み取れません。
この二つの記述で共通しているのは、「適格」「条件を満たす」という前置きです。何をもって適格とするのかは、2026年10月28日時点では、確認した公式ページに書かれていません。したがって、「AWS Marketplaceの購入は、すべてコミットに算入される」と読むのは、書かれていない内容を足すことになります。
自動更新の仕組み自体は、AWS MarketplaceのPrivate Offer自動更新で扱っています。
公式ページが述べていることと、述べていないこと
2026年10月28日時点で、コミットの消化に直接触れている公式ページは、次の三つです。
| 出典 | 記述の文脈 | 述べていること | 述べていないこと |
|---|---|---|---|
| Multi-Product Solutionsの購入者向けFAQ | Multi-Product Solutions（複数製品ソリューション）。現時点ではPrivate Offerを通じてのみ提供される | 製品がAWSのコミット消化の対象として適格なら使える。AWS上で展開された製品は通常対象になる。適格性は、ソリューション内の製品ごとに別々に判断される | 適格の基準、上限、対象期間、算入される金額 |
| Multi-Product Solutionsを探す（購入者ガイド） | Multi-Product Solutionsのソリューション詳細ページに並ぶ項目の説明 | ソリューション詳細ページのDeployed on AWSは、ソリューション内のすべての製品がAWS上にデプロイされているかを示し、そのソリューションをAWSのコミットプログラムの対象にする | 単独の製品の取引での扱い、上限、対象期間、算入される金額 |
| AWS Marketplace Blog（2026年9月2日付） | Private Offerの自動更新 | 購入者が利用額のコミットを結んでいれば、適格な取引は消化に数えられ得る。条件を満たす更新も算入される | 「適格」の基準、EDPやPPAとの対応、上限、対象期間、算入される金額 |
この二つの記述を、AWS Marketplaceのすべての取引や、購入者ごとの個別の契約に広げて読むことはできません。どちらも、対象になる取引の範囲を、自分の文脈の中でだけ述べているからです。
Multi-Product SolutionsのFAQが答えていること
最初の出典である購入者向けFAQの対象は、Multi-Product Solutionsです。1つのパートナーが、複数の製品をまとめて提供する形態で、同じFAQによれば、現時点ではPrivate Offerを通じてのみ提供されます。FAQは、まとめて購入しても、製品ごとに別々の契約（agreement）ができると説明しています。（Multi-Product Solutionsの購入者向けFAQ）販売者側の仕組みは、AWS MarketplaceでSaaSと導入支援を販売するには？で整理しています。
このFAQには、「AWSのコミット（EDP・PPA）をMulti-Product Solutionsに使えるか」という設問があります。回答は、次の三つの内容です。（Multi-Product Solutionsの購入者向けFAQ）
- 製品が、AWSのコミット消化の対象として適格（eligible for AWS committed spend drawdown）であれば、使えます
- AWS上で展開された製品は、通常（typically）対象になります
- 適格性は、ソリューションに含まれる製品ごとに、別々に判断されます
この回答を読むときは、次の三点に注意します。
- 「通常」は、すべての製品が対象という意味ではありません。対象かどうかは、製品ごとの判断に委ねられています
- 「AWS上で展開された製品」が、検索結果や製品詳細ページのDeployed on AWSの表示と同じものを指すかは、FAQに書かれていません
- 回答の対象はMulti-Product Solutionsです。単独の製品を通常のPrivate Offerで購入する場合や、購入者ごとの個別の契約の扱いは、このFAQでは答えていません
Multi-Product Solutionsでは、製品ごとに契約ができ、適格性も製品ごとに判断されます。そのため、複数の製品を1つの提案にまとめた場合でも、その総額がまとめてコミットに算入されると考えてはいけません。どの製品が対象で、どの製品が対象でないかを、製品ごとに確認します。
Deployed on AWSと、製品ごとの適格性の確認
SaaSの提案では、「Deployed on AWSの表示があるから、コミットの消化の対象になる」と説明したくなります。表示を受けるための構成の条件は、AWS以外のSaaSもAWS Marketplaceに出品できる？で整理しています。
この説明が公式に裏付けられるかは、Multi-Product Solutionsの文脈かどうかで分かれます。
Multi-Product Solutionsについては、購入者ガイドが、表示と適格性を直接つないで説明しています。ソリューション詳細ページのDeployed on AWSは、ソリューション内のすべての製品がAWS上にデプロイされているかを示し、そのソリューションをAWSのコミットプログラムの対象にする、と書かれています。（Multi-Product Solutionsを探す（購入者ガイド））ここで対象になるとされているのは、ソリューション単位です。また、購入者向けFAQは、適格性をソリューション内の製品ごとに別々に判断するとしています。（Multi-Product Solutionsの購入者向けFAQ）そのため、ソリューションが対象だという説明を、含まれる個々の製品の金額がすべて算入される根拠には使えません。
いっぽう、単独の製品を通常のPrivate Offerで購入する場合については、検索結果や製品詳細ページのDeployed on AWSの表示と、コミットの消化を結び付ける記述を、確認した公式ページに見つけられませんでした。購入者向けFAQが書いているのは、AWS上で展開された製品は通常対象になる、ということまでです。その影響で、単独の製品の商談では、表示を確認の出発点として扱い、対象かどうかは購入者のAWSアカウント担当者に確認することになります。
そのため、確認すべき事実ごとに、表示で分かることと、確認が必要なことを分けて考えます。
| 確認したい事実 | Deployed on AWSの表示で分かるか | 確認先 |
|---|---|---|
| 自社製品がAWS上で動く構成か | 表示の条件を満たすかどうかは、構成図の審査で決まる | 販売者（自社の構成）。条件はAWS以外のSaaSもAWS Marketplaceに出品できる？に整理 |
| 自社製品が、購入者のコミットの消化の対象として適格か | Multi-Product Solutionsでは、ソリューション詳細ページの表示がソリューション単位の対象を示す。単独の製品の取引では、表示だけでは決まらない | 購入者のAWSアカウント担当者 |
| 購入額のうち、算入される金額 | 表示では分からない | 購入者の調達部門とAWSアカウント担当者 |
| 算入の上限、対象期間 | 表示では分からない | 購入者の調達部門とAWSアカウント担当者 |
表のうち、構成と表示の関係はSaaS製品のガイドラインにもとづきます。コミットとの関係の欄は、Multi-Product SolutionsのFAQの記述にもとづきます。（Multi-Product Solutionsの購入者向けFAQ）
AWS以外のクラウドで動くSaaSについて、コミットの消化にどう扱われるかは、確認した公式ページに書かれていません。このため、購入者のAWSアカウント担当者に、製品の構成を示して確認してもらいます。構成図は購入者に公開されません。（SaaS製品のガイドライン）そのため、購入者に伝える構成の説明は、公開してよい範囲で別に用意します。
商談の確認項目と、確認する相手
AWS Marketplaceでの購入をコミットの消化に使う前提の商談では、確認する項目が複数あります。チェックリストは、確認すべき項目と、誰がその項目を確かめるかを整理したものです。AWSの公式ページが定める手順ではなく、公式ページの記述から導いた、本記事の整理です。
| 確認項目 | 購入者の調達部門 | 購入者のAWSアカウント担当 | 販売者 |
|---|---|---|---|
| 購入者がAWSとの利用額コミットの契約を結んでいるか | 契約書で、契約の有無と名称（EDP、PPAなど）を確かめる | 契約の内容を把握しており、購入の可否の相談先になる | 商談の早い段階で、コミットの消化を前提にするかを尋ねる |
| コミットの契約期間と、購入の時期が重なるか | 契約期間の開始日と終了日を確かめる | 必要に応じて、期間の扱いを答える | 契約開始日、更新日、支払いスケジュールを示す |
| 提案する製品が、適格か | 購入先を選ぶ前に、確認が必要な項目に加える | 製品ごとに、算入の対象かを答える | 製品名、オファーの種類、製品の構成を伝える |
| 購入額のうち、算入される金額 | 予算の見込みを、算入の見込みと分けて立てる | 契約総額のうち、何が算入されるかを答える | 契約総額と、支払いスケジュールを示す |
| 算入の上限があるか | 契約書で、上限や条件の記載を確かめる | 上限の有無と、その扱いを答える | 上限の有無を断定せず、確認先を案内する |
| 承諾に使うAWSアカウントが、コミットの契約の対象か | 購入に使うAWSアカウントを決める | アカウントごとの扱いを答える | オファーを出す相手のAWSアカウントIDを購入者と確認する |
| 更新や追加の購入でも、算入されるか | 更新や追加の予定を、購入者の予算と合わせて確かめる | 更新や追加の取引の扱いを答える | 更新の条件を、オファーの時点で示す |
| 複数の製品をまとめる場合に、製品ごとに適格か | 製品ごとの金額を整理する | 製品ごとに適格性を答える | 製品ごとの条件を分けて示す |
販売者の列にある行動は、販売者が自分で確認できる内容と、購入者への情報の提供に分かれます。購入者のAWSとの契約の中身は、販売者が確かめられるものではありません。販売者の列に書いたのは、情報の提供と、購入者への確認の依頼にあたる行動です。
上限、対象期間、算入される金額
上限、対象期間、算入される金額について、確認した公式ページは、数値も条件も示していません。どれも、購入者の契約内容と、購入者のAWSアカウント担当者に確認する事項です。「一律で何%」「全額が対象」「どの契約でも同じ条件」といった説明は、商談でも提案資料でも使えません。
商談での言い方
確認が済んでいない段階の説明は、公式ページが述べている範囲に合わせます。
| 避けたい説明 | 理由 | 代わりの言い方 |
|---|---|---|
| 「AWS Marketplaceで買えば、必ずコミットを消化できます」 | 公式ページは、適格な取引について述べているため | 「適格な取引であれば、コミットの消化に数えられ得ます。対象かどうかは、AWSのご担当者にご確認ください」 |
| 「Deployed on AWSなので、対象です」 | 表示と適格性を直接つなぐ記述があるのはMulti-Product Solutionsの文脈で、単独の製品の取引には書かれていないため | 「AWS上で動く構成です。コミットの対象かどうかは、製品ごとの確認が必要です」 |
| 「購入額の全額が算入されます」 | 算入される金額は、公式ページに書かれていないため | 「算入される金額は、お客様の契約とAWSのご担当者にご確認ください」 |
| 「このFAQに、対象と書いてあります」 | FAQは、Multi-Product Solutionsについての回答のため | 「複数製品のソリューションの場合のFAQでは、製品ごとに適格性が判断されるとされています」 |
次に取る行動
購入者の調達部門と、販売者の営業・事業責任者が、それぞれ次の順で進めます。
購入者の調達部門が進めること
- AWSとのコミットの契約書を確認し、契約期間と条件を確かめます
- 購入予定の製品名とオファーの内容を、購入者のAWSアカウント担当者に伝え、算入の対象かを尋ねます
- 算入される金額と上限を確認し、社内の予算の見込みは、確認の結果が出てから立てます
- 購入に使うAWSアカウントを決め、販売者に伝えます
販売者の営業・事業責任者が進めること
- 商談の早い段階で、購入者にAWSとのコミットの契約があるかを尋ねます
- 製品の構成と、オファーの種類（Private Offerなど）を、購入者に伝えられる形で用意します
- 算入の可否や金額は、購入者とそのAWSアカウント担当者への確認事項として案内し、自社では断定しません
- 複数の製品をまとめる提案では、製品ごとに条件を分けて示します
購入者の承諾までの手順は、AWS MarketplaceでSaaSを購入するには？で追えます。AWS Marketplaceに出品するメリットと注意点は、AWS Marketplaceに出品するメリットと注意点で整理しています。
Deshimaで扱える範囲
顧客がAWSの調達予算で購入できる経路を用意するには、まずAWS Marketplaceに有効な製品リスティングがあり、顧客にオファーを出せる状態になっている必要があります。出品の手順は、AWS MarketplaceにSaaSを出品する方法で整理しています。その手前にある、掲載の準備と、AWS Marketplaceとの連携機能の実装を支援するのが、Deshimaです。
Deshimaは、購入者と契約の情報の取得と同期、利用申請フォーム、Amazon EventBridgeへのイベント発行を担います。自社SaaSでは、そのイベントを既存のユーザーやテナントに結び付け、契約に応じた機能、数量、利用可否を反映する処理を実装します。具体的な分担は、導入する構成に応じてご確認ください。
Deshimaは、購入者のコミットの消化に数えられるかどうかを判断せず、保証もしません。その条件は、購入者とAWSの契約で決まるためです。AWSとの契約条件の確認は、購入者とそのAWSアカウント担当者にご案内ください。
2026年10月28日時点のDeshimaの対応範囲は、SaaS Contract（SaaS契約。契約期間と購入する権利をあらかじめ定め、前払いまたは支払スケジュールで請求する料金モデル）型のみです。従量課金（メータリング）とChannel Partner Private Offer（CPPO）は対象外で、Concurrent Agreementsには対応済みです。Private Offerの作成と発行をDeshimaの中で行うかどうかを含め、自社の契約パターンに合うかは、個別にご相談ください。
Deshimaの利用料は、初期費用と月額費用がどちらも0円で、費用が発生するのは製品が売れたときの販売手数料のみです。料率は個別にご提案しています。AWS Marketplace自体の販売手数料とは別で、自社側の実装と運用の工数、必要なAWSリソースの費用も別にかかります。対応範囲はトップページのFAQに、料金の考え方は料金のセクションに記載しています。Deshimaは更新が多いため、最新の機能と対応範囲は、無料のアカウントを作成したうえで、プロダクト内のドキュメントでご確認ください。