Why The CargoX Platform
Login Register

Interoperability: The challenges of connecting heterogeneous systems

Sept. 22, 2020, 6:31 a.m.

Bojan Čekrlić,
Chief Technology Officer of CargoX

Abstract: On defining different types of interoperability and how they affect connections between companies, governments, and systems.
Keywords: interoperability, technical, semantic, ontology, blockchain, IT, legal 



Interoperability has always been a challenge. The same issue repeats itself over and over in a variety of contexts, be it in legacy industries, or new and exciting technologies. Common cases of interoperability (or a lack thereof) have affected businesses and individuals alike. Slightly older readers will remember the VHS vs. Betamax war and the HD-DVD vs Blu-ray debacle. Sometimes, interoperability is hindered on purpose to lock users into a specific ecosystem. And that is the reason you cannot FaceTime on an Android phone or Chromecast from an Apple device.

The biggest challenges in interoperability, however, arise in the business sector. They appear when companies, governments, or systems within one entity need to interact with one another.

This article aims to explore the different types of interoperability, why they exist, and the best ways to solve the issues surrounding them.


Interoperability challenges stem from two situations:

  1. When the same idea or concept is developed independently in different parts of the world and both gain momentum. Now two or more systems with similar ideas behind need to interact. A typical example would be healthcare informatics, where years were needed to come up with a standard to exchange data.

  2. With technological leaps, where being the first to market is more important than connecting with existing systems. This has happened, for example, with blockchain technologies. To this day we still do not have a great way to share information between two distinct blockchains.

Both cases lead to the same challenge – getting the distinct systems to cooperate.


The term "interoperability" was coined in the late 1960s. It is defined as “capable of being used or operated reciprocally”. The New European Interoperability Framework interprets the interoperability on a more business level as “the ability of organizations to interact towards mutually beneficial goals.”

The need for interoperability came with the advent of computing, and the need to exchange data between discreet systems. Before the first computers, interoperability was not the issue, as people are adroit and apt to understanding non-structured data.

Why interoperability

Interoperable systems optimize information exchange. Without interoperability, data needs to be exported from one system and – most often than not – typed into another system manually. By connecting the systems, the whole chain can function faster. By reducing manual labor, costs are slashed and issues stemming from human error (omits, typos, and misinformation) are reduced to practically zero.

Types of interoperability

The definition of interoperability has grown over the years and does not solely rely on the act of “technical” connectivity alone. Various authors structure interoperability into different levels. Let us give a few examples.

Aris Ouksel and Amit Sheth divide interoperability into:

  • semantic, defined as “the ability to exchange “the meaning” of data, usually based on a set of high-level data interchange standards,”

  • structural, defined as “compatibility of schemas and data-modeling constructs,”

  • syntactic, defined as “differences in machine-readable aspects of data representation and formatting,” and

  • system interoperability, defined as “the ability of two systems to connect”.

The IDEAS framework defines three levels of interoperability between co-operating enterprises:

  • business,

  • knowledge, and

  • ICT interoperability.

The new European Interoperability Framework (EIF) (EU) defines interoperability as:

  • legal, “ensuring that organizations operating under different legal frameworks, policies, and strategies are able to work together,”

  • organizational, “the way in which public administrations align their business processes, responsibilities, and expectations to achieve commonly agreed and mutually beneficial goals. In practice, organizational interoperability means documenting and integrating or aligning business processes and relevant information exchanged,”

  • semantic, “the precise format and meaning of exchanged data and information is preserved and understood throughout exchanges between parties, in other words ‘what is sent is what is understood,” and

  • technical interoperability which “covers the applications and infrastructures linking systems and services. Aspects of technical interoperability include interface specifications, interconnection services, data integration services, data presentation and exchange, and secure communication protocols".

Yet UN/CEFACT speaks about:

  • legal,

  • governance, and

  • technical interoperability.

Looking at all these definitions, a common theme emerges: interoperability is hard. And with new technologies and the explosion of new actors and systems, it is only going to get more complex.

To sum up: looking at interoperability from the bird’s-eye view perspective, the authors define interoperability on three levels, as discussed below.

Technical interoperability

While technical interoperability was a great issue in the past, it is much less of a challenge than it used to be. Network connections have pretty much standardized to TCP/IP. AppleTalk, IPX, and similar protocols have gone the way of the Dodo. Level 7 connectivity relies almost exclusively on HTTP.

We can still find older protocols hanging around, such as X.25 and EDI. They are, however, being rapidly replaced with the technologies mentioned, as they are much simpler to implement, integrate, and maintain.

While there are several standards for web services, the world has pretty much settled on REST and JSON. Some older services still rely on SOAP/XML, though.

