Update: FEED_PROCESSING_FINISHED and REPORT_PROCESSING_FINISHED notifications
Amazon added an `accountId` attribute to FEED_PROCESSING_FINISHED and REPORT_PROCESSING_FINISHED webhook events, now covering Vendor Central submissions. The payload example `{ "accountId":"A1X2Y3Z4W5", "feedId":"1234567890", "processingStatus":"SUCCESS" }` shows the new field, and Amazon will retry up to three times if it is missing.
Overview
Amazon has expanded the FEED_PROCESSING_FINISHED and REPORT_PROCESSING_FINISHED webhook events to include submissions that originate from Vendor Central. A new accountId attribute now appears in every payload, identifying the specific selling‑partner that triggered the feed or report. Sellers and vendors need to adjust their webhook listeners to capture this extra field, otherwise they risk missing critical processing signals.
Key Points
- Vendor‑originated feeds now supported — The two notifications are emitted for both Marketplace and Vendor Central submissions, giving vendors the same instant feedback previously reserved for sellers.
- New accountId field added — Each JSON message carries a unique partner identifier (e.g., “A1X2Y3Z4W5”) that tells the receiver which account initiated the request.
- Schema remains backward compatible — Existing elements such as feedId, reportId, processingStatus are unchanged, so older parsers will still function if they simply ignore the new property.
- Delivery timing unchanged — Amazon continues to push the notification within seconds of the processing job finishing, preserving the low‑latency automation many sellers rely on.
- Retry behavior for missing accountId — If a payload arrives without the new field (as can happen with legacy integrations), Amazon will attempt delivery up to three times before marking the message undeliverable.
How the Updated Notifications Work
- Submission — A seller or vendor uploads a feed (price, inventory, etc.) or requests a report (sales, fulfillment) through the SP‑API. Example: A vendor sends a 10,000‑row price‑update file via the createFeedDocument call, specifying their Vendor Central credentials.
- Processing — Amazon validates the file, applies business rules, and runs the job on its internal pipeline. Example: The system detects 12 rows with malformed SKUs but completes the remaining 9,988 rows in 45 seconds, marking the overall status as WARNING.
- Notification dispatch — When the job ends, Amazon posts a FEED_PROCESSING_FINISHED or REPORT_PROCESSING_FINISHED message to the webhook URL registered in the developer profile. The payload now includes:
Analysis & Recommendations
Why This Matters
Without capturing `accountId`, sellers and vendors may miss which partner triggered a feed or report, leading to mis‑attributed inventory updates. The three‑retry policy for missing fields also means failed deliveries can cause duplicate processing if not handled.
Key Takeaways
- New `accountId` field is now mandatory in FEED_PROCESSING_FINISHED and REPORT_PROCESSING_FINISHED payloads.
- Vendor Central feeds and reports now generate the same real‑time webhook notifications as Marketplace sellers.
- Amazon will attempt delivery up to three times if a payload arrives without `accountId` before marking it undeliverable.
- Existing elements like `feedId`, `reportId`, and `processingStatus` remain unchanged, preserving backward compatibility.
Recommended Actions
- →Update your webhook listener code (e.g., in Seller Central > Developer Settings > Webhook endpoint) to parse and store the `accountId` field.
- →Add middleware to return HTTP 200 within 5 seconds for every notification to avoid retries.
- →If a notification lacks `accountId`, call GET /feeds/{feedId} via the SP‑API to retrieve the missing identifier and flag the event for review.
Comments
Join the discussion
Log in or create an account to share your thoughts on this update.
No comments yet. Be the first to share your thoughts!