Flow
- "Which POs arrived in the last 30 days?"
- "Break them down by item state."
- "Which items were rejected, and on which POs?"
Vendor teams live in purchase orders, and Vendor Central makes you go and look at them one screen at a time. An MCP connection brings the PO data into a conversation: what arrived, what was accepted, what it is worth, how it compares to last quarter. And because honesty is more useful than a feature list — this page also tells you which vendor data Amazon does not let anyone read.
Vendor teams usually want three things first, and two of them are not available through the API. Better you know now than after subscribing.
The vendor API supports submitting invoices, but offers no read endpoint for retail vendor invoices. Nobody can pull your invoice documents through it. Our tool says so explicitly rather than returning an empty result.
Real remittance advices are not exposed for reading. What we can do is estimate payment figures from purchase order data, including net cost per PO — useful for forecasting, not a substitute for the actual remittance.
Payment terms, discounts and agreements are not available through the API. For those, Vendor Central remains the source.
If another tool promises full vendor financial visibility, ask how it obtains the data. Scraping the Vendor Central interface is the pattern Amazon's agent rules exclude — see the agent policy.
Seller Central and Vendor Central are different relationships with Amazon and different API surfaces. If your company runs both, you authorize each one and the contexts stay separate.
Authorization happens on Amazon. No Vendor Central credentials are shared, and the grant is revocable by you at any time.
The vendor surface is largely analytical. Where actions exist elsewhere in the product, the same rule applies: proposed first, executed only after confirmation.
Authorize one vendor account and start with the last thirty days.