Skip to main content
Amazon Selling Partner (SP-API) is Amazon’s suite of REST-based APIs that gives sellers and vendors programmatic access to their Amazon marketplace data. The SP-API provides access to order reports, product listings, and sales & traffic analytics across all Amazon marketplaces.

Configuring Amazon Selling Partner as a Source

In the Sources tab, click on the “Add source” button located on the top right of your screen. Then, select the Amazon Selling Partner option from the list of connectors. Click Next and you’ll be prompted to add your access.

1. Add account access

You’ll need to authorize Nekt to access your Amazon Selling Partner data. Click on the Amazon Authorization button and log in with your Amazon seller account. Grant the necessary permissions for the marketplace(s) you want to extract data from. The following configurations are available:
  • Region: Select the appropriate region for your marketplace:
    • North America (US, Canada, Mexico, Brazil)
    • Europe (UK, France, Germany, Italy, Spain, Netherlands, etc.)
    • Far East (Japan, Australia, Singapore, India)
  • Marketplace IDs: The Amazon marketplace IDs you want to sync data from (e.g., ATVPDKIKX0DER for Amazon US, A2Q3Y263D00KWC for Amazon Brazil).
Find the complete list of marketplace IDs on this link: https://developer-docs.amazon.com/sp-api/docs/marketplace-ids
  • Start Date: The earliest date from which records will be synced. If not provided, the connector defaults to the last 30 days of data.
Make sure your Amazon Seller account has the required permissions to request reports via the SP-API. The connector uses the Reports API to extract orders, listings, and sales & traffic data.
Once you’re done, click Next.

2. Select streams

Choose which data streams you want to sync. For faster extractions, select only the streams that are relevant to your analysis. You can select entire groups of streams or pick specific ones.
Tip: The stream can be found more easily by typing its name.
Select the streams and click Next.

3. Configure data streams

Customize how you want your data to appear in your catalog. Select the desired layer where the data will be placed, a folder to organize it inside the layer, a name for each table (which will effectively contain the fetched data) and the type of sync.
  • Layer: choose between the existing layers on your catalog. This is where you will find your new extracted tables as the extraction runs successfully.
  • Folder: a folder can be created inside the selected layer to group all tables being created from this new data source.
  • Table name: we suggest a name, but feel free to customize it. You have the option to add a prefix to all tables at once and make this process faster!
  • Sync Type: you can choose between INCREMENTAL and FULL_TABLE.
    • Incremental: every time the extraction happens, we’ll get only the new data - which is good if, for example, you want to keep every record ever fetched.
    • Full table: every time the extraction happens, we’ll get the current state of the data - which is good if, for example, you don’t want to have deleted data in your catalog.
Once you are done configuring, click Next.

4. Configure data source

Describe your data source for easy identification within your organization, not exceeding 140 characters. To define your Trigger, consider how often you want data to be extracted from this source. This decision usually depends on how frequently you need the new table data updated (every day, once a week, or only at specific times). Optionally, you can define some additional settings:
  • Configure Delta Log Retention and determine for how long we should store old states of this table as it gets updated. Read more about this resource here.
  • Determine when to execute an Additional Full Sync. This will complement the incremental data extractions, ensuring that your data is completely synchronized with your source every once in a while.
Once you are ready, click Next to finalize the setup.

5. Check your new source

You can view your new source on the Sources page. If needed, manually trigger the source extraction by clicking on the arrow button. Once executed, your data will appear in your Catalog.
For you to be able to see it on your Catalog, you need at least one successful source run.

Streams and Fields

Below you’ll find all available data streams from Amazon Selling Partner and their corresponding fields:
Complete order data including buyer information, item details, pricing, taxes, and shipping — fetched via the flat-file all-orders report (GET_FLAT_FILE_ALL_ORDERS_DATA_BY_LAST_UPDATE_GENERAL). Primary key is the composite (amazonOrderId, sku).
Current snapshot of all active merchant listings with product details, pricing, inventory, and fulfillment information.
Daily sales and traffic metrics including units ordered, revenue, refunds, sessions, page views, and conversion data — with B2B breakdowns. Amazon retains approximately 2 years of data for this report (730-day lookback cap).
Financial events stream via the Amazon SP-API Finances API. Fetches fee breakdowns (including commissions) per order-item. Primary key is the composite (amazonOrderId, sellerSku, orderItemId, feeType).
Consolidated view of FBA inventory including sales velocity, shipment statuses, estimated storage and long-term storage fees, and aged/excess units — fetched via the GET_FBA_INVENTORY_PLANNING_DATA report. Snapshot report (full table sync). Primary key is sku.
Per-SKU inventory data including fulfillable, inbound, reserved, researching, and unfulfillable quantities — fetched via the FBA Inventory API. Primary key is the composite (sellerSku, marketplaceId).

