基礎と導入判断
AWS MarketplaceのPurchase Orderとは？発注番号の登録・必須化と請求書への反映
公開日:
この記事の要点
AWS Marketplaceでは、購入時に発注番号（Purchase Order、PO番号）を入力すると、その請求項目の請求書に番号が載ります。購入後もSubscription detailsページから追加できますが、対象は将来の請求だけで、すでに発行された請求書には遡及しません。AWS Organizationsの管理アカウントでは、オファーの種類や料金のタイプを選んで、サブスクリプション時の入力を必須にできます。ただし公式ドキュメントが明記する例外があり、購買の承認そのものを代替する設定ではありません。
顧客の経理担当から「AWS Marketplaceの請求書に、うちの発注番号を載せてほしい」と言われたとします。購入の画面で入力するのか、購入が済んだあとでも付けられるのか、すでに届いた請求書は直せるのかが、最初の疑問になります。
結論から言うと、発注番号（Purchase Order、PO番号）は購入時に入力でき、購入後もSubscription detailsページから追加できます。ただし購入後の入力は将来の請求に対するもので、すでに発行された請求書には遡及しません。（購入者ガイド（発注番号））全社で入力を徹底したい場合は、組織の管理アカウントで、入力を必須にする設定があります。（組織の調達設定）
本記事の内容は、2026年10月28日に確認したAWSの公式ドキュメントにもとづきます。仕様は変わることがあるため、判断の前には各出典で最新の内容を確認してください。購入の画面の流れそのものはAWS MarketplaceでSaaSを購入するには？で扱っているため、本記事は経理要件にかかわる発注番号の扱いに絞って整理します。
発注番号（PO番号）と、注文・契約・請求書の関係
AWS MarketplaceとAWS Billing and Cost Managementコンソールで発注番号を使うと、購入者が定めた発注番号が載った請求書がAWSから届きます。公式ドキュメントは、この使い方が支払い処理と費用の配賦を簡単にすると説明しています。（購入者ガイド（発注番号））
発注番号が付く先は、契約そのものというより、サブスクリプションに含まれる請求項目（charge）です。請求項目に発注番号が関連付けられていれば、その請求項目の請求書に番号が載ります。公式ドキュメントによると、請求項目ごとに、同じ番号も別の番号も指定できます。（購入者ガイド（発注番号））
請求書の出方は、購入の形で変わります。公式ドキュメントは、AWS Marketplaceの通常の請求サイクルの外で発行される請求書として、即時に請求される購入と、Private Offer（プライベートオファー）で定めた支払いスケジュールに沿って請求される購入を挙げています。従量課金の請求は、一般にAWS Marketplaceの月次の使用量の統合請求書に載ります。（購入者ガイド（発注番号））分割払いなどの支払い条件の作り方は、Private Offerとはで扱っています。
発注番号と、購入、請求項目、請求書の対応は、次のとおりです。
| 場面 | 登録できる時期 | 反映される先 | 設定する人 |
|---|---|---|---|
| 購入時（Offer acceptanceページなど） | オファーの承諾やサブスクリプションの確定の前 | その購入の請求項目に付き、請求書に載る | 購入者 |
| 購入後（Subscription detailsページ） | サブスクリプションの後。請求書が作られる前 | まだ請求書が作られていない将来の請求項目。自動更新では、現在の請求項目の番号が更新後の請求書に引き継がれる | 購入者 |
| すでに請求済みの請求項目 | 番号を更新しても遡及しない | 発行済みの請求書は変わらない。作成後の追加や更新は、AWS Supportに連絡する | 購入者からAWS Supportへ |
| AWS Billing and Cost Managementコンソールの発注番号（blanket-usage） | AWS Marketplaceの請求書の作成前 | 請求書の請求元などの条件が合うAWS Marketplaceの請求書 | 購入者 |
| 組織の調達設定（必須化） | 設定を保存してから、反映まで数時間 | サブスクリプションの確定時に、発注番号の入力欄が必須になる | 組織の管理アカウントの管理者 |
表の出典は、購入者ガイド（発注番号）と組織の調達設定です。なお、請求項目の単位ではなく、AWS Marketplaceの請求書に既定で発注番号を当てる方法として、blanket-usageの発注番号があります。
購入時と購入後に登録できる範囲
購入時に登録する
購入の途中で、「Purchase order (PO) number」の下にある「Add a purchase order」を選び、発注番号を入力します。発注番号は、購入者が自社のシステムで追跡するための識別子で、通常は社内のシステムや手続きで発行され、200文字まで入力できます。発注書に複数の明細行がある場合は、「Purchase order line」に明細行の番号を入力します。既定値は1で、公式ドキュメントは、複数の明細行を持つ発注書のときだけ変更するよう勧めています。（購入者ガイド（発注番号））
AWSは、指定された発注番号にもとづいて請求書を作成し、一つの請求書には一つの発注番号が対応します。複数の請求書が発生する取引では、次の選択肢が表示されることがあります。
| 選択肢 | 発注番号の付き方 |
|---|---|
| No PO number | 請求に発注番号が付かない。請求書の追加の追跡情報もない |
| One PO number for all charges | 一時的な費用、定期的なサブスクリプション、従量課金を含むすべての固定費用と従量課金の請求に、一つの番号を付ける |
| One PO number for all payment requests | 変動する支払いを伴う専門サービスの契約で、このPrivate Offerに関連する今後のすべての支払い請求に、一つの番号を付ける |
| Separate PO numbers for fixed and usage charges | 前払いや定期払いなどの固定費用に一つの番号、従量課金に別の番号を付ける |
| Unique PO numbers for each individual charge | 請求項目ごとに、固有の番号を指定する |
（出典：購入者ガイド（発注番号））
公式ドキュメントは、これらのうち一つ以上が表示されることがあると説明しており、取引によって選べる選択肢は変わります。「No PO number」を選ぶと、この購入には発注番号が付きません。ただし、AWS Billing and Cost Managementコンソールに発注番号を登録している場合は、それがこの購入に適用されることもあります。（購入者ガイド（発注番号））
購入後に追加または更新する
サブスクリプションの後は、「Subscription details」ページの「Charge summary」で、請求項目ごとに「Purchase order numbers」の列へ発注番号を入力します。複数の明細行を持つ発注書の場合は、ここでも明細行の番号を入力できます。（購入者ガイド（発注番号））
購入後の入力には、次の制約があります。（購入者ガイド（発注番号））
- 入力できるのは、将来の請求に対する発注番号だけです。
- すでに請求書が発行された請求項目の発注番号を更新しても、遡及して適用されません。
- サブスクリプションが自動更新される場合、現在のサブスクリプションに適用した発注番号は、更新で作られる請求書に引き継がれます。
- 更新で別の番号を使いたいときは、自動更新の前に、現在のサブスクリプションの請求項目の発注番号を変更します。
- 請求書の作成後に発注番号を追加または更新したいときは、AWS Supportに連絡します。
Private Offerの自動更新の仕組みは、AWS MarketplaceのPrivate Offer自動更新で扱っています。経理の側で押さえておきたいのは、更新後の請求書に載る番号が、更新の前に請求項目へ入力しておいた番号になることです。
発注番号を請求書に載せる、もう一つの経路
購入者は、AWS Billing and Cost Managementコンソールで、AWS Marketplaceの請求項目（blanket-usage）を含む発注番号を作成できます。AWS Marketplaceの他の請求と、ほかの発注番号を分けたいときの方法です。請求書の請求元などの条件が合えば、AWS Marketplaceの請求書に、指定したblanket-usageの発注番号が載ります。一方、AWS Marketplaceで入力した番号がblanket-usageの発注番号と違う場合、その請求は、blanket-usageの発注番号には適用されません。（購入者ガイド（発注番号））
AWS Billingの公式ドキュメントは、請求書の作成時に、次の順で発注番号を絞り込むと説明しています。（AWS Billing and Cost Management：発注番号の管理）
- 管理アカウントに登録されたすべての発注番号が候補になり、期限切れや停止中の発注番号は除かれます。
- 請求書の請求元と、発注番号の「Bill from」のエンティティが一致するものだけが残ります。
- 請求書の請求期間が明細行の開始月と終了月に収まり、明細行の種類が合うものが残ります。
- 複数の明細行が合う場合は、最も具体的な種類の明細行が使われます。
- 請求額を賄える残高のある明細行が、残高が足りない明細行より優先されます。
同じ公式ドキュメントによると、AWS Marketplaceのサブスクリプションを含むすべての請求書には、AWS Marketplace Blanket Usageの明細行が含まれます。ただし、取引ごとの発注番号が付いているサブスクリプションでは、代わりにAWS Marketplace Transactionの明細行が使われます。この二つの明細行を使える請求元のエンティティは、公式ドキュメントに列挙されています。自社の請求書の請求元がどのエンティティかは、実際の請求書で確認してください。
管理アカウントによる発注番号の必須化
購入者の組織では、購入のたびに担当者が発注番号を入力するとは限りません。AWS Marketplaceには、調達やソフトウェア資産管理、クラウドガバナンスの担当チームが購入手続きを管理できる、組織の調達設定があります。管理者は、サブスクリプションの前に発注番号の入力を必須にしたり、利用者に案内のメッセージを表示したりできます。（組織の調達設定）
設定できる人と事前の準備
この設定には、AWS Organizationsの管理アカウントへの管理者アクセスが必要です。設定する利用者またはロールには、AWSPrivateMarketplaceAdminFullAccessポリシーを付与しておく必要があります。（組織の調達設定）
あわせて、管理アカウントで一度だけの準備が必要です。AWS Marketplaceコンソールの「Settings」の「Private Marketplace Settings」で「Edit integrations」を選び、組織全体での信頼されたアクセスを有効にし、Private Marketplaceのサービスにリンクされたロールを作成します。（組織の調達設定）
必須にできる範囲
必須化は、次の三つの範囲から選べます。（組織の調達設定）
| 範囲 | 内容 |
|---|---|
| すべての購入 | 組織内のAWS Marketplaceのすべてのサブスクリプションで、発注番号を必須にする |
| 特定のオファーの種類 | Private Offer、Public Offer、またはその両方で、発注番号を必須にする |
| 特定の料金のタイプ | 契約料金（contract pricing）、従量課金（pay-as-you-go pricing）、またはその両方で、発注番号を必須にする |
設定は、AWS Marketplaceコンソールの「Organizational procurement settings」にある「Mandatory purchase orders」の「Configure」で、オファーの種類と料金のタイプを選んで保存します。変更が組織のすべての利用者に反映されるまでには、数時間かかります。（組織の調達設定）必須にすると、利用者は発注番号の欄に値を入力しなければサブスクリプションを完了できません。この強制は購入の時点で行われます。（組織の調達設定）
「すべての購入で必須」の例外
「すべての購入」を選べるため、組織のどの購入にも例外なく番号が付くと考えてしまうかもしれません。公式ドキュメントが明記している例外と注意は、次の二つです。（組織の調達設定）
- 従量課金のPublic Offerで発注番号を必須にすると、Amazon Elastic Compute Cloud（Amazon EC2）などのサービスコンソールからのAWS Marketplaceのサブスクリプションができなくなります。サービスコンソールには発注番号を追加する入力欄がないためで、購入者は、AWS Marketplaceから直接購入する必要があります。
- 必須化の設定は、Amazon Bedrockのコンソールから行うAmazon Bedrockのサーバーレスの購入には適用されません。
なお、すでに結んだサブスクリプションの発注番号は、購入後にAWS Marketplaceコンソールで更新できます。（組織の調達設定）
利用者へのメッセージと、必須化が担う範囲
管理者は、発注番号の欄が表示されるときに、利用者へ案内のメッセージを出せます。公式ドキュメントが挙げる内容は、社内の調達方針へのリンク、発注番号の形式、調達システムで番号を確認する手順、方針に従わない場合の影響、発注番号を得られない人の問い合わせ先です。メッセージは、AWS Marketplaceの調達ページで購入者に表示され、反映までには数時間かかります。（組織の調達設定）
必須化が強制するのは、発注番号の欄に値が入ることです。公式ドキュメントには、入力された番号が購入者の調達システムの承認済みの発注と一致するかをAWSが検証するという記載はありません。番号の確認を調達システムで行うよう利用者に案内するのは、管理者が作るメッセージの役割です。
したがって、発注番号の必須化は、購買の承認を代替する設定ではありません。製品ごとに購入の可否を管理者が決める仕組みは、別の機能のPrivate Marketplaceです。承認が必要な購入者が購入できないときの切り分けは、AWS Private Marketplaceとは？で扱っています。
請求書に反映されない場合と、請求代行を使っている場合の相談先
発注番号が請求書に載っていないとき、公式ドキュメントから確認できる原因と確認先は、次のとおりです。
| 状況 | 確認すること | 相談先 |
|---|---|---|
| 番号を入れたのが、請求書の作成より後だった | 購入後の入力は将来の請求にしか効かず、発行済みの請求書には遡及しない | AWS Support |
| 購入時に「No PO number」を選んでいた | その購入には発注番号が付かない。Subscription detailsページで追加できる | 購入者 |
| AWS Marketplaceで入力した番号が、blanket-usageの発注番号と違う | 違う場合、その請求はblanket-usageの発注番号に適用されない | 購入者 |
| 自動更新後の請求書に、期待した番号が載らない | 更新では現在の請求項目の番号が引き継がれる。変更は更新の前に行う | 購入者 |
| 請求代行（Billing Transfer）を使っている | 請求書を受け取る側が、番号を載せない設定にしている可能性がある | 請求書を受け取るBill-Transfer側 |
表の出典は、購入者ガイド（発注番号）とBilling Transferの購入者向けFAQです。
すでに請求済みの金額に番号を付けたい場合は、購入者が画面から更新しても反映されません。公式ドキュメントは、請求書の作成後に発注番号を追加または更新するには、AWS Supportに連絡するよう案内しています。（購入者ガイド（発注番号））AWS Supportに連絡したあと、どの範囲の請求書が対象になるかは、確認した公式ドキュメントに記載がありません。経理の締め処理に影響する場合は、連絡の際に請求書の番号と対象の請求期間を伝えて確認してください。
請求代行を使っている場合
顧客が請求代行（Billing Transfer）を使っている場合、AWS Marketplaceの請求書は、購入者の組織ではなく、Bill-Transfer（請求転送）アカウントへ移ります。購入者向けの公式FAQによると、チェックアウトで入力した発注番号は、Bill-Transferアカウントに送られる最終的な請求書に載ります。（Billing Transferの購入者向けFAQ）一方、チャネルパートナーは、Service Control Policies（サービスコントロールポリシー）を実装して、購入者の発注番号を自社の請求書に載せないようにもできます。公式FAQは、発注番号の要件について、購入の前にチャネルパートナーと調整するのが望ましいと案内しています。（Billing Transferの購入者向けFAQ）
また、AWS Billingの公式ドキュメントは、Bill-Transferアカウントとしてサインインした場合に、請求を転送してきた組織のすべてのAWS請求書へ、一つの発注番号を割り当てられると説明しています。（AWS Billing and Cost Management：発注番号の管理）
本記事は、購入者が入力する発注番号と、組織の必須化を扱っています。請求書の宛先が変わることによる、通知や税務プロファイル、問い合わせ先の整理は、AWS Billing Transferとは？が担当します。請求代行を使う顧客の発注番号について迷ったときは、購入の前にBill-Transfer側へ、番号の入力者と、請求書に載せる運用かを確認します。
販売者が商談で確認しておくこと
発注番号は、購入者が購入の画面とコンソールで管理する情報です。確認した購入者ガイドが説明しているのは購入者側の操作で、販売者がAWS Partner Centralから購入者の発注番号を入力または変更する手順は、記載がありません。そのため、販売者にできるのは、購入者の経理要件を商談の早い段階で聞き、合意した条件のオファーを出すことです。
営業担当が顧客に確認したい点は、次のとおりです。
- 請求書に発注番号を載せる必要があるか
- 発注番号を購入時に入力するのか、購入後に追加するのか
- 組織の管理アカウントで、発注番号の必須化が設定されているか
- 必須化の対象が、Private Offerと従量課金のどちらを含むか
- 発注番号を入力するのが、購入を承諾する担当者か、経理の担当者か
- 支払いスケジュールのあるPrivate Offerで、請求ごとに別の発注番号が必要か
- 購入に管理者の承認が必要か（必要ならAWS Private Marketplaceとは？を参照）
- 請求代行を使っているか（使っているならAWS Billing Transferとは？を参照）
支払いスケジュールのあるPrivate Offerでは、請求書が複数回発生します。その場合、購入者は「Unique PO numbers for each individual charge」のような選択肢を選ぶことがあります。商談の段階で請求の回数と時期を共有しておくと、購入者が発注番号を用意しやすくなります。
承諾後の請求や売上の確認は、販売者のレポートで行います。販売者側の売上と、購入者の請求書の照合の考え方は、AWS Marketplaceの売上、利用量レポートにあります。購入者の発注番号が販売者のレポートにどう表示されるかは、確認した公式ドキュメントには記載がありません。
次に取る行動
購入者の経理・購買の担当者は、次の順に確認します。
- 発注番号を請求書に載せる必要がある購入を洗い出します。
- 購入時に入力するか、購入後にSubscription detailsページで追加するかを決めます。購入後の入力は将来の請求にしか効きません。
- 自動更新があるサブスクリプションは、更新の前に、請求項目の発注番号を確認します。
- 全社で入力を徹底するなら、管理アカウントで必須化の範囲（すべての購入、オファーの種類、料金のタイプ）を決めます。Amazon Bedrockのサーバーレスの購入などの例外も確認します。
- 請求書の作成後に追加や更新が必要なら、AWS Supportに連絡します。
- 請求代行を使っているなら、購入の前にBill-Transfer側へ、発注番号の運用を確認します。
販売者の営業担当は、次の順に進めます。
- 商談の早い段階で、発注番号の要否と必須化の有無を購入者に聞きます。
- 請求の回数と時期を共有し、購入者が発注番号を用意できるようにします。
- 購入者の組織が承認の仕組みや請求代行を使っているかを確認し、必要なら購入の前に調整してもらいます。
- 購入者の調達要件に合わせて販売できる経路を、自社に用意します。出品の全体像は、AWS Marketplaceへの掲載手順にあります。
Deshimaで扱える範囲
発注番号は、購入者が、AWS Marketplaceの購入画面とAWSのコンソールで管理する情報です。購入者の発注番号や、AWSが発行する請求書を、Deshimaが書き換えることはありません。
AWS Marketplaceを購買の経路として使う企業は、購入の前に、調達や経理の要件を満たせるかを確認します。顧客のその要件を受け止められる販売経路を用意する第一歩は、AWS Marketplaceへの出品です。出品の手順は、AWS Marketplaceへの掲載手順で確認できます。掲載の準備を支援するDeshimaは、掲載タスク一覧と日本語の掲載ガイドを提供しています。
Deshimaは、購入者と契約の情報の取得と同期、利用申請フォーム、Amazon EventBridgeへのイベント発行を担います。自社SaaSでは、そのイベントを既存のユーザーやテナントに結び付け、契約に応じた機能、数量、利用可否を反映する処理を実装します。具体的な分担は、導入する構成に応じてご確認ください。
発注番号の必須化は、購入者の組織の管理アカウントで設定するものです。購買の承認の流れ全体は、購入者の社内で決めるもので、Deshimaが代行する範囲ではありません。
2026年10月28日時点のDeshimaの対応範囲は、SaaS Contract（SaaS契約。契約期間と購入する権利をあらかじめ定め、前払いまたは支払スケジュールで請求する料金モデル）型のみです。従量課金（メータリング）とChannel Partner Private Offer（CPPO）は対象外で、Concurrent Agreementsには対応済みです。Deshimaの利用料は、初期費用と月額費用がどちらも0円で、費用が発生するのは製品が売れたときの販売手数料のみです。料率は個別にご提案しています。対応範囲はトップページのFAQに、料金の考え方は料金のセクションに記載しています。Deshimaは更新が多いため、最新の機能と対応範囲は、無料のアカウントを作成したうえで、プロダクト内のドキュメントでご確認ください。