Practically all operating systems and programming languages in use today support this technology stack, and technical interoperability ought to be pretty much solved.

Alas, this was the case until blockchain came along. Blockchain, by design, is an immutable and “closed-circuit” technology: it cannot query the outside world. It can operate only on the data contained within. While the problem is being mitigated with the use of oracles, we have yet to find an efficient solution to this challenge.

Semantic interoperability

While connectivity seems trivially easy nowadays, understanding transferred data is a completely different challenge. People are extremely good at deciphering complex data structures. For example, we can pretty much understand a well-known form (e.g. a bill of lading), even if the fields are labeled in a language we do not understand. For computers, though, this is a challenge.

That is why it’s essential to have standardization bodies (such as UN/CEFACT, ISO, ANSI, NIST, DCSA, W3C – to name a few), where interested parties can come together and define a schema for the given ontology.

This schema defines the meaning of data: which fields exist, and what their meaning and allowed content are.

It is essential, though, that these governing bodies do not fall into the fallacy of relying on (too many) technical standards to define the semantics. Too often the standards prefer one technology. Consequently, these standards age more quickly and become obsolete sooner.

Organizational and legal interoperability

Interestingly enough, even if organizations can exchange data and computers can understand the data, the old ways still persist. This is largely due to a missing legal framework.

A good example would be the bill of lading: while most countries have accepted the notion that the document may be presented in an electronic form (Given that certain security prerequisites are met), some laws still stipulate that this must be a paper document. In other cases, some countries (or organizations) might require certain data to be present on the document, while the origin party simply doesn’t collect or even have access to this data.

The sad truth is that organizational and legal interoperability is usually the hardest nut to crack, and is what most often takes the longest to resolve. An external push can help, though. It is just that lately, due to the COVID-19 pandemic, India has shifted gears and focused on electronic document interchange. In a surprising move, Brazil has also opened its customs to accept the electronic bill of lading during this time.

In conclusion

Interoperability does present challenges but this is something that cannot be avoided.

We can generally structure it into technical (how), semantic (what) and legal (why) interoperability. Technical interoperability has the longest track record, but new challenges arise with every new technology. The semantic interoperability is essential for understanding the exchanged data. The legal interoperability is the most complex issue, as it requires the alignment of laws and regulations of multiple countries and governing bodies.


Other blog

CargoX Monthly Review - 2020 June
2 Jul 2020
See our CargoX Platform feature updates, our latest news compilation, and progress on our largest project to date.
Why blockchain document transfer differs from emailing a PDF
17 Jun 2020
Companies are digitalizing their original document processes. Here we explain why sending an original document or document of title through CargoX Platform for BDT is much more than sending a PDF document with email.
The importance of blockchain document transfer in the new business reality
22 Apr 2020
Vjeran Ortynski, CBDO, about the rapid changes in the business world, and how institutions are building the environment to adopt rapid digitization of document flows.
How to adapt your supply chain workflows to digitalize efficiently? Learn from the best: Li & Fung, masters of transformation
19 Mar 2020
We are living and conducting business in rough but interesting times, most of which nobody expected even a month ago. How to adapt? See how masters of transformation approach it - Li & Fung, supply chain of the future.
How to handle original documents efficiently even when your team is working from home
13 Mar 2020
CargoX strongly believes in the importance of health and safety in providing global and local business services. Here is what you can do to handle original documents safely.
Horror story: It is SO expensive to lose a bill of lading (B/L)!
10 Mar 2020
The bill of lading is a powerful document. But nobody ever gets used to what happens if the bill of lading does not arrive …
Interview: Vjeran Ortynski, CargoX
3 Mar 2020
An interview with Vjeran Ortynski, CBDO of CargoX, for the SupplyChainAdria.com portal, about the blockchain technology, CargoX platform, 2020 business outlook ...
How to start using CargoX Smart B/L™ in your company quickly and efficiently?
12 Sep 2019
– There is a hot new technology on the block – it must be pretty expensive and difficult to start using? – Not this time!
Hey, CIO, do you know how thoroughly your dApp can be tested?
3 Sep 2019
Testing is an essential step in introducing any application into a business environment, and it the same holds true for dApps -- blockchain-based solutions. You need to test them before deploying one in workflows where end-users will use it on a daily basis.
CargoX Smart Bill of Lading - the simplest implementation ever, with undeniable corporate benefits!
8 Mar 2019
With CargoX Smart B/L™ there is no investment necessary, no licensing fees, and no up-front costs. On the contrary – there is only so much to be benefited!

Your free demo session with our experts

Please fill out the form below, and we will get back to you as soon as possible.

Trying to download the logo?

We have a better idea! Find high quality visuals in our press kit section.

Visit press kit