...
# | Endpoint / Description | Example - Request | Example - Response | |||||
---|---|---|---|---|---|---|---|---|
1 | 🔓 | POST /pl/api/v-1/auth/generate Fetches an login-token that the application can use to gain access to the API. |
|
| ||||
2 | 🔒 | POST /pl/api/v-1/routePlan Create an empty route plan (for a given distribution date ).Create a route plan for each area (each plan has a given start-point). companyId: The ID of the transport company. Ask DI for the correct value(s) to use. |
|
| ||||
3 | 🔒 | POST /pl/api/v-1/routePlan/<rp_id>/customerSystem/<cs_id> Create an empty file (prepare for a file-upload). Step 1 in file upload. rp_id: The returned routePlanId from previous call. |
|
| ||||
4 | 🔒 | POST /pl/api/v-1/file/<f_id> Upload the content of the file you have prepared. Filetypes supported:
Mimetype: multipart/form-data. Name the file-field: "file". See file specification. Step 2 in file upload. f_id: The returned fileId from previous call. |
| |||||
5 | 🔒 | GET /pl/api/v-1/customerSystem/<cs_id>/publishedOrders/<yyyy-mm-dd> Fetch the published orders including the routename of each order. Included for each order is an estimate for WHEN the order will be delivered. It's a time interval like this: HH:MM-HH:MM. This will return orders across many routePlans, but only from published plans for the given distribution-date. Assumes that imported customers/deliveries used the ORDER_ID field. cs_id: Ask DI for the correct value to use (or look at the response from /auth/generate) | List of orders
|
...
- Generate a token for the session
- Repeat these steps for each transport company
- Create an empty routeplan, to get a fresh routePlanId (do this for each area that has it's own starting point)
- Create an empty file, to get a fresh fileId
- Generate a file (using our file-spec) and post it with the fresh fileId. Remember to fill out ORDER_ID (used as key when exporting optimized plans)
- Look for status: 'ok' or handle errors
When the plan is optimized and published - at a agreed time
...