“Build me an ERP” — what actually comes out?
The case repeats itself: an organization needs a system for its stock and invoicing, the owner turns to an AI model and asks it to build an ERP. What comes out is not nothing — working screens, a database, a customer list, an invoice that prints. On day one it looks settled for a fraction of the cost, and anyone asking to be paid for that work looks like they are selling air.
The problem does not show on day one. It shows in the third month, when a customer returns goods that have already been invoiced and nobody knows what the system does: is the invoice cancelled? Is a credit note raised? What happens to the stock and to the accounting figure? When an employee wants to change a price after approval and finds the door open to everyone. When the year ends and there is no way to close it at all.
The reason fits in one sentence: AI answers what you asked, experience asks what you did not think to ask.
The difference is not the code, it is the question that came before it
It is easy to assume a specialist firm sells you better code. That is not where the difference lies. Code produced by a good model today can be clean and fast. The gap sits a full step earlier: in the questions put to the owner before a single line is written.
Someone who has built ten systems knows to ask what does not occur to the owner — because he lives those details daily without noticing them — and what does not occur to the model, because nobody told it. A sample of what we ask in the first diagnostic session:
- Do you sell wholesale and retail at two different prices for the same item?
- Does a purchase order come before the invoice, and who signs it?
- Who may grant a discount beyond a certain threshold, and does it need a second approval?
- How do you count stock at year end, and does selling stop while you do?
- What happens when a customer returns goods after invoicing, and after payment?
- When an employee leaves, who inherits their permissions, their files and their history?
A system is not screens; a system is what sits underneath them
The screen is the visible and easiest part, and it is exactly what automatic generation is good at. The system is what sits underneath: the rules that prevent what must be prevented, the permissions that decide who does what, the log that proves who changed what and when, the integrations that connect it to everything around it, and the backups that save you on the day things go wrong.
Then comes life after delivery, which is half the project and not an add-on: who fixes it when it breaks? Who adds a module a year from now? Where is the data hosted and who owns it? Can you get it out if you decide to move? A system with no owner maintaining it is deferred debt, and the price is paid at the worst moment: the day you discover that the thing running your organization is understood by nobody and can be changed by nobody.
What your system holds that no model holds
When you ask a model how much of an item is left in stock, it has two options and no third: say it does not know, or invent a plausible number. Neither is good enough to decide a purchase or a sale.
Your system knows what nobody else knows: the balance right now, the open invoices, each customer’s credit limit, who may approve which amount, and who changed the price, when and why. These are not general facts to be read off the internet — they are your organization’s truth, and they exist nowhere but with you.
So the relationship is the reverse of what is commonly said: AI needs the ERP more than the ERP needs AI. The model has the intelligence without the evidence; your system has the evidence and lacks someone to read and analyse it.
What it can really do, sitting on top of a system that works
Instead of opening four menus, exporting to Excel and sorting it out yourself, you ask a question in your own words: who fell behind on payment this week, what did that do to my cash, and what are the five best actions to close the gap?
Notice that this one question crosses three departments: finance, stock and sales. Without a unified system underneath it simply has no answer — not because the model is incapable, but because the data it needs is not anywhere it can read. With a disciplined system the question becomes easy, and the answer rests on real figures rather than a guess.
And automation here is not chaos: the good design has AI do the larger part of the work and then stop at an approval point, which you review and authorise. The goal is a correct outcome, not a race to the least human involvement.
The hard truth: AI multiplies, it does not repair
This is the most important sentence in the article: discipline × AI = speed. Chaos × AI = faster, more expensive chaos.
The model does not correct your data, it builds on it. If one item is recorded under three different names, the analysis you get will split it in three and hand you false confidence in a wrong number. And if half the work happens outside the system, in WhatsApp groups and side notebooks, what AI sees is half your organization — and it will talk about that half with the confidence of the whole.
A disciplined organization gets far more out of AI than a disordered one. That reverses the order of priorities: discipline first, then the tool.
Where does your organization stand? Three cases
Most Algerian organizations are not even in the debate you see online. They are not choosing between an ERP and AI, but between a notebook, Excel and a WhatsApp group. Place yourself first:
- No system (notebook, Excel or WhatsApp): AI is not your first step. Your first step is one process put in order and one source of data.
- Scattered tools (accounting here, stock there): your problem is multiple sources of truth, not a shortage of intelligence. Connect before you analyse.
- A system in place and genuinely used: this is where AI pays — a question instead of a report, analysis instead of extraction.
A readiness test in five questions
Before you spend a dinar on any AI tool, answer these five honestly. If the answer is no to three of them, AI is not your priority today:
- Is your item, customer and supplier data clean and unified, or does each department keep its own list?
- Does the work really pass through the system, or does half of it happen outside?
- Are permissions set: who approves, and at what threshold does it need a higher level?
- Are your measures defined by internal agreement, so that “sales this month” means the same thing to every department?
- Can your system export its data and connect to others, or is it a closed box?
What we will not tell you
Not every organization needs AI inside its system. Five users and twenty transactions a day do not need a complex agent; the complexity is a cost with nothing on the other side. They may need something far simpler: automatic invoice capture, or a weekly report that arrives on its own.
AI-generated systems are not worthless either. They have a real place: a prototype to test an idea, a small internal tool used by one or two people, a trial screen before committing. The danger begins when a whole organization runs its data, its invoices and its financial year on one.
Our rule is a single one: start from a real, measurable problem, not from a tool we want to sell. And if the answer is that you need nothing right now, we say so.
