...
# | 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). companyId: The ID of the transport company. Ask DI for the correct value(s) to use. distrNo: A grouping mechanism used to separate different distributions during the day (for the "Customer Plus"-view). Values:
Will be used for:
|
|
| ||||||
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. Also added which pickupLocation the route has. routeId and pickupLocationId is our internal IDs and will be generated for each new distribution date. Use them only for sorting/grouping if you want an integer instead of a string for that. companyId tells you which distribution company is handling the 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. This is your reference. cs_id: Ask DI for the correct value to use (or look at the response from /auth/generate) | List of orders
| |||||||
6 | 🔐 | POST /pl/api/v-1/customerSystem/<cs_id>/purgeOrders Purge personal information (GDPR) based on given ORDER_IDs (within a customerSystem). cs_id: Ask DI for the correct value to use (or look at the response from /auth/generate) |
| List of orders
| ||||||
7 | 🔐 | POST /pl/api/v-1/customerSystem/<cs_id>/cancelOrders Cancel orders within a customerSystem. cs_id: Ask DI for the correct value to use (or look at the response from /auth/generate) Each order has a status. Only status cancelled indicates that order was successfully cancelled |
| List of orders
| ||||||
8 | 🔐 | POST /pl/api/v-1/customerSystem/<cs_id>/purgeOrders /<yyyy-mm-dd>/<orderId>/deliveries Replace the deliveries for an order (within a customerSystem and distrDate). cs_id: Ask DI for the correct value to use (or look at the response from /auth/generate) |
Attributes:
|
|
Usage
When the deliveries are ready on your end
...