November 3, 2026 by InsightLeap
A new PO from Amazon is waiting, and the clock on it started at the order date. Accepting it means answering every line: how many units you'll ship inside the window, how many you'll ship later on a date you name, and how many you won't ship at all. Amazon's vendor manual gives you one day from the order date to send that answer, and any line you leave out of it counts as a no.
This guide walks the decision in the order you make it, both for vendors answering in Vendor Central and for vendors whose answer goes back by EDI or API. The rules come from two Amazon sources: the North American Vendor Shipment Preparation and Transportation Manual, last updated in 2016 and still the copy Amazon hosts publicly, and Amazon's Selling Partner API documentation on order acknowledgements. Screen labels in Vendor Central have moved since the manual was written and can differ between accounts, so check the menu names below against your own account before you write them into an SOP. The purchase order glossary entry defines the document itself.
There's no single accept button for the whole order. Every line on the PO gets one of three answers, and Amazon's acknowledgement codes name them:
A single line can be split across those answers. Amazon's API documentation lets you confirm a smaller quantity than Amazon ordered and forbids confirming a larger one. Third-party order tools such as Sellercloud lay the split out as quantity columns, Qty to Confirm and Qty to BackOrder, with Qty to Refuse calculated as Qty Ordered minus Qty to Confirm minus Qty to BackOrder. Those are Sellercloud's labels, but the arithmetic is the same on any screen, because whatever you neither accept nor backorder is what you're turning down.
In Vendor Central, purchase orders sit under the Orders menu. Amazon's manual gives the path as Orders, then Purchase Orders, which is also where it sends you to update past due PO items. EDI-integrated vendors receive the order as an 850 and send their answer back as an 855, and vendors on the Selling Partner API submit the same answer through its order acknowledgement operation. The Amazon EDI guide covers the 850 and 855 alongside the other documents.
All three routes carry the same three outcomes. The difference is who enters the answer and how the deadline is worded, which the section on the clock below covers.
Which date you commit to depends on who moves the freight. On Collect terms Amazon arranges and pays for freight, the manual ties your routing request to the shipping window, and you confirm against the expected ship date. On Prepaid terms you arrange and pay for freight, your carrier books a delivery appointment inside the delivery window, and you confirm against the expected delivery date. Sellercloud's acknowledgement documentation applies the same rule and requires the date to fall inside the PO's Must Ship and Delivery Window.
So on a backordered line, a Collect vendor names the day the units leave the dock and a Prepaid vendor names the day they arrive at Amazon.
Amazon's manual requires every PO to be acknowledged within one day of the order date, and acknowledging later draws a Late Acknowledgement chargeback. Amazon's API documentation states the same deadline as 24 hours, backordered items included.
Ignoring a PO doesn't hold it open for you. The API documentation is explicit that any line item missing from your acknowledgement is implicitly rejected, so if you never answer a PO, you've turned the whole order down.
You can change your answer later, but only inside a short window. The manual permits edits to PO confirmation information up to two days after the order date or 14 days before the ASN ship date, whichever is later, and edits outside that window draw a Confirmation Change chargeback. The API documentation asks for an updated acknowledgement within 48 hours for any change to quantity, price, ship dates, or delivery dates. In either case an edit can lower a confirmed quantity or leave it equal, but it can never raise it, because Amazon may already have ordered the difference from another vendor.
If your answer goes back by 855 or through the API, the three outcomes are the acknowledgement codes Accepted, Backordered, and Rejected, and each carries its own requirements.
Seller Central has no equivalent of this step. There, the buyer is a shopper and an order is a sale you fulfill. In Vendor Central Amazon is the buyer, and a PO is an offer you answer line by line, committing to quantities and dates before any freight moves. Amazon later measures your shipments and receipts against the confirmation you send here.
Your confirmations feed your fill rate scorecard, which the Fill Rate - Accepted Rate entry explains. Units you accept are then held to the window, and PO On-Time Accuracy tracks how well you hit it. The purchase order glossary entry covers what a backorder does to the next order Amazon sends.
Each misstep in the acknowledgement has a named chargeback in Amazon's manual:
Rejecting too much has its own consequence. The chargebacks guide covers the Rejected PO Rate threshold along with the rest of the chargeback families.
Once the PO is confirmed, the freight terms decide your next move. The guide to shipping a purchase order to Amazon runs through the routing request, the Carrier Central appointment, and the ASN in order.
You answer POs one at a time, and the confirmation rates come back as scorecard figures. If you want to know which ASINs you keep backordering or rejecting, or whether backordered units arrived by the dates you gave, you have to line up your PO answers against receipts yourself and repeat that every week.
InsightLeap puts product-level Vendor Central PO data next to your sales and inventory data, so the ASINs you keep backordering or rejecting show up without that weekly rebuild.
When the next PO lands, start with the header's window and freight terms, then give every line an accepted, backordered, or rejected quantity and submit within one day of the order date.