Surface details
- API name
- DHL eCommerce Solutions Americas API
- Authentication
- Token request with client credentials, bearer token in subsequent calls
- Production base URL
- https://api.dhlecs.com/
- Sandbox base URL
- https://api-sandbox.dhlecs.com/
- Sandbox notes
- Sandbox uses a separate base URL and separate credentials. Tracking-event timestamps in sandbox are simulated and should not be used to validate webhook timing assumptions.
- OpenAPI / REST reference
- https://docs.api.dhlecs.com/
Frequently asked questions
Why are my MyDHL credentials rejected by the eCommerce Solutions API?
Because the two products use different authentication systems. MyDHL API uses HTTP Basic with an API username and password. DHL eCommerce Solutions uses a token-based flow with separate client credentials issued from a separate developer portal.
How short-lived are eCommerce Solutions access tokens?
Treat the token expiry as carrier-managed and refresh proactively from a central cache, with a small expiry buffer. Do not assume a fixed lifetime; the carrier portal is the source of truth for the current value.
Is webhook delivery exactly-once?
No carrier promises exactly-once webhook delivery. Verify signatures against the raw body, deduplicate by event ID, and reconcile event order using the carrier's timestamps rather than your receive time.
Related concepts
Sibling carrier surfaces
- DHL Express MyDHL API (REST, global)
- DHL Post & Parcel Germany API (REST, Germany)
- DHL Freight API Farm (REST, Sweden)
Tooling and references
- DHL eCommerce Solutions Americas API
REST API for DHL's domestic and cross-border parcel network in the Americas. Token-based auth, separate from MyDHL Express.
Sources
Last reviewed: 2026-04-25