Integrating the Amazon Selling Partner API
In order to access the data through the Amazon Selling Partner API (SP-API), you must complete the following actions:
Register as an SP-API developer
Before you can register your SP-API application, you must create an Amazon developer
account and register as an SP-API developer. For a comprehensive overview of the
developer registration process, see SP-API Registration Overview
Request SP-API roles
An SP-API role
Roles protect access to personally identifiable information (PII) and other sensitive data. They limit data access to make sure that developers can access only the data that is required for their application. This helps protect customer data and preserve customer trust.
Accessing the data available in the brand analytics reports requires that you have the
Brand Analytics role
Register your application
The registration process varies slightly depending on the application type. For the purposes of registration, applications are categorized as one of the following types:
-
Public applications and private seller applications – These are applications that are publicly available and are authorized by a seller or vendor, or they are seller applications that are available only to your organization and are self-authorized.
-
Private vendor applications – These are vendor applications that are available only to your organization and are self-authorized.
For more information, see Register your application
Select an authorization model for your application
The authorization model for the Selling Partner API is based on Login with Amazon
Understand application authorization
For the purposes of authorization, there are three types of applications:
-
Public applications for sellers – These applications are publicly available and are authorized by sellers. You can choose one of the following authorization workflows:
-
Selling Partner Appstore authorization workflow
– An OAuth authorization workflow that is initiated from the Selling Partner Appstore detail page. -
Website authorization workflow
– An OAuth authorization workflow that is initiated from your own website.
-
-
Public applications for vendors – These applications are publicly available and are authorized by vendors. You can use the Website authorization workflow
. This is an OAuth authorization workflow that is initiated from your own website. -
Private applications for sellers or vendors – These applications are available only to your organization. These can be seller or vendor applications. You can use the Self authorization
approach. When you create a private application for your own organization you can self-authorize it to access your account information. You can self-authorize your application in draft status; there is no reason to publish a private application. For information about revoking self-authorization from seller and vendor applications, see Revoke self-authorizations in the SP-API documentation.
Authorize vendor groups for application access
When you authorize your Selling Partner API application to access your data, you are granting access to the vendor group that is associated with the sign-in credentials for your Vendor Central account. By extension, you are granting access to all vendor codes that are present in the vendor group. Therefore, it's important to use the right Vendor Central credentials and vendor group for your Selling Partner API integration.
The vendor group is the account you log in to. Depending on your business agreements, operation models, and other factors, your vendor group can include one or more vendor codes. Each vendor code allows you to list products in a specific category, or it includes the necessary business agreements, such as one vendor code for a particular brand.
You can have multiple authorizations
For more information, see Authorize vendor groups for application access
Connect to the SP-API
After you have registered and authorized your application, you can start making
requests. For more information, see Connecting to the Selling Partner API