API integration explained for business owners

· 6 min read

API is one of those terms that gets used freely in meetings where not everyone is sure what it means, and asking feels like admitting something. It is a simpler idea than the acronym suggests.

What an API is

An API is a way for one piece of software to ask another for something, or tell it something, without a person in between. Your accounting system has a way for other software to say "here is a new invoice" or ask "what is this customer's balance". That defined set of requests it will accept is its API.

When staff copy data from one system into another, they are doing by hand what an API lets software do directly. That is the whole idea.

What integration projects actually involve

Rarely the connection itself, which is often the easy part. The work is in everything around it.

  • Deciding which system is authoritative when the two disagree about a customer's address.
  • Handling the records that fail — wrong format, missing field, a customer who exists in one system and not the other.
  • Deciding what happens when the other system is down, which it will be at some point.
  • Matching records that do not share an identifier, where "ACME Ltd" and "Acme Limited" are the same company.
  • Cleaning up the years of inconsistent data already sitting in both systems.

That last one is routinely the largest task and is almost never in the original estimate — including, frequently, by whoever wrote the estimate.

Why integrations fail

CauseWhat it looks like
No agreed source of truthTwo systems overwrite each other in a loop
Errors that fail silentlyNobody notices until a month of records is missing
The other vendor changes their APIIt worked for a year, then stopped overnight
Rate limitsFine in testing, breaks on the first busy day
No reconciliationNo way to answer "are these two systems actually in step?"

Questions worth asking your existing vendors

Before any integration project, ask each software vendor you already use: do you have an API, is it included in our plan or extra, is it documented publicly, and how do you handle changes to it? The answers determine what is possible and what it will cost — sometimes before a developer is involved at all.

A vendor with no API, or one behind an expensive tier, is telling you something about how easy they intend it to be to move data elsewhere.

Where no API exists, options narrow to scheduled file exchanges, or in the worst case automating the interface itself — brittle, and to be treated as temporary even when it is not.

A reasonable way to start

Pick the single worst instance of double entry in the business and connect just that. One direction, one type of record, with a report showing what synced and what failed. It is small enough to finish, and it surfaces the data problems early — when they are still cheap.

If you have two systems that should be talking and are not, system integration is the work — usually far smaller than replacing either of them.

Working on something like this?

If any of the above describes your situation, describe it to us — no specification needed, and no obligation to proceed.