...
Table of Contents | ||
---|---|---|
|
Setup
Example | Description | |
---|---|---|
Username (see Authentication section) | wsfoobar | A valid username. |
Password (see Authentication section) | a-very-very-long-password | A password matching given username. |
The user is a web service user
The user has access to the web service for event log
The user has access to the shop the parcel is booked for
Environments / endpoints
TEST
| http://staging-ws.di.no/ws/json/parcel/tracking/v-2/deliveryinfo/{identifier} | ||||||
PRODUCTION
| https://ws.di.no/ws/json/parcel/tracking/v-2/deliveryinfo/{identifier} |
Authentication
This endpoint requires the user to be authenticated. Refer to the documentation here for more information on how to obtain a valid token to use in your request.
Making a request
Info |
---|
|
Request header
Key | Value | |||
---|---|---|---|---|
Authorization |
| see Setup | ||
Content-Type | application/json |
Path parameters
parameter | Example | Description | |
---|---|---|---|
shipmentid | 70724760120000880 | 35 | Globally unique identifier for the shipment, typically a GINC code. Typically named MessageNumber, DocumentNumber or ConsignorsReference in EDI |
trackingreference | 370724760120000898 | 35 | Unique identifier for an item/kolli in the shipment. This can be a SSCC code according to gs1, or a UPU S10 identifier. Typically named TransporterInstructionMark in EDI. |
pickupcode | R-12345 | 10 | Optional additional unique identifier, used for pick up parcels |
Curl request example
Code Block |
---|
curl -X GET \ https://dev-ws.di.no/ws/json/parcel/tracking/v-2/deliveryinfo/fetchtrackingreference/370724760120000898/NO/false \ -H 'Authorization: Bearer $SECRET_WS_TOKEN' \ -H 'Content-Type: application/json' \ |
Response
Name | Type | Example | Mandatory | Description |
---|---|---|---|---|
|
|
| ||
Examples
Note |
---|
Guidelines for use of image URLs
|
Expand | ||
---|---|---|
| ||
|
Expand | ||
---|---|---|
| ||
Error handling
API requests that result in errors will return an appropriate HTTP status code to help you identify the type of error. You can use the table below to understand what each code means.
HTTP Status code | Text | Description |
---|---|---|
400 | Client or Validation Error | The request body/query string is not in the correct format. |
401 | Authentication Failure | Indicates that the Authorization header is either missing or incorrect. You can learn more about the Authorization header here. |
403 | Access denied | This indicates that the agent whose credentials were used in making this request was not authorized to perform this API call. It could be that you do not have access to the shop or transportsolution you provided in your request. If you believe this is a mistake, please reach out to your contact so it can be rectified. |
405 | Method not allowed | This API request used the wrong HTTP verb/method. For example a PUT request will result in this error. |
500 | Unexpected Server Error | Oops! This may indicates an error on our side. Please try again, if the error continues notify your contact person |
Error response
In addition to the HTTP status code, most errors will also return a response body that contains more information to help you debug the error. A sample error response is shown below. The format of the error response body is explained after the example.
...