September 2022 SP-API Release Announcement
In September 2022 Amazon released Vendor Direct Fulfillment Shipping API version v2021‑12‑28, adding the synchronous createShippingLabels operation. The call returns a base64‑encoded PDF label and tracking number instantly, but requires a Restricted Data Token (RDT).
Overview
In September 2022 Amazon launched version v2021‑12‑28 of the Vendor Direct Fulfillment Shipping API. The update introduces a createShippingLabels operation that delivers a printable label instantly as a base64‑encoded PDF. Vendors that ship directly to Amazon fulfillment centers must adopt the new flow because it consolidates label creation into a single, synchronous request, trims the number of API calls, and can shave seconds off outbound‑shipment processing.
Key Points
- One‑call label generation — Vendors now receive the shipping label in the same response that registers the shipment, removing the need for a separate “fetch label” request.
- Restricted Data Token (RDT) mandatory — The operation only accepts an RDT, guaranteeing that only authorized apps can access the sensitive label data.
- Base64‑encoded PDF payload — The API returns the label as a base64 string, which can be decoded and saved directly to a file system or sent to a printer without additional transformation.
- Synchronous execution — The call blocks until the carrier produces the label, providing immediate success or failure feedback.
- Version‑specific endpoint — The feature lives under the v2021‑12‑28 endpoint, so integrations targeting older versions must be retargeted to the new URL.
- Carrier compatibility check — Not every carrier supports instant label issuance; the API will return an error if the selected carrier code is unsupported in this version.
How the createShippingLabels Operation Works
-
Request a Restricted Data Token —
- The vendor’s system calls the
getRestrictedDataTokenendpoint, requesting theshippingLabelscope. - Amazon issues a short‑lived token (typically 30 minutes) that must be used in the next step.
- Example: A logistics SaaS platform asks for an RDT for order #112‑3344556‑7788990 and receives
rdt_XYZ789.
- The vendor’s system calls the
Analysis & Recommendations
Why This Matters
Vendors can replace the old two‑step createShipment + polling workflow with a single request, cutting average label‑generation time from ~8 seconds to ~2 seconds and eliminating retry logic. The mandatory RDT adds a security step but ensures label data is protected. Immediate label availability enables one‑click ship UI and faster order fulfillment.
Key Takeaways
- createShippingLabels (v2021‑12‑28) returns a base64‑encoded PDF label in the same response as shipment registration.
- The operation only accepts a Restricted Data Token, typically valid for 30 minutes.
- Synchronous execution removes the need for polling getShippingLabel, reducing latency from 5‑10 seconds per poll to ~2 seconds total.
- Unsupported carriers now cause an immediate error instead of a delayed label generation.
Recommended Actions
- →Update your integration to call getRestrictedDataToken (POST /tokens) then immediately POST to /vendor/directFulfillment/shipping/v2021-12-28/label...
- →Replace any polling logic for getShippingLabel with a single retry loop (max 3 attempts) that respects the 30‑minute RDT window.
- →Retarget all SDK calls to the v2021‑12‑28 endpoint URL and verify carrier codes in the sandbox before moving to production.
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!