API key
Route optimisation uses this. Send the key in the api-key header on every request. Every route optimisation endpoint in this documentation takes an API key and never a bearer token.
api-key: YOUR_KEYThese are the endpoint groups intended for integration partners. The documentation is generated from a version-pinned OpenAPI snapshot and never calls the live operational system.
Scope of this documentation
This site publishes partner-facing endpoint groups only. Anything belonging to internal TMS operations is outside the public documentation and will not appear here.
Which scheme applies depends on the endpoint group, not on your key. Every operation page states what it accepts, under authentication required.
Route optimisation uses this. Send the key in the api-key header on every request. Every route optimisation endpoint in this documentation takes an API key and never a bearer token.
api-key: YOUR_KEYThe other groups use this. Send the token in the Authorization header as a Bearer token. Tour planning accepts either.
Authorization: Bearer YOUR_TOKENThree things have to be true at once. If any one of them is not, the request is refused, and the code you get back is in the error section below.
Never put a key in code that runs in a browser or a mobile app. Keys belong on your own server.
Not by yourself, yet. Keys are minted inside the partner portal and that requires a signed in session, so there is no self service path for a developer. Request a trial and we will issue a test key by hand if your operation fits.
Request a trialA self service portal and a test environment are planned. Neither has a release date.
There is a single base URL, issued along with your key. The paths in this documentation are appended to it.
The test and production environments share that base URL and are told apart by the key you send, not by a different path. Switching environment means switching key, not reconfiguring a host.
8 groups
Create optimisation jobs, track their status, and read results. This is the core of Route4Green.
7 endpoints
Create and adjust daily tour plans, assigning vehicles and drivers to runs.
6 endpoints
Push orders and drop points into the system so they enter the optimisation problem.
7 endpoints
Pool transport requests so the optimisation core can decide how to combine them.
5 endpoints
Declare vehicles, payloads, and the operating attributes of your fleet.
6 endpoints
Per-vehicle availability, so results match the fleet you actually have.
7 endpoints
Subscribe to events instead of polling for them.
5 endpoints
Create, list, and revoke access keys per integration.
3 endpoints
5 pages
The five guides below are written for integrators. A packaged SDK is planned and not released, so each page shows how to do the same thing over plain HTTP, which works today.
There is no package to install. Generate a client from the downloadable specification.
Submit a job and collect the result, end to end.
Send the key in the api-key header.
Six states, four of them terminal, and when to stop.
Verify before you trust, and verify against the raw body.
This documentation is generated from a stored and reviewed OpenAPI snapshot, last updated on the date below. We do not fetch a fresh copy automatically, so a new internal endpoint added upstream cannot leak onto this site by accident.
The JSON below contains exactly the endpoints that appear in this documentation, plus the data shapes they reference. Internal operations are filtered out rather than hidden, so you can feed this straight to a generator.
46 endpoints in the file