A retail ERP system is the single record a store keeps of what it bought, what it holds, what it charges and what it sold, with the purchasing, the price file, the till feed and the accounts hanging off that one record. Chains cannot run without one. Independent stores are sold them constantly and most do not need one yet, because the jobs a retail ERP does are jobs a small store does in three or four places that mostly work. This page is written for the owner deciding whether the store has reached the point where those places have to become one: what the category actually has to do, what goes wrong after the demo, what it costs to move, and the honest test for whether the store needs it at all.
The five jobs a retail ERP has to do
Stock: what is on hand by line and by location, adjusted by every sale and every delivery. Purchasing: orders raised against the stock position and the supplier's lead time, received against the delivery, matched against the invoice. The price file: one price per line, pushed to every till and every label, changed in one place. The till feed: every transaction posted back into stock and into sales by line, so the stock figure is real. The books: sales, cost of goods, purchases and stock movements reaching the ledger without anyone retyping them. A product that calls itself a retail ERP and makes you do any of those five somewhere else has moved the problem rather than solved it.
What actually goes wrong after the demo
Three things, and none of them appears in a sales call. The first is the opening stock count: the system is only as right as the count it started from, and a count taken over a trading weekend by tired staff is the error every figure carries for a year. The second is the supplier catalogue, which arrives with the wrong pack sizes and cost prices, so the margin the system reports is not the margin on the shelf. The third is the till integration, which works on the demo till and not on the one at the counter. Ask any vendor to show you the reconciliation of stock to till to ledger on their own data before you sign, and ask who does the opening count.
What it costs to move, which is the real number
The licence is the smaller half. The larger half is the count, the catalogue load, the price file load and the weeks of two systems running side by side while the numbers are checked, and in this category that is commonly a paid service quoted separately from the subscription. Zoho Inventory, to take a published price, lists its Standard plan at $29 per organization per month billed annually, and that is the software; the count and the catalogue are your labor hours or an implementer's fee. Before you compare monthly prices, ask each vendor what the implementation costs, what it includes, and what happens to your stock history if you leave.
The honest test for whether a store needs one yet
Count the places the store's numbers live: the till, the supplier's ordering portal, a price list in a spreadsheet, a stock count on paper, the books. If the answer is four or five and they disagree by amounts nobody investigates, the store is doing the ERP's work by hand and paying for it in margin it cannot see. If the answer is two and they reconcile, the store does not need one, and the money is better spent on the rota and the price list, which is what the free tools on this site work. Most single stores are in the second case for years, and the pressure to move usually comes from a second location rather than from the first.
Questions people ask about retail erp
Is a retail ERP the same as a POS with inventory?
Often, for a single store. A point of sale system with a stock module, purchasing and a price file does the five jobs at the scale of one counter. The word ERP usually arrives with multiple locations, a warehouse, or an accounts department that needs the ledger fed automatically. Buy the jobs, not the word.
Does Footfally replace a retail ERP?
No, and it does not try to. Footfally works the rota, the shelf price and the monthly expenses from the store's own numbers and keeps them against the store. It holds no stock ledger and raises no purchase order. If the store's problem is stock and purchasing, that is an ERP or a POS with inventory; if it is staffing, pricing and the monthly figures, that is here.
What should we insist on seeing in a demo?
A stock figure for one line reconciled from the opening count through three deliveries and a week of till transactions to the number on screen; a price change made once and appearing on the till and the label; and a full export of your own data. Whichever one is answered with a roadmap is the one that will hurt.