← Back to Knowledge Processes under control · Before you buy

One system or several - how to tie production to the back office without re-keying

You don't have to choose between one giant system and a handful of separate spreadsheets. For a company of 20-250, a third way works best: several tools that each do their job well, linked together so data moves between them on its own. The core is a single source of truth for every piece of information and an automatic flow in place of manual re-keying.

30 June 2026 · Bartek Liszkowski

It's one of the oldest questions I hear from manufacturers - and on industry forums it has been coming back for years. Before I founded GoIDEA, I ran companies for years and bought software for them, so I know the moment well: the warehouse has its spreadsheet, production its own, and sales a third. Below I explain how to approach the choice and how I tie such processes together myself.

Where the question comes from

Most often from one very specific situation: the raw material in the warehouse spreadsheet is there in theory, but ran out two days ago because production drew it for another order and no one recorded it in the same place. Each department works on its own version of the truth, and the areas where they meet are patched over with phone calls, email and re-keying by hand. The more orders there are, the more often something falls through the gaps between these islands.

One big system - when it helps and when it gets in the way

A large, integrated package has one real advantage: everything sits in one database, so the data doesn't drift apart. The price for that can be high in two ways. First, money and time - an ERP for a smaller company often means long months of roll-out. Second, and more important: such a system usually imposes its own way of working, and your processes have to be bent to fit the box. For a company with an unusual way of operating, worked out over years, that can be a step back.

The data bears this out: in Poland only 32.9% of small companies have an ERP system, against 94% of large ones (Statistics Poland, 2025). That gap comes precisely from the barrier to entry - rolling out one big system is simply harder for a small company to carry.

Several separate tools - why “several” alone isn't enough

The other extreme is to leave each department with its own program or spreadsheet and accept the re-keying. Each tool on its own may be good, but as long as they don't talk to each other, you pay a daily toll: someone moves an order by hand from an email into a spreadsheet, someone else copies the stock level into the production plan, and every such step is a chance for a mistake - and for two people to be looking at two different numbers.

The third way: linked tools and a single source of truth

For a company of 20-250 people, the middle path works best. Each piece of information is owned by one system - the stock level lives in one place, orders in one, the customer record in one. The other tools read and add to that information through integration, instead of keeping their own copy. When production draws material, the stock level updates at once everywhere it's needed. That is what a single source of truth means: every number has one keeper, and everyone sees the same one.

How I connect it all in practice

I don't start by replacing everything at once. I take on the one area that hurts most today - usually warehouse versus production - and connect it so the data flows automatically. A program that already works for you and does its job stays; I connect to it through an API or an automation layer (n8n) that moves the data in the background. The first working result usually shows within a few weeks, and I add further areas once the previous one has proven itself.

If your material is also “there in theory” but has run out in practice - let's talk for thirty minutes. I'll show which area I'd start with in your company and what it takes.

Before you ask

Common questions about connecting systems

Do I have to replace all my programs at once?
No. I start with one area that hurts most today and connect it so the data flows automatically. I add further connections one by one, once the previous ones have proven themselves. That way the company keeps working and the change is spread across stages.
I have a program that works well. Does it have to be replaced?
If it does its job, it stays. I connect to it through an API or an automation layer that moves the data in the background. I replace only what genuinely gets in the way - the rest I connect to what you already have.
What does connecting things without re-keying look like?
Between the programs I set up an automatic flow of data. When an order appears in one place or a stock level changes, the information reaches the other systems on its own - no copying from an email into a spreadsheet and from a spreadsheet into the production plan.
Is a single source of truth another big project?
It's a principle you apply to the systems you already have. The point is that each piece of information - stock level, order status, customer record - is owned by one program while the rest read it. You can introduce it gradually, one area at a time.
First step

Book 30 minutes or write a message.

The first call is a calm conversation to get to know each other. I check whether I can genuinely help. No slides, no sales pressure. If I see it is a poor fit, I say so directly.

Book 30 minutes

Pick a slot in the calendar - we meet on Zoom.

Open the calendar

Prefer to write?

Briefly describe what you need - I reply within one business day. Often sooner.

Phone +48 601 789 966 - feel free to call, I answer the phone myself.