๐ Referencing data
Unique and Non-Unique Identifiers for Shipments, Packages, and Items
Referencing shipments
When creating a shipment, the calling system can provide a transactionId
and a referenceNumber1
which can be used to identify the shipment in subsequent API calls.
Whenever a shipment is successfully created, Carrier Connect assigns a shipmentNumber to it. This number can be used to identfify the shipment as well.
The transactionId
(the calling system has to ensure this) and the shipmentNumber are always unique within the customer's client setup in Carrier Connect.
Any none-unique transactionId
will be rejected and result in an error.
The referenceNumber1
does not have to be unique which makes it a weak reference and it is not recommended to use it as the sole reference.
"shipmentReference": {
"transactionId": "string",
"referenceNumber1": "string",
"shipmentNumber": "string"
}
Referencing packages
Referencing packages is based on the same principles as described above.
Packages can be identified by the packageTransactionId
which must be unique within the shipment and/or the package's referenceNumber1
.
To provide the correct context, the shipment containing the package must be referenced as well.
"packageReference": {
"shipmentReference": {
"transactionId": "string",
"referenceNumber1": "string",
"shipmentNumber": "string"
},
"packageTransactionId": "string",
"referenceNumber1": "string"
}
Referencing items
Items can be identified by the itemTransactionId
which must be unique within the shipment and/or the item's referenceNumber1
. These fields are contained in the shipmentItemReference
structure which also holds a shipmentReference
to identify the shipment.
The quantityValue
can be ignored. It is only applied when items are packed into different packages.
"shipmentItemReference": {
"shipmentReference": {
"transactionId": "string",
"referenceNumber1": "string",
"shipmentNumber": "string"
},
"itemTransactionId": "string",
"referenceNumber1": "string",
"quantityValue": 0
}
Updated about 1 year ago