Managing transportation operations in real-time requires data-sharing and interoperability between the systems of shippers, logistics providers, carriers, and ultimately end customers. Many platforms still operate in silos, unable to share information quickly and easily with other systems.
There are two common types of data exchange connections frequently used by enterprises; EDI (Electronic Data Interchange) and API (Application Programming Interface). They both allow quick and secure exchange of data from system to system. Interestingly, less than 8% of carrier-shipper data exchanges currently taking place use EDI. This is likely due to the fact that significant differences exist between EDI and API technologies, which can make one more preferable to use in one real-time transportation visibility (RTTV) project compared to another.
Outside of carrier-shipper relationships, EDI is the most popular communication technology used throughout the world, offering easy and secure data transfer between organizations and systems. It’s one of the safest ways to transfer large quantities of data all at once. However there are some drawbacks.
When considering these factors, it’s clear to see why EDI connections are not always the best option for some real-time transportation visibility implementations, especially where many small carriers are involved.
API is a set of programming instructions and standards for accessing web-based software applications, allowing platforms to communicate with each other. Imagine a socket that allows you to access electricity. An API is the same thing for a computer program. It’s like a plug socket that a program can connect to in order to receive standardized data from another computer program. They offer greater flexibility and ensure data is shared in real-time and synchronized in both directions, requiring little, if any, intervention from IT teams to set up.
Integrating systems via APIs can be done significantly faster than those via EDI. The time taken to connect APIs depends on two main variables:
However for TMS, it’s not always the case, and depends largely on the proportions between own-fleet carriers and subcontracted carriers used throughout a shipper’s transportation network. Each party involved may have their own specific operation processes and types of data being shared, requiring a greater degree of customization.
At Shippeo, these are the ‘best-case scenario’ windows for connection times that have been observed:
In an ideal world, a RTTV provider should be able to easily connect shipper systems to carriers’ systems without any intervention being needed from IT teams, and as a result Shippeo prefers to use API where possible. However, Shippeo’s platform is fully compatible with both API and EDI connection types and the decision on which connection type to use varies case-by-case.
To learn more about how a real-time transportation visibility solution could benefit your organization, and why Shippeo is Europe’s leading provider, get in touch with our team of experts.
Discover the best practices for calculating ETAs with market-leading accuracy and reliability.
Consultez notre Politique de Confidentialité pour plus de détails sur l'utilisation et le stockage de vos données personnelles.