Service · Bespoke software

Systems integration

On paper it sounds easy: a record has to travel from one system to another. In practice the same customer carries a different name in the CRM and in the accounting package, the sales unit in the shop does not match the one in the warehouse, and a product reference changes depending on whether you read it in the catalogue or on a picking slip. No machine will decide for you which of them is right. That is a business decision, and it belongs before the first line of code, not during acceptance testing.

One master
named for every record type
Factur-X
and filing through Chorus Pro
Alerts
the moment a flow stalls
The aim
nothing retyped by hand

Where this service reaches

Technically almost anything can be connected. The real work is getting the company to decide which system holds the truth for customers, products, prices, stock and documents.

Put your scope to an engineer

Mapping

We list what runs in your company: business software, web shop, CRM, warehouse system, Microsoft 365, trade-specific tools. And above all what is keyed today in two or three separate places.

Flows and rules

What goes where, how often, and which system has authority over customers, products, stock, prices and orders. The outcome fits on one diagram that the board can read too.

Electronic invoicing

Issuing in the Factur-X format from wherever the invoice is created, receiving and matching supplier invoices, filing through Chorus Pro for public sector customers and connecting to the platform you have chosen.

Accounting and payroll

Entries pushed into Sage, Cegid, EBP, Odoo, Divalto or Pennylane, payroll variables sent to Silae, with no intermediate spreadsheet that somebody always ends up editing by hand.

Error handling

A queue, automatic retries, guards against duplicates, and a named person notified when a document needs a human decision rather than one more attempt.

Monitoring

Every run leaves a trace. If a flow goes quiet for longer than usual, the alert goes out before your customer notices anything at all.

The way an engagement runs

Linking two systems that both offer a documented interface is far quicker than a project spanning five applications that share the same reference data. The schedule follows the review of that data.

01

Cleaning up

We look at the records on both sides. Duplicate customers and product cards that disagree turn up almost every time, and they have to be dealt with before anything is connected.

02

Design

Flows, precedence rules, how clashes are resolved, and the formal requirements that apply where tax documents are involved.

03

Build and acceptance

On a test environment and on copies of your own records with the personal details replaced, never on examples invented for a demonstration.

04

Switch-over

A short spell where the manual routine carries on in parallel for comparison, then it stops and only the monitoring remains.

The commonest source of conflict is a record that two systems can both edit. A salesperson corrects a customer address in the CRM, accounts do the same on their side, and the evening flow overwrites one correction with the other. So for each kind of record one system is named as master and the matching field becomes read-only everywhere else. The conversation is sometimes uncomfortable, but it happens once.

Questions and answers

Ways round exist: files dropped into a watched folder, reading the database directly, or the export tools the vendor supplies. All are more fragile than a proper interface and need watching at every version upgrade. Sometimes updating the software costs less than working around its limits for five years.

Not necessarily. Many accounting packages now handle Factur-X and the connection to a platform, so start by asking your vendor. Development earns its place when invoices originate elsewhere, in a shop, a trade application or an in-house tool, or when purchase invoices have to be matched to orders automatically.

Rarely. Most processes live comfortably with a sync every few minutes, and that arrangement copes far better with an outage at a supplier. Real time earns its keep on stock levels in a busy shop, where every unit sold counts, or on a payment that has to open an access straight away.

The maintenance agreement fixes response time and the scope covered. The commonest cause is not our code but the other end: an interface changed by a vendor, an expired certificate, a password reset without warning. So we watch the replies coming back from third-party systems, not only our own jobs.

Two well-documented systems with tidy reference data fit into a few weeks, acceptance included. As soon as several applications share the same customers and products, most of the elapsed time goes into sorting out that reference data rather than into development. The schedule is given after the data review.

Let us connect your systems

Tell us between which systems somebody currently retypes information. We will size the work and say what needs tidying up before we start.

When we are around
Weekdays, 8:00 to 18:00 CET; answers land inside one working day
Talking it through
A call on Teams or Google Meet, whenever writing is not enough

We set strictly necessary cookies only: they keep the site running and remember the city you chose. Nothing here is used for advertising or tracking. More in our privacy policy.