Solutions

Your systems do not talk to each other.

The same data kept in four places, exports passed around by hand, and nobody quite sure which version is right. We connect what is already running instead of asking you to replace everything.

We start with what you have. Replacing is expensive, connecting is usually enough.

Sound familiar

Where it goes wrong.

Almost always it is not about one missing integration, but about work people started doing because the integration is not there.

Duplicate work

Everything is entered twice

An order in one system, the same customer in another. That costs hours a week and creates differences you only discover when a customer calls.

Delay

Exports are passed around by hand

A file that is exported, edited and forwarded every Monday. Works, until the person who does it goes on holiday.

Visibility

Nobody has the current picture

Stock, planning or status is somewhere, but not in the place where the question gets asked. So people call and email.

Fragile

What exists is tied together with string

An old integration one person built once and nobody dares touch. Everyone holds their breath at every update.

What we connect

Almost anything can be talked to.

If a system has an API, we connect to it. If it does not, we find another route to the data.

CRM and marketing

Customer data in one place

Leads from your website straight into your CRM, with the right source and status. No more form emails somebody retypes.

ERP, stock and planning

Showing current numbers

Prices, stock, delivery times and order status from your back office, visible live on your site or in a portal for customers.

Sector software

Including the old-fashioned kind

Sector-specific packages and older systems. For Realworks we built the integration that pulls in property data automatically and displays it.

How we work

How we approach an integration.

The heaviest work sits at the front: understanding which data is authoritative where.

01

Mapping the data

Which systems exist, which data is duplicated where, and which system is in charge of each field. Without that answer every integration turns into a debate.

02

Exploring the technology

What each system offers: a modern API, an export, or nothing usable. That decides whether it becomes a clean integration or a workaround.

03

Building and testing

We build the integration, first run it alongside the existing process and compare the outcomes before anyone starts relying on it.

04

Monitoring

Integrations fall over: a system changes, a key expires. We monitor them and get alerted when something breaks, preferably before you notice.

Ongoing

An integration is never finished.

On the other end of the line sits a system you do not control. Updates, new versions and expired keys are business as usual, not incidents.

  • Monitoring for errors and integrations that go quiet.
  • Keeping up with version changes on the supplier's side.
  • Extending as soon as another system joins.
Questions

Frequently asked questions.

Do we have to replace our existing systems?

Usually not. Replacing is expensive and risky. In most cases the problem is not the system but the missing connection between them.

Our package has no API. Is it still possible?

Often yes, just differently. Think scheduled exports, an intermediate layer or a connection through a database. Less elegant, but it does take the manual work out. We say so honestly if it genuinely cannot be done.

Who owns what you build?

You do. You get the code and the documentation. We do not work with constructions that leave you stuck with us in order to move on.

What if the supplier changes their API?

It happens. That is why we monitor integrations and repair them within the management contract. Without monitoring you only notice a failure when someone calls.

Do you work with our own IT department?

Yes, that is often the best arrangement. We build the integration, your team keeps control of the landscape. We put arrangements about access, security and management on paper in advance.

Getting started

Which systems ought to be talking?

Name them in a conversation and we will say straight away whether a clean integration is possible or whether a detour is needed.

Connecting systems: bespoke API integrations | Atlantis