Update: Shipping API v2 now includes Non-Delivery Report (NDR) Feedback
Amazon Shipping API v2 now adds a dedicated `/v2/ndr/feedback` endpoint for Non‑Delivery Report (NDR) feedback. The payload supports three actions—Reschedule, Reattempt, or Return to Origin (RTO)—and only shipments created via the Shipping API with a valid carrier label are eligible. Accepted NDRs instantly flip the order status to “Non‑Delivered” and trigger a webhook.
Overview
Amazon has refreshed Shipping API version 2 to accept Non‑Delivery Report (NDR) feedback from carriers and third‑party logistics providers. The new endpoint lets shippers instantly inform Amazon when a package cannot be delivered and specify the next step—whether to reschedule, attempt delivery again, or return the item to the seller. Sellers using Amazon’s fulfillment services must adapt quickly so their order‑status information stays accurate and automated follow‑up actions fire without delay.
Key Points
- Dedicated NDR endpoint — Version 2 now offers a specific call for submitting non‑delivery reports, delivering real‑time visibility into failed deliveries.
- Three actionable outcomes — The payload can contain one of three directives—Reschedule, Reattempt, or Return to Origin (RTO)—allowing carriers to communicate the intended next move.
- Strict eligibility rules — Only shipments created through the Shipping API and bearing a valid Amazon carrier label qualify for NDR feedback, preventing mismatched or legacy orders from being processed.
- Automatic status synchronization — Once an NDR is accepted, Amazon instantly flips the order’s delivery status to “Non‑Delivered,” eliminating the need for sellers to manually reconcile records.
- Enhanced buyer communication — Prompt NDR reporting enables sellers to send updated delivery windows or refund options faster, which helps protect performance metrics such as late‑shipment rates.
- Integration‑ready webhook — Amazon emits a webhook whenever an NDR is recorded, so any downstream order‑management system can react programmatically without human intervention.
How Shipping API v2 NDR Feedback Works
- Submit NDR request — The shipper issues a POST to the
/v2/ndr/feedbackendpoint, including the Amazon shipment ID, a reason code (e.g., “address inaccessible”), and the chosenndrAction. Example: A logistics partner posts an NDR for order #112‑3344556‑778899, cites “recipient not home,” and selects “Reschedule.”
Analysis & Recommendations
Why This Matters
The NDR endpoint eliminates manual status updates, reducing delay from hours to seconds and preventing inventory oversell. Real‑time webhook delivery lets downstream systems auto‑create reschedule slots, return receipts, or buyer notifications, protecting performance metrics like late‑shipment rates.
Key Takeaways
- The new POST endpoint is `/v2/ndr/feedback` and accepts Amazon shipment ID, reason code, and `ndrAction`.
- Only shipments generated through the Shipping API with an active Amazon carrier label can submit NDRs.
- Three actionable outcomes are supported: Reschedule, Reattempt, and Return to Origin (RTO), each reflected in order status and webhook payload.
Recommended Actions
- →In Seller Central > Developer Console, update your SP‑API integration to call `/v2/ndr/feedback` for failed deliveries and handle the three `ndrAct...
- →Configure a listener for the Amazon NDR webhook (Seller Central > Settings > Notifications) to automatically tag orders, adjust inventory, and trig...
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!