Use Cases for Data Analysis

This guide outlines valuable business intelligence use cases when consolidating Amazon Selling Partner data, along with ready-to-use SQL queries that you can run on Explorer.

1. Sales Performance Overview

Analyze daily sales performance including revenue, units sold, and refund trends. Business Value:
  • Track revenue trends over time
  • Monitor refund rates to identify product quality issues
  • Compare B2B vs. B2C sales performance

2. Order Fulfillment Analysis

Track order distribution by status and fulfillment channel to monitor operational health. Business Value:
  • Monitor order processing efficiency across FBA and merchant-fulfilled channels
  • Identify bottlenecks in fulfillment
  • Track cancellation rates by channel

3. Traffic-to-Sales Conversion

Measure how effectively your store traffic converts into orders using session and conversion data. Business Value:
  • Identify trends in traffic and conversion rates
  • Compare browser vs. mobile app performance
  • Optimize listing strategies based on Buy Box percentage

Implementation Notes

The connector primarily uses the Amazon SP-API Reports API rather than direct API endpoints for reports. Reports are created asynchronously — the connector submits a report request, polls until it’s ready (up to 15 minutes per chunk: 60 attempts × 15 seconds), then downloads and parses the result. Downloaded documents are automatically decompressed when Amazon returns them in GZIP format.This approach avoids the strict rate limits of the Orders API (0.0056 req/s) and enables efficient bulk data extraction.Note: The Financial Events and FBA Inventory Summaries streams differ by using the Finances API and FBA Inventory API respectively, not the Reports API.
  • Orders, Merchant Listings, and FBA Manage Inventory Health reports are returned as TSV files encoded in ISO-8859-1.
  • Sales and Traffic reports are returned as JSON encoded in UTF-8.
The connector supports all Amazon SP-API regional endpoints:
  • North America: US, Canada, Mexico, Brazil
  • Europe: UK, France, Germany, Italy, Spain, Netherlands, Turkey, UAE, India, etc.
  • Far East: Japan, Australia, Singapore
Make sure to select the correct API URL and marketplace IDs for your seller account’s region.
The connector supports incremental sync for:
  • Orders Report: Uses lastUpdatedDate as the replication key — data is fetched in 30-day chunks.
  • Sales and Traffic Report: Uses date as the replication key — data is fetched in 30-day chunks. Amazon retains approximately 2 years of historical data, so the connector clamps the start date to a maximum of 730 days in the past regardless of the configured Start Date.
  • Financial Events: Uses postedDate as the replication key — data is fetched in 30-day chunks with a maximum lookback of 730 days.
  • FBA Inventory Summaries: Uses lastUpdatedTime as the replication key — data is fetched in 30-day chunks with a maximum lookback of 540 days.
The Merchant Listings Report and FBA Manage Inventory Health are always a full-table sync since they represent snapshots of your current active listings and inventory.
The connector automatically manages OAuth access token refresh to prevent authentication failures:
  • Access tokens are refreshed proactively 15 minutes before expiration to avoid race conditions during long-running extractions.
The connector handles transient SP-API errors automatically:
  • 429 QuotaExceeded: Retried up to 5 times. The Retry-After header is respected when present; otherwise exponential backoff is used (starting at 60 seconds, doubling each attempt).
  • Stale connections: If the server closes an idle connection during a long polling sleep, the connector reopens the session and retries transparently.
For time-based reports (Orders, Sales & Traffic, Financial Events, and FBA Inventory Summaries), the connector splits requests into 30-day chunks to stay within SP-API limits and avoid timeouts on large date ranges. The chunking is handled automatically — you only need to set the desired Start Date.

Skills for agents

Download Amazon Selling Partner skills file

Amazon Selling Partner connector documentation as plain markdown, for use in AI agent contexts.