調達プレイブック - Azure Marketplace でカスタム取引を推進する方法

Azure Marketplace は、Azure への投資を最大化する優れた機会を提供すると同時に、ニーズに合ったその他のソリューションを探索することもできます。 ただし、クラウド環境での B2B コマースには、独自の一連の複雑さと考慮事項が付属しています。 このドキュメントでは、Azure Marketplace の可能性を最大化するための調達担当者のベスト プラクティスについて説明します。

開始する前に

Azure Marketplace を使用する前に、Azure の基本的な概念を理解することが重要です。 たとえば、次のような概念です。

• 課金アカウントとサブスクリプション: 課金アカウントはコストと請求書を管理しますが、サブスクリプションは Azure リソースが実行される運用エンティティです。 各課金アカウントには、1 つ以上のサブスクリプションがあります。 課金アカウントに対する管理者アクセス許可を持つことは、サブスクリプションへのアクセス許可を付与しないこと、およびその逆に注意することが重要です。 これらのアクセス許可は、互いに独立して構成されます。

• マーケットプレースから製品を購入するには (無料または有料)、リソースをデプロイし、それを Azure サブスクリプションに関連付ける必要があります。 Azure サブスクリプションは、請求書のプライマリ課金単位の一部です。 そのため、購入を完了するには、サブスクリプションの所有者または共同作成者である必要があります。

• Azure サブスクリプションと SaaS サブスクリプションは、2 つの異なる点。 Azure サブスクリプションは、前に説明した目的のための Azure コンストラクトです。 SaaS サブスクリプションは、定義された期間購入され、独自のライフ サイクルと動作を持つマーケットプレース製品です。 1 つの Azure サブスクリプションを使用して、複数の SaaS サブスクリプションを購入および管理できます。

• 公開元とプライベート オファー契約を要求する場合は、課金アカウント ID を指定する必要があります。 プライベート オファーは、指定した課金アカウントのすべてのサブスクリプションに適用されます。

アカウント設定について

このセクションでは、購入を完了するために必要な設定とその検索方法の概要について説明します。

購入を完了するために必要なもの

プライベート オファーの購入を完了するには、同意と購入の 2 つの手順を完了する必要があります。 同意するには課金アカウントの管理者アクセス許可が必要ですが、購入にはサブスクリプション所有者または共同作成者のアクセス許可が必要です。

SaaS 製品の場合、SaaS サブスクリプションのアクティブ化は発行元のポータルで行われ、サード パーティ製品へのシングル サインオンを実行するには Microsoft Entra のアクセス許可が必要です。 ユーザーがアプリケーションに同意する方法 構成する方法の詳細についてはを参照してください。

アクセス許可とアカウント設定を見つける

サブスクリプションのアクセス許可と、サブスクリプションに関連付けられている課金アカウントは、 Marketplace プライベート オファーの事前チェック ツールで確認できます。 アカウントがスキャンされ、 べき等の設定に関する必要な情報が提供されます 次の操作に対処する必要があります。

• プライベート マーケットプレース: テナントでプライベート マーケットプレースが有効になっている場合は、購入する予定の製品が許可リストに含まれている必要があります
• Azure ポリシー - 組織には、リソースの作成時に特定のタグ付けを適用するポリシーのマーケットプレースをブロックするポリシーがある場合があります。 この問題に対処する方法については、 Private オファーの事前チェック: 適格性チェックの結果を参照してください。

サブスクリプションを決定したら、サブスクリプションが Marketplace RP に登録されていることを確認します。それ以外の場合は、デプロイに使用できません。 Azure portal で、[ サブスクリプション] に移動 > 、リソース プロバイダー > サブスクリプションを選択 > 、"marketplace" という単語でフィルター処理 > 、3 つの結果がすべて Azure Marketplace で有効になっていることを確認します。

課金アカウントのアクセス許可を見つけるには、Azure portal に移動し、 コスト管理と課金>請求スコープ> (必要な課金アカウントの選択) >Access Management (IAM)を選択します。

