Test Data
Staging runs at https://dale.staging.shadowfax.in/api. Use the same credentials flow as production — see Authentication.
The AWB and pincode guidance below covers Forward, Reverse, and Exchange. Hyperlocal runs on https://hlbackend.staging.shadowfax.in and ships its own sandbox endpoints for simulating order status and rider location — see the sandbox testing page in that section.
Getting a Test AWB
AWBs are scoped to your client account, so there are no shared sample AWBs — one issued to another client returns Invalid AWB Number for you. Generate your own:
- Pre-generate a batch via the AWB generation endpoint, then pass one in
order_details.awb_numberwhen placing an order, or - Place an order without an AWB and use the
awb_numberthat comes back.
The second is the quickest route to a trackable order:
Code
The awb_number in the response is your tracking reference for every subsequent call.
Test Pincodes
| Pincode | City | Result |
|---|---|---|
110001 | New Delhi | Serviceable — Regular |
400001 | Mumbai | Serviceable — Regular, Surface |
560001 | Bangalore | Serviceable — Regular, Slotted |
000000 | — | Empty array [] — use to exercise the not-serviceable path |
Available service tiers vary by pincode, so don't assume a fixed set. A pincode that is well-formed but outside the network returns a default tier list rather than an empty result — only a malformed pincode (like 000000, which fails the 6-digit format rule) gives you [].
Staging Notes
- Staging mirrors production topology: same hub network, pincode mapping, and routing rules.
- Orders in staging do not dispatch real riders. State transitions are simulated.
- Webhooks fire on staging with the same payload format as production.
- Use
client_order_idwith atest_prefix to easily identify staging orders. - Throttling applies on staging too — expect
429if you poll tracking tightly while testing. See Rate Limits.