This page documents what SellerCopilot computes, which Amazon data it reads, and what it gives back. It is written to be checked rather than skimmed, so every report and metric below is named the way Amazon names it.

What the product does

SellerCopilot is a subscription analytics application for Amazon selling partners. It connects to a seller's own selling account through Amazon's Selling Partner API and to the seller's advertising account through the Amazon Ads API. It ingests that account's sales, traffic, advertising, order and financial data every day, refreshes listing and inventory status through the day, and produces a daily brief: a short written account of what changed in the business and what to do about it, with the figures that produced each recommendation attached.

The product covers Amazon Seller Central accounts. A seller authorizes the application to their own selling account and sees only their own data. No customer sees another customer's data, and no customer's analysis is computed from another customer's figures. The SellerCopilot team reviews how accurate recommendations have been across accounts to improve the rules; that review is internal and is never shown to customers.

SellerCopilot reads. It does not create, edit, pause or bid on advertising campaigns, and it does not change prices, listings or inventory. Amazon Ads authorization is granted with Amazon's campaign-management scope; SellerCopilot uses it only to request reports. Recommendations are for the seller to act on.

The daily brief

Amazon's reports settle one to two days behind the calendar, so the brief is anchored to the most recent date the seller's account actually has data for, not to today. The page states that date, so a reader always knows how fresh the analysis is.

Each morning the brief contains four things:

Daily Brief: one recommendation with its evidence panelProduct screenshot, sample data
A Daily Brief recommendation with its evidence panel open: the estimated two-week impact, fourteen-day sessions, conversion and click-through against target, and the written insight naming the listing as the lever with three specific fixes

How recommendations are generated

Recommendations come from a rule engine, not from a model guessing. Each account is provisioned with twenty-one pre-configured rules. Every rule is a stated condition over the account's own metrics, evaluated for each ASIN against the seller's targets for TACOS, click-through rate, conversion rate and days of stock. Those targets can be overridden per product, and the rules themselves can be edited, disabled or added to.

The engine produces six kinds of action: stop ads, reduce ads, scale ads, order inventory, fix listing, and win the Buy Box. Real examples of the shipped rules, named as they appear in the product:

Each finding is written up with the readings behind it, the estimated impact of acting over the next two weeks, and the contributing factors the rule weighed. A recommendation the seller marks as done, deferred or skipped stops being raised for a set period, so the brief does not repeat itself. Once acted on, the outcome is computed over the following seven days (fourteen for ads being scaled) and compared with the estimate.

Written reports, short explanations of a recommendation or of the monthly scorecard, and an assistant that answers questions about the account's own figures are generated with Anthropic's Claude models. The operations report and the sales dashboard insights replace product names with neutral placeholders before the request is sent and restore them in the response; the executive summary sends only totals and unnamed product lines. The assistant does not anonymise: to answer questions about specific products it sends product identifiers (ASINs and SKUs) and product titles with the figures. What each feature sends is set out on the security page.

Brand Analytics: what the role is used for

SellerCopilot requests Amazon's Brand Analytics role for one report: GET_SALES_AND_TRAFFIC_REPORT. Amazon lists Brand Analytics as the only role that grants it. SellerCopilot requests it one day at a time, broken down by child ASIN, and requests recent days again as Amazon settles them (see the cadence below). It is the source of the traffic and conversion figures the product is built around.

The fields SellerCopilot reads from it, and what uses each one:

The report also returns per-device session and page-view breakdowns and unitSessionPercentage. SellerCopilot stores those as Amazon returns them, and no feature uses them today. Its B2B and refund fields are not stored.

Every recommendation built on these figures is computed from the latest ingested day when the seller opens the brief, and its outcome is measured against the same report afterwards, which is why the daily, ASIN-level grain matters.

Amazon data sources, and what each one is used for

The table below is the complete set of Amazon data the application reads. Report names are Amazon's report type identifiers, and metric names are the field names Amazon returns.

