Connect on-premises SQL databases to Business Central Online

Business Central moved to the cloud, and the database in your own server room stayed. AutoFlow connects the two, so nobody pulls an export file every morning any more.

A small server rack in a bright office, beside it a desk with a printout full of columns
The problem

Business Central is in the cloud. The data you need every day is not

Moving to Business Central Online was the right call. But not everything moved with it: the specialist application with its own database, the production data, the legacy system nobody wants to touch because it has run reliably for years.

While Business Central ran in your own building, that was a query against the server next door. In the cloud, Business Central can no longer reach that database, and somebody fills the gap by hand.

What it costs you

Every gap between the cloud and the server room becomes a routine that depends on one person

The export file someone pulls every morning

Export from the local database, tidy the file, import it into Business Central. It is quick as long as it works. Miss a day and sales works from yesterday's figures, and nobody notices straight away.

A desk early in the morning, a USB stick in the laptop, a coffee and a checklist beside it

The double maintenance that is never quite in sync

Where no export runs, things get entered twice: the same customer, the same item, the same status in two systems. The differences only show once they have consequences: a wrong delivery, a wrong invoice, a stock figure that is off.

Two monitors side by side, one hand typing, the other holding a note beside them

The migration nobody wants to pay for

The clean answer would be to replace the legacy system. But it works, it is paid for, and a migration just so Business Central can reach the data rarely pays off. So the workaround stays, and it grows a little every year.

An older computer on a sideboard, carefully labeled, in the middle of a modern office
The fix

The data stays where it is. Business Central reaches it anyway

Penduline's OneConnector runs inside your network and connects to your database. There you define in SQL what Business Central may read and write, no more and no less.

In AutoFlow, OneConnector is a step of its own. You pick the query, hand it values from the document and carry on with the result: on release, on posting, or in a scheduled process that keeps data in step.

How it works

  1. Set up the query

    In OneConnector, in SQL: which table, which fields, which condition.

  2. Drop the step into the process

    Choose the OneConnector step and pick the query, at the point in the process where you need the data.

  3. Hand over the values

    Customer, item, document number: whatever the query needs comes straight from Business Central.

  4. Carry on with the result

    Check it, take it over, write it back, and the process carries on.

A step of its own in the editor

No HTTP call for someone to assemble by hand. You pick the OneConnector step from the list, choose the query and map the fields.

Your queries, your rules

Business Central sees exactly what your SQL queries allow. The database itself stays behind OneConnector.

Read and write back

Status, quantities, approvals: what happens in Business Central lands in the local system too.

In the moment or on schedule

A query when a document is released, or a sync every night: the same step, a different trigger.

Failures don't stay quiet

If the database cannot be reached, it is in the log and goes out as a message.

How you know it paid off

The morning export stops, and with it the question of whether the figures in Business Central are today's. The legacy system carries on as it always has, and Business Central works with its data as if it were next door.

Questions we get asked

Which databases are supported?

SQL databases, which is what legacy systems and specialist applications almost always use. Whether yours is among them, we settle in the first conversation, together with Penduline.

Do I have to migrate data for this?

No. That is the point: the data stays where it is, and Business Central uses it anyway. Whether you migrate later is a separate decision, and no longer an urgent one.

Is my database then exposed to the internet?

No. OneConnector sits in front of the database, and only the queries you set up are available from outside. Which tables and fields Business Central can reach, you decide in each query.

Do I need a developer?

Not for the process, which is built graphically. The queries need someone who can write SQL and knows the database. Usually that is the person pulling the export today.

What happens at a Business Central update?

Nothing. The logic does not sit in the BC core as an object extension; it sits beside it as configuration. There is nothing to recompile at update time.

Need help setting this up?

Discover our AutoFlow experts. They set the process up with you in a workshop.

Discover the experts
Try it yourself

Starting with AutoFlow costs nothing

You can build and test in the sandbox as long as you like, without limits. And two active flows stay free forever in your production tenant — not a trial that runs out.

  • Unlimited testing in the sandbox
  • 2 active flows free forever
  • No credit card needed