New Fulfillment Inbound API v2024-03-20 June Release
Amazon's June 2024 release of the Fulfillment Inbound API (v2024‑03‑20) adds three new capabilities: delivery‑window selection via GET /inbound/deliveryWindows, item‑level label generation via POST /inbound/labels/item, and a partnered‑carrier option via "carrierMode":"Partnered" in POST /inbound/shipments.
Overview
Amazon released a June update to the Fulfillment Inbound API (version 2024‑03‑20). The upgrade introduces three core functions—delivery‑window selection, item‑level label creation, and partnered‑carrier designation—that directly affect how sellers schedule and ship inventory to Amazon fulfillment centers. Understanding these changes is essential for maintaining a steady inbound flow and avoiding avoidable processing errors.
Key Points
- Delivery‑window visibility — Sellers can now request a list of specific inbound time slots for a chosen fulfillment center and pick the one that aligns with their warehouse staffing.
- Item‑level label generation — The API accepts calls that produce individual labels for each SKU, making mixed‑case shipments easier to label accurately.
- Partnered‑carrier option — When a shipment is created, sellers may indicate “Partnered” as the carrier mode, allowing Amazon’s logistics network to handle transportation.
- Optional parameters — All new fields are additive; existing calls continue to work unchanged unless the seller opts into the new capabilities.
- Enhanced error codes — Responses now include distinct codes such as
InvalidWindowIdandUnsupportedCarrier, giving developers clearer guidance on why a request failed.
How the Updated Fulfillment Inbound API Works
-
Retrieve delivery windows —
- Issue a
GET /inbound/deliveryWindowsrequest, supplying the destination fulfillment center identifier. - The service returns a catalog of slots, for example “Monday 08:00‑12:00” or “Thursday 15:00‑19:00”, each paired with a unique
windowId. - Example: A seller planning to send 750 units to the Dallas fulfillment hub (DFW1) receives three available windows and selects the Thursday 15:00‑19:00 slot because their dock crew is scheduled for overtime that day.
- Issue a
-
Create a shipment with a chosen window and partnered carrier —
Analysis & Recommendations
Why This Matters
Sellers can now pick exact inbound slots (e.g., "WIN_20240613_THU_15_19"), receive separate PDFs for each SKU, and let Amazon handle transport, reducing dock idle time, label errors, and freight admin. The new error codes (InvalidWindowId, UnsupportedCarrier) also simplify troubleshooting.
Key Takeaways
- Delivery‑window API returns a unique windowId such as WIN_20240613_THU_15_19 for each slot.
- Item‑level label endpoint returns separate PDF/PNG files per SKU, eliminating mixed‑case manual labeling.
- Setting "carrierMode":"Partnered" in the shipment payload delegates transport to Amazon’s logistics network.
- New error codes InvalidWindowId and UnsupportedCarrier help pinpoint request failures.
Recommended Actions
- →Update integration scripts in Seller Central > Developer Central to call GET /inbound/deliveryWindows before building a shipment request and cache ...
- →Modify label‑generation code to POST /inbound/labels/item with a SKU‑quantity array and route each returned PDF to your label printer.
- →Add logic in your shipment creation flow (POST /inbound/shipments) to include "carrierMode":"Partnered" where Amazon rates are acceptable, and hand...
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!