探している課金アカウントが表示されない場合は、そのアカウントに対するアクセス許可 (読み取り専用アクセス許可を含む) がないことを意味します。 詳細については、「 Azure portal でのアカウントとスコープの変更を参照してください。

SSO を使用してサード パーティ製アプリケーションを登録できるかどうかを確認するには、ユーザーがアプリケーションを登録できる Microsoft Entra ID メニューを確認します (SaaS サービスをアクティブ化するには、サード パーティのアプリに対する SSO アクセス許可が必要です)。

詳細については、 アプリケーションへのユーザーの同意方法の構成に関するページを参照してください - Microsoft Entra |Microsoft Learn。

必要なアクセス許可がない場合は、組織内のユーザーを見つける必要があります。 一部の組織では、各アクセス許可を持つ 2 人または 3 人の異なるユーザーが必要です。 これらのユーザーは、購入を完了するために実際のアクションを実行する必要があります。

優先購入のセットアップを決定する

リソース (SaaS など) を実行するサブスクリプションを事前に把握し、アクセス許可を持つユーザーを確認することをお勧めします。 購入用の新しいサブスクリプションを作成する場合は、事前に作成し、自分をこのサブスクリプションの所有者にします。

一部のお客様は、すべてのマーケットプレース購入に対して 1 つの "バケット サブスクリプション" を作成し、調達担当者にアクセス許可を付与することを好みます。 これにより、調達担当者はすべてのトランザクションを自分で完了できます。 購入は後で他のサブスクリプションに移動できるため、適切なコスト センターに反映できます。

製品在庫のガバナンスと管理

組織内のマーケットプレース製品を有効にしたいが、マーケットプレース カタログ全体への無制限のアクセスを回避したい場合は、 Azure Private Marketplace はソリューションを提供します。 これにより、サブスクリプション レベルで組織または特定のチームに合わせて調整された製品のサブセットをキュレーションできます。

Azure Private Marketplace は、次の 3 つの基本的な原則に基づいて動作します。

• テナント レベルでプライベート マーケットプレースを有効にすると、すべてのマーケットプレース製品は既定で購入がブロックされます。
• 組織内のすべてのユーザーは、プライベート マーケットプレースの許可リストに製品を追加する要求を送信できます。
• マーケットプレース管理者はこれらの要求を受け取り、承認または拒否する権限を持ちます。
• このように構成した場合、プライベート オファーはマーケットプレースで自動的に有効にすることができます。

調達管理

注意すべきいくつかの制限事項があります。

• Azure Marketplace には、購入のための独自のロールベースのアクセス制御 (RBAC) システムがありません。 代わりに、RBAC はサブスクリプション レベルで動作します。つまり、サブスクリプション所有者/共同作成者のアクセス許可を持つすべてのユーザーがマーケットプレースで購入できます。

• 現時点では、Azure Marketplace では、エンタープライズ調達またはワークフロー システムとのすぐに使用できる統合は提供されていません。

組織が特定の調達ポリシーと手順に従う場合は、これらの手順を Azure portal の外部で管理する必要があります。 手順の例としては、購入を承認するユーザーの識別、承認階層の確立、購入を実行するユーザーの決定などがあります。

プライベート マーケットプレースでは、オンデマンドで製品を有効にすることで、個々の購入をある程度制御できます。 すべての手続き型承認が付与されると、マーケットプレース管理者は製品を購入可能にすることができます。 購入が完了すると、製品はプライベート マーケットプレースから削除され、次の購入要求が行われるまで使用できなくなります。

プライベート オファーの完了

プライベート オファーの基礎を理解する

前述のように、各プライベート オファーには、同意と購入の 2 つの手順が含まれます。 購入は受け入れ直後に行うことができますが、プライベート オファーの開始日と終了日の間に発生する場合は必須ではありません。

プライベート オファーを受け入れると、Azure 課金の財務トランザクションは開始されません。 取引を完了するには、購入 (製品の完全な展開とアクティブ化) が行われる必要があります。

プライベート オファーの期間 (開始日/終了日) は、SaaS サブスクリプションの期間と同じではありません。

