SaaS 契約製品の統合

製品と統合するAWS Marketplace一歩進んでいますかSaaS 製品の作成。Software as a Service (SaaS a Service) 契約製品のAWS Marketplaceでは、コードを記述し、複数の顧客シナリオに適切に対応できることを実証する必要があります。以下のセクションでは、これらのシナリオとその対応方法について説明し、統合テストの概要を示します。

注記

開始する前に、で対象の Software as a Service (SaaS oftware as a Service) 製品に適した料金モデルを選択していることを確認してくださいAWS Marketplace。詳細については、「SaaS 製品の計画」を参照してください。

シナリオ: あなたのサービスは新規顧客を検証します

顧客があなたの製品を購読すると、登録URLにリダイレクトされます。これは、一時的なx-amzn-marketplace-tokenトークン。このリクエストには、次の方法で応答します。

1. トークンをCustomerIdentifier,CustomerAWSAccountId, およびProductCodeを呼び出して ResolveCustomerの API オペレーションAWS Marketplace Metering Service。

2. お客様がアクセスできるサブスクリプションと数量 (該当する場合) を確認するには、 GetEntitlementsの API オペレーションAWS Marketplace Entitlement Service。

3. 永続的存続するCustomerIdentifier,CustomerAWSAccountId, およびProductCodefuture 通話のために、システムで。顧客が有効なサブスクリプションを持っているかどうか、および顧客について必要な情報を保存します。

4. リクエストへの応答として、ユーザーの初回使用体験（サービスに適用）を示す必要があります。

シナリオ: あなたのサービスは顧客のリクエストを処理します

顧客があなたのサービスに要求するとき、あなたは適切なアクションまたはメッセージで次のシナリオに応答する必要があります。

• システムには顧客 ID がありません。これは、まだ購読していないことを意味します。購読方法をユーザーに伝える必要があります。

• 顧客IDがあり、GetEntitlementsAPI オペレーションは適切なエンタイトルメントを返します。このシナリオでは、要求を満たす必要があります。

• 彼らは顧客IDを持っていますが、GetEntitlementsAPI オペレーションがエンタイトルメントを返さないか、リクエストを満たすのに十分な数量が返されません。このシナリオでは、アクセスをどのように処理し、ユーザーエクスペリエンスを管理するかを決定する必要があります。

シナリオ: ユーザーサブスクリプションの変更を監視する

Amazon Simple Queue Service (Amazon SQS) キューを設定し、製品の Amazon SNS トピックにサブスクライブします。SNS トピック情報は、から受信した電子メールメッセージに含まれていましたAWS Marketplace製品を作成したときの運用チーム。詳細については、「SaaS 製品の作成」を参照してください。SNS トピックを購読すると、特定の顧客に対するアクセスの提供や取り消しなど、顧客のエンタイトルメントの変更に関する通知が届きます。

注記

SNS トピックの Amazon リソースネーム (ARN) は次のようになりますarn:aws:sns:us-east-1:<account id>:aws-mp-entitlement-notification-<product code>。

応答しなければならない唯一の通知は次のとおりです。

• entitlement-updated— 顧客のエンタイトルメントが変更されたため、GetEntitlements新しいステータスを確認するための API オペレーション。顧客ストアを更新し、該当する場合（たとえば、顧客の契約が失効した場合）、保持ポリシーに従って、顧客リソースをシャットダウンするための慣行に従います。

注記

詳細については、「使用権限の確認」を参照してください。

SaaS 契約製品の統合をテストする

SaaS 契約製品の統合後AWS Marketplaceでは、統合が成功することを確認するために、詳細なテストを実施する必要があります。次の手順では、製品の統合を検証するステップを示します。

注記

独自のアカウントを使用して製品をサブスクライブし、統合が正常に行われたことをテストします。料金を一時的に下げて、これらのアカウントで高額な料金を発生させずに購入フローをテストすることができます。一時的に価格を下げる、または追加のテストアカウントに製品へのアクセスを許可する方法の詳細については、お問い合わせ。

製品の発売後も、サービスは新規顧客のこれらのシナリオに引き続き対応する必要があります。

1. 許可したアカウントを使用して、製品を契約してカスタマーエクスペリエンスをテストします。

2. アカウントで契約した後、アカウントが登録 URL にリダイレクトされることと、そのリダイレクトが一時トークンを含む POST リクエストであることを確認します。アプリケーションがfuture 通話のために顧客 ID を保持し、顧客が持つエンタイトルメントを正しく処理することを確認します。これは次の一部をテストしますシナリオ: あなたのサービスは新規顧客を検証します。

3. 上記の手順でテストアカウントを検証したら、そのアカウントをアプリケーションにオンボードします。たとえば、テスト用の顧客でフォームに入力して、新しいユーザーアカウントを作成することができます。または、SaaS アプリケーションにアクセスするための次の手順を別途用意します。これは次の一部をテストしますシナリオ: あなたのサービスは新規顧客を検証します。

4. からエンタイトルメントが返されない場合GetEntitlementsAPI オペレーション。オンボーディング中または検証の進行中に、アプリケーションは、使用権限のないユーザーのアクセスとエクスペリエンスを正しく管理する必要があります。このテストシナリオ: あなたのサービスは顧客のリクエストを処理します。

5. サブスクリプションの変更をテストします。アプリケーションがサブスクリプションの解除、サブスクリプションの成功、サブスクリプションの失敗シナリオを正しく処理していることを確認します。このテストシナリオ: ユーザーサブスクリプションの変更を監視する。

6. 統合のすべての要件を満たし、ソリューションのテストが完了したら、AWS Marketplace運営チーム。AWS Market Market Market Market Market Market 運営チームは、が正常に呼び出されたことを確認することにより、GetEntitlementsAPI操作と十分にオンボーディングされた新規顧客。

統合とテストが完了したら、最終レビューを行い、製品を公開することができますAWS Marketplace。詳細については、「SaaS 製品の作成」を参照してください。払い戻しリクエストフォームに記入して、テストサブスクリプションをキャンセルすることもできます。サブスクリプションをキャンセルする方法の詳細については、返金プロセス。