EDI API Basics


Stay up to date

Back to main Blog

Crossfire delivers a fully-managed integration service, connecting you to business partners, removing manual processes and improving visibility across systems.

API and EDI are complimentary supply chain integration methods

Both EDI and API's are used to transfer data from one system to another. They are often compared in conversation as completely separate methods, but the reality is they are used together collectively as complimentary methods for integrating systems. For example, Crossfire can both create or leverage off pre-existing system API's to establish an EDI between two or more systems, with the goal of building an ecosystem of systems and processes


Integration with EDI

Electronic Data Interchange (EDI) is a process where orders, invoices, and other business transactions are passed electronically between business systems. It requires a specialized system to manage this process, and the expertise to keep it going.


Benefits of EDI

  • EDI is well established and has been used for over 40 years.
  • EDI typically doesn’t require software development, simply the mapping of data between certain fields and applying certain rules
  • EDI implementations are typically faster than API integrations

Disadvantages of EDI

  • EDI requires configuration at both ends, both parties must configure their systems to send messages to each other.
  • EDI transmissions do not receive real-time responses, so if a message fails, then a separate message will be sent in reply indicating the failure. The reason for failures can sometimes be less specific than API integration.

What is actually involved?

Many Crossfire customers use systems such as DEAR, Unleashed, TradeGecko and Zoho to manage their inventory. To enable data to flow in and out of these systems when data is being exchanged between trading partners, these different systems have developed API's to allow specified data to pass through. To pull/push data in and out of these systems, an integration solution provider such as Crossfire has to develop a way to enable certain messages to pass through transports (such as FTP and AS2). Calls to the systems API's will need to be developed and once these are set up it allows for EDI to take place. 


Here is an example of how it works

Say you are using DEAR Inventory and sell dog toys to a retail trading partner. A Purchase Order will be created the the retailer which may come in an X12 or EDIFACT format, Crossfire will pick this Purchase Order message up from an SFTP or AS2 connection and pass this through Crossfire, translating this data from the retailers X12 or EDIFACT format into DEAR Inventory format and they will push this into DEAR by utilising the pre-established API. Voila! You'll be able to see an order directly in your DEAR Inventory system, all thanks to utilising API's and EDI.

Get our latest articles directly in your inbox, stay up to date