• SaaS の購入を容易にするために、プライベート オファーが短時間アクティブになる場合があります。
• 購入後、シートベースの SaaS サブスクリプションは、プライベート オファーのネゴシエートされた条件の下で有効期限が切れるまで続行されます。
• 従量制課金 SaaS サービスは、プライベート オファー期間中にのみ割引価格で課金されます。 そのため、従量制課金 SaaS のネゴシエートを行う場合は、プライベート オファーの用語が SaaS サブスクリプションの用語と一致していることを確認します。

SaaS サブスクリプションの有効期限が近づくと、パブリッシャーは異なる条件で新しいプライベート オファーを発行して (繰り返しになりますが、短い期間のみ)、更新された条件下での更新を許可できます。 顧客がプライベート オファーに同意し、SaaS サブスクリプションを更新すると、SaaS サブスクリプションの期間中、新しい価格と条件がロックされます。

現時点では、1 つのプライベート オファーでは、柔軟な (不均一な) 支払いプランはサポートされていません。 不均一な支払いプランを構築するには、次の例に示すように、いくつかのプライベート オファーを作成することで回避策を実行できます。 (注: この回避策は理想的ではありません。重複するプライベート オファーを管理するオーバーヘッドが伴います。この回避策を使用する前に、このオーバーヘッドを考慮してください。

例:

• 3 年間の SaaS サブスクリプション

• 合計コスト: $1M

• 2023 年 3 月 1 日に開始し、2026 年 3 月 1 日に終了します。

• 希望する支払いプランは、最初の年が 40%、2 年目が 50%、3 年目が 10% です。

• 解決策: 3 つのプライベート オファーを作成します。

  • PO1: 開始日 - 2023 年 2 月 20 日、終了日 - 2023 年 3 月 10 日。 SaaS サブスクリプション期間: 1 年。 価格: $400,000。
  • PO2: 開始日 - 2024 年 2 月 20 日、終了日 - 2024 年 3 月 10 日。 SaaS サブスクリプション期間: 1 年。 価格: $500,000。
  • PO3: 開始日 - 2025 年 2 月 20 日、終了日 - 2025 年 3 月 10 日。 SaaS サブスクリプション期間: 1 年。 価格: $100,000。

• 3 つのプライベート オファーはすべて、2023 年に同時に作成および受け入れ可能です。 各プライベート オファーは、その時間が到着すると有効になり、SaaS の更新は新しいプライベート オファーの条件の下で行われます。

SaaS の更新時にプライベート オファーがアクティブでない場合、SaaS サービスは定価で動作し続けます (割引は適用されません)。

お客様は、1 つの Azure サブスクリプションで購入を行い、「アカウント設定の概要セクションで説明されているように、後でリソースを別のサブスクリプションに転送することを選択できます。 このシナリオでは、将来のすべての支払いは新しいサブスクリプションに起因し、過去の支払いは元のサブスクリプションに記録されます。 つまり、購入が最初の分割払いの請求にすぐに影響を与えるので、新しいサブスクリプションのコストの 100% を割り当てることはできません。

請求と請求書作成

課金アカウントの種類と構造を理解するには、このガイドを参照してください。 Azure portal でのアカウントとスコープの課金。

Marketplace の購入は、Azure 請求書に個別の明細項目として表示されます。

特定の Marketplace 購入に対して個別の請求書を生成する場合、オプションは次の 2 つの主要なアカウントの種類によって異なります。

• マイクロソフトエンタープライズ契約 (EA) アカウント:

  • 現時点では、EA 顧客向けの個別のマーケットプレース購入に対して個別の請求書を生成することはできません。 サポートされている形式は、統合請求書のみです。

  • 請求書は、請求書のヘッダーにある発注書番号 (PO#) で生成されます。 PO# は課金アカウント レベルで設定されており、マーケットプレースでの購入ごとに異なる PO# を使用するオプションはありません。

• Microsoft 顧客契約 (MCA) アカウント:

  • MCA アカウントをお持ちのお客様は、課金アカウントの下に複数の課金プロファイルを作成できます。 このような場合、請求書は各課金プロファイルに対して生成されます。 たとえば、1 つの課金アカウントと 3 つの課金プロファイルを持つ顧客は、3 つの個別の請求書を受け取ります。 各請求書は異なる PO# を持つことができます。

  • 特定の購入に対して個別の請求書を受け取る場合は、新しい課金グループを作成し、その下に Azure サブスクリプションを作成または移動してから、そのサブスクリプションで SaaS 製品を購入できます。

Microsoft Azure 従量課金コミットメント (MACC)

マーケットプレース内のすべての製品が MACC の対象となるわけではありません。 "Azure 特典の対象" オプションを使用してフィルター処理するか、オファータイルの現金アイコンを探すことができます。

ベスト プラクティス - プライベート オファーの実際のシナリオ

ロレンツォの取り組み: Azure Marketplace を介したソフトウェアの調達

ロレンツォは、Adatum Corporation の調達責任者です。 Contoso というソフトウェア パブリッシャーの営業担当者である Maya との契約を締結しました。 ロレンツォは、Microsoft Azure Consumption Commitment (MACC) をデクリメントするために、Azure Marketplace 経由で取引を終了することを好みます。 彼の旅がどのように展開されるかを次に示します。

ロレンツォは、関心のあるオファーが MACC の対象であることを確認することから始めます。 彼は、MACC以外のオファーを購入することは可能ですが、MACCをデクリメントしないことを知っています。

次に、ロレンツォは、最初にソフトウェアを要求した Adatum Corporation の IT 部門と連携します。 彼は、ソフトウェアのデプロイに使用する予定の Azure サブスクリプションを見つけます。 サブスクリプション所有者は、アカウントで private オファーの事前チェック ツール を実行し、Billing アカウント ID を指定します。

Adatum Corporation が単一のサブスクリプションでソフトウェア購入を一元化することを好む場合、ロレンツォは、このサブスクリプションに対するアクセス許可があるかどうかを確認します。 そうでない場合は、購入プロセスを支援するユーザーを識別します。 関係なく、サブスクリプション所有者は、請求先アカウント ID をロレンツォに提供する必要があります。

ロレンツォは、課金アカウント ID を確認して、そのアカウントに対するアクセス許可があるかどうかを確認します。 課金管理者でない場合は、そのユーザーを見つけます。

その後、ロレンツォは請求先アカウント ID を Maya に提供します。 その代わりに、Maya はプライベート オファーを受け入れるためのリンクを含む電子メールをロレンツォに送信します。

ロレンソが必要なアクセス許可 (EA 管理者、サブスクリプション所有者、Microsoft Entra ID) を持っていると仮定して、Maya が送信したリンクを選択し、オファーの詳細を確認し、プライベート オファーを受け入れます。

その後、プライベート オファー管理 (POM) メニューにリダイレクトされ、購入が完了します。 ここで、彼は自分が受け入れたプライベートオファーを見ます。 選択すると、製品の詳細が開きます。

ロレンツォは Purchase を選択します。 チェックアウト ウィンドウが開き、Maya によって事前に選択された購入オプションが表示され、すべて編集用にロックされます(製品、プラン、用語、メーターユニット、シート範囲、価格)。

Purchase ボタンが無効になっている場合は、ツール ヒントのガイダンスに従って問題のトラブルシューティングを行います。 考えられる理由は、プライベート オファーがまだ受け入れられていない、現在の日付がオファーの開始日と終了日の外にある、プライベート オファーが購入の準備ができていない、などです。

チェックアウト ウィンドウで、( グローバル サブスクリプション フィルターを確認した後 すべてのサブスクリプション)、リソース グループ、およびその他の必要なデータを含むように設定されたサブスクリプションを選択します。 Subscribeを選択し画面でアカウントの構成ボタンが有効になるまで待機します。

ボタンが有効になると、そのボタンが選択され、SaaS のアクティブ化が完了します。 購入が完了し、ロレンツォは Azure Marketplace を介して Adatum Corporation 用のソフトウェアを正常に調達しました。

関連するコンテンツ

• Azure Marketplace のプライベート オファー