翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon Selling Partner API の統合
<a name="integrating-sp-api"></a>

Amazon Selling Partner API (SP-API) を介してデータにアクセスするには、次のアクションを実行する必要があります。

1. [SP-API 開発者として登録する](#integrating-developer)

1. [SP-API ロールをリクエストする](#integrating-roles)

1. [アプリケーションを登録する](#integrating-register)

1. [アプリケーションの認可モデルを選択する](#integrating-authorization)

1. [SP-API に接続する](#integrating-connect)

## SP-API 開発者として登録する
<a name="integrating-developer"></a>

SP-API アプリケーションを登録する前に、Amazon 開発者アカウントを作成し、SP-API 開発者として登録する必要があります。開発者登録プロセスの包括的な概要については、[SP-API ドキュメントの SP-API 登録の概要](https://developer-docs.amazon.com/sp-api/docs/sp-api-registration-overview)を参照してください。

## SP-API ロールをリクエストする
<a name="integrating-roles"></a>

[SP-API ロール](https://developer-docs.amazon.com/sp-api/docs/roles-in-the-selling-partner-api)は、開発者またはアプリケーションが特定のオペレーションまたはリソースにアクセスできるかどうかを決定します。開発者は、特定のロールをリクエストして認定する必要があります。そうしないと、そのロールの下にグループ化されたオペレーションとリソースにアクセスできなくなります。

ロールは、個人を特定できる情報 (PII) やその他の機密データへのアクセスを保護します。データアクセスを制限して、デベロッパーがアプリケーションに必要なデータにのみアクセスできるようにします。これにより、顧客データを保護し、顧客の信頼を維持できます。

ブランド分析レポートで利用可能なデータにアクセスするには、[ブランド分析ロール](https://developer-docs.amazon.com/sp-api/docs/brand-analytics-role)が必要です。ロールへのアクセスのリクエストの詳細については、SP-API ドキュメントの[「ロールをリクエストして資格を得る方法](https://developer-docs.amazon.com/sp-api/docs/roles-in-the-selling-partner-api#how-do-i-request-and-qualify-for-a-role)」を参照してください。

## アプリケーションを登録する
<a name="integrating-register"></a>

登録プロセスは、アプリケーションタイプによって若干異なります。登録の目的で、アプリケーションは次のいずれかのタイプに分類されます。
+ **パブリックアプリケーションとプライベート販売者アプリケーション** – これらは、公開されており、販売者またはベンダーによって認可されているアプリケーション、または組織でのみ利用可能で、自己認可されている販売者アプリケーションです。
+ **プライベートベンダーアプリケーション** – 組織でのみ使用でき、自己承認されるベンダーアプリケーションです。

詳細については、SP-API ドキュメントの[「アプリケーションの登録](https://developer-docs.amazon.com/sp-api/docs/registering-your-application)」を参照してください。

## アプリケーションの認可モデルを選択する
<a name="integrating-authorization"></a>

販売パートナー API の認可モデルは、Amazon OAuth 2.0 の実装である [Login with](https://developer.amazon.com/docs/login-with-amazon/documentation-overview.html) Amazon に基づいています。アプリケーションは、Amazon およびウェブサイトに表示されるページとのやり取りを通じて承認されます。ウェブブラウザは、販売パートナーアクションごとにウェブサイトと Amazon の間でパラメータを渡すユーザーエージェントです。OAuth 認可を実装するには、Amazon が渡すパラメータを受け入れて処理するようにウェブサイトを設定する必要があります。また、ウェブブラウザをリダイレクトし、パラメータを Amazon に渡すようにウェブサイトを設定する必要があります。認可の詳細については、SP-API ドキュメント[の「販売パートナー API アプリケーションの認可](https://developer-docs.amazon.com/sp-api/docs/authorizing-selling-partner-api-applications)」を参照してください。

### アプリケーション認可を理解する
<a name="integrating-authorization-understand"></a>

認可の目的で、アプリケーションには 3 つのタイプがあります。
+ **販売者向けのパブリックアプリケーション** – これらのアプリケーションは公開されており、販売者によって承認されています。次のいずれかの認可ワークフローを選択できます。
  + [販売パートナー Appstore 認可ワークフロー](https://developer-docs.amazon.com/sp-api/docs/selling-partner-appstore-authorization-workflow) – 販売パートナー Appstore の詳細ページから開始される OAuth 認可ワークフロー。
  + [ウェブサイト認可ワークフロー](https://developer-docs.amazon.com/sp-api/docs/website-authorization-workflow) – 独自のウェブサイトから開始される OAuth 認可ワークフロー。
+ **ベンダー向けのパブリックアプリケーション** – これらのアプリケーションは公開されており、ベンダーによって承認されています。[ウェブサイト認可ワークフロー](https://developer-docs.amazon.com/sp-api/docs/website-authorization-workflow)を使用できます。これは、独自のウェブサイトから開始される OAuth 認可ワークフローです。
+ **販売者またはベンダー向けのプライベートアプリケーション** – これらのアプリケーションは、組織でのみ使用できます。これらは、販売者またはベンダーのアプリケーションです。[自己認可](https://developer-docs.amazon.com/sp-api/docs/self-authorization)アプローチを使用できます。自分の組織用にプライベートアプリケーションを作成すると、アカウント情報へのアクセスを自己承認できます。アプリケーションをドラフトステータスで自己承認できます。プライベートアプリケーションを公開する理由はありません。販売者およびベンダーアプリケーションからの自己認可を取り消す方法については、SP-API [ドキュメントの「自己認可を取り消す](https://developer-docs.amazon.com/sp-api/docs/revoke-self-authorizations-from-your-application)」を参照してください。

### アプリケーションアクセスのベンダーグループを承認する
<a name="integrating-authorization-vendor-groups"></a>

販売パートナー API アプリケーションがデータにアクセスすることを許可すると、Vendor Central アカウントのサインイン認証情報に関連付けられているベンダーグループへのアクセス権が付与されます。さらに、ベンダーグループに存在するすべてのベンダーコードへのアクセス権を付与します。したがって、販売パートナー API 統合には、適切な Vendor Central 認証情報とベンダーグループを使用することが重要です。

*ベンダーグループは*、ログインするアカウントです。ビジネス契約、運用モデル、その他の要因に応じて、ベンダーグループには 1 つ以上のベンダーコードを含めることができます。各*ベンダーコード*では、特定のカテゴリの製品を一覧表示することも、特定のブランドの 1 つのベンダーコードなど、必要なビジネス契約を含めることもできます。

ベンダーグループごとに[複数の認可を持つ](https://developer-docs.amazon.com/sp-api/docs/authorize-vendor-groups-for-application-access#use-multiple-vendor-groups-to-authorize-an-application)ことも、すべての[ベンダーコードを含む単一のベンダーグループ](https://developer-docs.amazon.com/sp-api/docs/authorize-vendor-groups-for-application-access#use-a-single-vendor-group-to-authorize-an-application)を作成することもできます。プロファイルに関連付けられている複数のベンダーグループを使用するオプションを使用すると、異なるベンダーグループで同じベンダーコードを持つアプリケーションを使用できます。このオプションを使用すると、ベンダーグループごとに複数のベンダー開発者アプリケーションを送信する必要はありません。

詳細については、SP-API ドキュメントの[「アプリケーションアクセスのベンダーグループの承認](https://developer-docs.amazon.com/sp-api/docs/authorize-vendor-groups-for-application-access)」を参照してください。

## SP-API に接続する
<a name="integrating-connect"></a>

アプリケーションを登録して承認したら、リクエストを開始できます。詳細については、SP-API [ドキュメントの「販売パートナー API への接続](https://developer-docs.amazon.com/sp-api/docs/connecting-to-the-selling-partner-api)」を参照してください。