Industry standards
Communication between shippers and carriers is often done using industry standards. These standard are heavily documented and cover multiple scenarios within a business flow. This makes them sometimes complex to implement and maintain. Different implementations of these standards makes it important to agree between parties on the interpretation of the standard.
Some standards:
GS1
- Initially focussed around the unique identification of products and locations, this has evolved in barcodes and EDI standards to facilitate the exchange of information between trading partners.
- Not specifically focussed on transportation, making this generic and therefore sometimes complex for parties to implement.
- Strong focus from GS1 on healthcare and retail
- Messages for transportation like: Transport Instruction, Transport Capacity Plan/Booking/Requirements, Transport pickup and dropoff request, Transport status
- Messages are in XML format
Open Trip Model
- Mostly event driven to describe events that happen throughout a trip
- Very useful for transport management systems used by carriers
- To help with the complexity on how to implement variantions in this standard, they have OTM profiles which are a subset and implementation rules of the standard.
- Messages are in JSON format
ANSI X12
-
An American standard for EDI
-
It offers a specific set of transport messages like: 106/107/108 For rate proposals on shipments, 204 for ordering a shipment, 214 for shipment status
-
About the message content:
- It is a text in a fixed format
- The text is seperated with identifiers like ST for start of message, SE for end of message with delimiters like *, ~
- Due to the text indicators it is hard to read and understand but compact in size
-
Often used for communication through SFTP, not really suited for HTTP communication
-
Example ANSI X12 (204 order request):
Edifact
-
Maybe a bit simplified but lets say this as ‘European variant of the ANSI X12 standard’
-
For each year a release is made, sometimes more than one. Eg in 2001 3 releases where made: D.01A, D.01B and D.01C.
-
It offers messages for all kinds of industries, including transportation.
-
Commonly used message types are: IFTMIN (Ordering a shipment), IFCSUM (manifest a set of shipments), IFTSTA (Status of shipment/handling units), INVOIC (Invoice for shipment)
-
About the message content:
- It is a text in a fixed format,
- Although EDIXML is also available, this is a mix between XML and Edifact which removes the readibility from XML and makes the message larger than edifact, but more useable for HTTP transmission.
- Fields are marked with a code, eg: UNH+1+IFTMBF:D:96A:UN:PN001’ —> UNH = message header, 1 = message number, IFTMBF = message type, D = message version, 96A = release, UN = association assigned code, PN001 = sender code
- Due to the text indicators it is hard to read and understand but compact in size
- It is a text in a fixed format,
-
Often used for communication through SFTP, not really suited for HTTP communication
-
Example Edifact (IFTSTA: Status message):
Carrier gateway model
- Each shipping application has its own standard that is an optimal match for the business flows they support
- Viya’s carrier gateway offers a set in JSON and XML format
Availability of standards
Since each standard has a variety of messages, we have listed the most common ones we aim for Viya’s carrier gateway.
Standard | Ordering | Manifest | Cancellation | Pickup | Pickup Cancellation | Tracking |
---|---|---|---|---|---|---|
GS1 | Transport Instruction or Transport Capacity Booking | Transport Instruction | Transport Status Request & Notification | Transport pickup and dropoff request | Transport Status Request & Notification | Transport Status Request & Notification |
Open Trip Model | tbd | tbd | tbd | tbd | tbd | tbd |
ANSI X12 | 204 | 215 | 214 | 216 | 214 | 214 |
Edifact | IFTMIN | IFCSUM or IFTMIN | IFTSTA | IFTMIN | IFTSTA | IFTSTA |
Carrier gateway model | Order | Manifest | Order Cancellation | Pickup | Pickup cancellation | Tracking |