Interfaces and integration
By Redaktion techport.ai, IT-Beratung · Last updated on
Interfaces are the least visible and most sensitive part of an IT landscape. They get built when two systems need to exchange data, they run quietly for years, and they only draw attention when they stop. At that point it turns out that nobody knows exactly what is transferred, in which order, and what happens when a record does not arrive.
Integration is not a technical detail but a decision about data ownership. Which system holds which information, who may change it, and what applies in a conflict. Answer those questions and you need fewer interfaces and get better ones.
How you notice it
- The same information is maintained in two systems and the states regularly diverge.
- There is a nightly transfer, and when it fails a clerk notices the next morning.
- Interfaces were built by people who no longer work at the company.
- Every system change raises the question of how many interfaces are affected, and nobody knows the answer.
Why this happens
Interfaces get built under time pressure at the end of projects. The budget is spent, the goal is that data flows, and the fastest solution wins. Documentation, error handling and monitoring feel like luxury at that moment. Afterwards nobody touches them again because they work. Only years later, when one of the two systems is replaced or an error occurs, does it become clear how much knowledge sits in that one connection.
How we go about it
- Record the data flows. We capture which data flows between which systems, in which direction, how often, using which technology and who built it. That overview alone is usually revealing because it exposes loops and duplicate paths.
- Define ownership per data object. We determine for customers, articles, prices, employees and other central objects which system is authoritative and which only read. This definition often cuts the number of necessary interfaces sharply, because bidirectional connections become unnecessary.
- Standardise technology and operations. We define how new connections are built, how errors are handled and logged and how a transfer can be repeated. Where the number of connections justifies it, we examine a central integration platform.
- Monitor and document. We set up monitoring that reports a failure before a user notices it, and document per connection its purpose, fields, schedule, contact and behaviour in the error case on a single page.
What you gain
- Fewer contradictory records, because it is clear which system is right.
- Failures that surface before they reach the departments.
- System changes that become plannable because dependencies are known.
From our projects
When recording data flows we regularly find connections that nobody needs any more but that keep running and overwrite data. A recurring pattern is the silent reverse direction: an interface was originally built both ways, only one direction is wanted today, the other keeps running and produces exactly the discrepancies that people have been correcting manually for years. The second pattern concerns error handling: in most grown connections there is none, and failed transfers vanish without notice. Both findings are fixable with modest effort once they are visible.
Häufige Fragen
Do we need an integration platform?
From roughly ten to fifteen productive connections it is worth examining, before that rarely. The benefit lies less in the technology than in the standardisation: one place for monitoring, logging and retries. The drawback is an additional component that has to be operated and mastered. With only five connections you are better served by clean individual solutions.
Should we use the vendor's standard interfaces or build our own?
Standard wherever it covers the business requirement, even if it looks inconvenient at first. Custom connections typically get built to accommodate a small deviation, and they cost again with every version change of the system. Where a custom solution is necessary, it belongs documented and tested like any other application.
Let us talk about Interfaces and integration
In a thirty minute first call we work out where your biggest lever sits and whether we are the right people for it.
Further reading
Back to the field Architecture and Applications