Amazon data source Metrics used What the product does with it
GET_SALES_AND_TRAFFIC_REPORT
Reports API, by child ASIN and day. Brand Analytics role.
sessions, unitsOrdered, orderedProductSales, totalOrderItems, buyBoxPercentage, pageViews (see above)
Traffic, conversion and revenue per ASIN. Conversion rate is units ordered divided by sessions. Compared with the seller's targets, it triggers the listing rules; revenue feeds profit, TACOS and the advertising rules; Buy Box share feeds the Buy Box rules.
/finances/v0/financialEvents
Finances API, financial events
ShipmentEvent, RefundEvent, ServiceFeeEvent, AdjustmentEvent and ProductAdsPaymentEvent, with their charge, fee and promotion components (principal, tax, shipping, commission, refund commission, FBA fulfilment fees, promotion rebates and other fees)
The financial dashboard: a transaction-level view of sales, refunds, promotions, Amazon fees, adjustments and advertising charges over time. These records are not used in the per-product profit described below.
GET_LEDGER_SUMMARY_VIEW_DATA
Reports API, FBA inventory ledger, daily by country
Ending balance and in-transit units per MSKU and disposition, with receipts, customer shipments, customer returns, lost, damaged and disposed movements
Inventory forecasting. Sellable stock is compared with sales velocity derived from units ordered to produce days of supply, a reorder date and a stock status per product. The movements are available to the assistant.
/fba/inventory/v1/summaries
FBA Inventory API, every six hours
fulfillableQuantity, inbound (working, shipped and receiving) and reserved quantities per SKU
Current sellable stock. The ledger settles too slowly to tell a seller they are out of stock right now: an out-of-stock product stands down the Buy Box rules, and on-hand plus inbound stock is compared with Subscribe & Save demand.
/batches/products/pricing/v0/itemOffers
Product Pricing API (getItemOffersBatch), hourly
IsBuyBoxWinner, MyOffer, IsFulfilledByAmazon, SellerId, listing price plus shipping, and the Buy Box landed price
Buy Box ownership. Whether nobody holds it, a third party holds it, or Amazon Retail holds it leads to a different recommendation, because the remedy differs in each case. The seller's own share over time comes from buyBoxPercentage above.
GET_MERCHANT_LISTINGS_ALL_DATA
Reports API, listings, every six hours
Listing status, SKU, ASIN, item name, quantity and fulfilment channel
Listing health. A suppressed or incomplete listing cannot win the Buy Box or convert traffic, so it is reported as its own finding instead of being diagnosed as a conversion problem. The item name is used for products that have no name yet.
GET_FLAT_FILE_ALL_ORDERS_DATA_BY_ORDER_DATE_GENERAL
Reports API, order history
Order id, purchase date, ASIN, SKU, quantity, item price and promotion discount, product name, item status (cancelled lines are skipped), and ship-to city, state or province, postal code and country. The first street line is read in memory only to compute a digest, and is not stored.
Repeat purchase and customer value analysis: repeat rate, median days to a second order, lifetime value by entry product, monthly cohorts and cross-product purchase paths. This needs to tell whether two orders came from the same customer, and nothing more than that. How that works is set out under access and data handling below.
spAdvertisedProduct
Amazon Ads API v3, Sponsored Products
impressions, clicks, cost, sales7d, purchases7d and unitsSoldClicks7d, by day, advertised ASIN, campaign and ad group
Advertising efficiency joined to profit. Click-through rate is clicks divided by impressions from this report. Ad spend is subtracted from the net profit of the same ASIN, and TACOS is measured against the seller's target, with ACOS and ROAS reported alongside it. That is what makes a recommendation to stop, reduce or scale spend defensible. Campaign and ad-group breakdowns are available to the assistant.
/v2/profiles
Amazon Ads API, at connection
Profile id, country and marketplace of each advertising profile
Selecting the advertising profile that matches the connected marketplace when the seller authorizes Amazon Ads. Only the chosen profile id is kept.
listOffers
listOfferMetrics
getSellingPartnerMetrics
Replenishment API 2022-11-07, Subscribe & Save, daily
Per offer: subscriptions, eligibility, enrolment and discount settings, delivery conditions (including Amazon's low-inventory flag) and forecast deliveries. Per offer and account: shipped subscription units and revenue, active subscriptions, deliveries missed because of stock-outs, revenue lost to them, and next-30-day forecasts; subscriber retention and average revenue at account level
The Subscribe & Save page, and two rules that warn before a stock-out breaks subscriptions: Amazon's own low-inventory flag on subscription deliveries, and FBA stock below the next 30 days of forecast subscription deliveries.
/sellers/v1/marketplaceParticipations
Sellers API
The list of marketplaces the authorization covers; only its length is read
An administrator-only check, run against SellerCopilot's own test authorization, that the application's Amazon access works. Nothing from the response is stored, and it is never run against a customer's authorization.

The main ingestion runs once a day on a schedule the seller sets, in their own time zone, with a rolling window per source: ten days for sales and traffic, three for the inventory ledger, seven for orders and financial events, eight for advertising. Listing and inventory status refresh every six hours and Buy Box ownership every hour. A weekly pass re-reads a longer window. The brief and its recommendations are computed from the latest ingested day when the seller opens it. Amazon restates recent figures as they settle, and a rolling window is how the application picks up those corrections instead of keeping the first number it saw.

Profitability per product

Seller Central reports revenue well and profit poorly. It will tell a seller what an ASIN sold. It will not tell them what that ASIN earned after Amazon's fees, the cost of the goods and the advertising that attached to it.

Net profit per ASIN is computed by taking ordered product sales and deducting:

Refunds, promotions, storage and other Amazon fees, and Sponsored Brands or Sponsored Display spend are not deducted from this figure. Amazon's financial events, which do carry them, appear on the financial dashboard instead. Without an uploaded Fee Preview report, no Amazon fees are deducted.

The recommendations apply the same deductions over the brief's fourteen-day window, using the FBA and referral fees entered for each listing in the product settings.

The result is a per-product profit figure, plus TACOS measured against the seller's own target rather than a generic benchmark, with ACOS and ROAS reported alongside it. It is presented daily, weekly and monthly, with period-over-period and year-over-year comparison. This is the deliberate difference from a dashboard that reports revenue: an ASIN with growing sales and a negative margin is a problem, and it only looks like one once the fees are in.

Fee Preview estimates are held per marketplace, and each upload is applied to the sales of the marketplace it was uploaded for. Where a marketplace has no estimate for a product, a fee from a Fee Preview report uploaded before estimates were held per marketplace can be used instead, and that report may have been for another marketplace.

How access and data handling work

The security overview sets this out in more detail, including what SellerCopilot does not claim, and the privacy policy covers the rights a seller has over their data.

Pricing

US$79 per month, with a 14-day free trial. One subscription covers the company account and every Amazon marketplace connected to it. See pricing for what is included.

Questions

For anything this page does not answer, including from a security or compliance reviewer, write to [email protected]. See also the security overview and the privacy policy.