Feeds overview

Feeds let you perform bulk operations. You submit a single request with a file that describes many objects to create or update. After you submit the file, the system assigns a Feed ID that you use to track processing and results.

File formats vary by API. Common formats include JSON, XML, and spreadsheet templates. See each bulk endpoint for its accepted format and schema.

How feeds work

  1. Submit a bulk file to the specific bulk endpoint.
  2. Receive a Feed ID in the response.
  3. Track progress by calling the All feed statuses API with the Feed ID.
  4. Review item results in the detailed feed status response.
  5. Fix and resubmit items that failed validation or processing.

Supported feed types

Availability depends on your program and endpoint. Examples include:

  • item
  • inventory
  • price and MP_ITEM_PRICE_UPDATE
  • PROMO_PRICE
  • LAGTIME
  • CPT_SELLER_ELIGIBILITY

Refer to each API section for the exact feed types it supports.

Feed statuses

A feed has one of the following statuses:

  • RECEIVED The system accepted the feed and queued it. Processing has not started.
  • INPROGRESS The system is processing the feed.
  • PROCESSED The system finished processing the feed. Check per‑item results for success or failure.
  • ERROR The feed failed as a whole. No items were processed.

Recommended polling interval

If the feed is INPROGRESS, poll until the status changes. Recommended intervals for item feeds:

  • 15 minutes
  • 1 hour
  • 2 hours
  • every 4 hours

Ingestion statuses

These statuses apply to each object in the feed.

  • SUCCESS The object was ingested.
  • INPROGRESS The object is still processing.
  • DATA_ERROR The payload is invalid or required data is missing. If the payload validates but the error persists, contact Partner Support.
  • SYSTEM_ERROR A downstream system returned an error. Wait at least one hour and try again. If it persists, contact Partner Support.
  • TIMEOUT_ERROR A downstream system was unavailable. Wait at least one hour and try again. If it persists, contact Partner Support.

Tips

  • Keep your bulk files small enough to process reliably. Split very large submissions into multiple feeds.
  • Log the Feed ID and your WM_QOS.CORRELATION_ID with every call so you can trace activity.
  • When linking to a specific feed in a URL, percent‑encode special characters in feedId (for example, encode @ as %40).

Errors and retries

Common HTTP responses

StatusMeaningWhat to do
200SuccessProcess the response. If status is INPROGRESS, continue polling.
400Bad requestValidate your query params and headers. Check encoding of feedId.
401UnauthorizedRefresh the access token and retry.
403ForbiddenVerify permissions and WM_CONSUMER.CHANNEL.TYPE.
404Not foundThe feedId does not exist or is not visible to your account.
409ConflictThe request conflicts with a current operation. Retry later.
429Too many requestsBack off and retry with exponential backoff and jitter.
5xxServer errorRetry with backoff. If it persists, contact Partner Support.

Retry guidance

  • Use exponential backoff with jitter. Example delays (seconds): 2, 4, 8, 16, 32.
  • Cap retries (for example, 5 attempts) and stop once status is no longer INPROGRESS.
  • Keep the same WM_QOS.CORRELATION_ID across retries of the same request.
  • Log HTTP status, response body (or error code), and correlation ID for support.

Related topics

  • All feed statuses API

  • Item setup and maintenance APIs

  • Error handling and retry guidance