How to manage inventory across multiple stores without losing track of stock

A hardware and general-goods distributor runs three retail counters across town, on top of the vans that supply the smaller shops on their routes. Each counter started as its own thing — the first was the original depot storefront, the second opened when a competitor's lease ran out and the location was too good to pass up, the third followed a year later. Nobody sat down and designed how the three would share stock. They just each got a register, a notebook, and a manager who knew their own four walls cold.

For a while that was fine. Counter A sells mostly plumbing fittings, Counter B skews toward paint and hardware, Counter C is the newest and still finding its mix. Each manager reorders from the depot when their own shelf looks thin, based on what they can see standing in their own store.

The gap nobody notices until it costs something

The cracks show up in small, deniable ways at first. A customer at Counter A asks for a specific tap fitting. The register says zero on hand — it was quietly moved to Counter C three weeks earlier to cover a run on a renovation job, on a WhatsApp message between managers that never made it into any system. The counter clerk tells the customer to try elsewhere. The customer goes to a competitor instead, because "try elsewhere" in their head doesn't mean "try our other branch two kilometers away" — nobody told them that branch exists, and even if they had, the clerk couldn't confirm stock there either.

Multiply that by a few items a week across three counters and it stops being a rounding error. The distributor is holding real inventory, spread across three rooms, and functionally unable to sell against most of it because no single person — not the clerk, not the manager, not the owner — can say with confidence what's sitting where right now.

It compounds on the buying side too. Counter B's manager sees their own shelf running low on a fast mover and places a top-up order with the depot. What they don't see is that Counter A has forty units of the same SKU sitting untouched, moved there in a bulk buy six weeks earlier for a bulk deal that fell through. The depot fills the new order anyway, because the depot's own view of "how much of this do we have" is the sum of paper counts nobody has reconciled since the last physical stocktake. The distributor ends up carrying duplicate stock in one location and a stockout in another, at the same time, for the same item.

Where it finally forces a decision

The turning point usually isn't the lost sale — that's invisible, it just looks like a slightly slower week. It's the moment the owner tries to open a fourth counter and realizes they can't answer the most basic question an expansion requires: how much inventory does the business actually have, right now, across everything it runs? Getting an answer means calling three managers, waiting for three separate counts, and still not trusting the number, because a transfer that happened yesterday afternoon might not have made it into anyone's notebook yet.

At that point the problem isn't "we need a bigger warehouse." It's that stock, prices, and sales have never lived in one place. Three counters means three versions of the truth, and none of them update in real time.

What actually fixes it

The fix isn't a bigger spreadsheet — it's collapsing "three stores" back down to "one inventory, viewed from three counters." A few things have to be true at once for that to hold:

One catalog, one price list, shared everywhere. Every counter sells the same item at the same price unless someone deliberately overrides it — not because each location typed its own price into its own register.

A transfer is one transaction, not two guesses. Moving stock from Counter A to Counter C should debit A and credit C in the same instant, in the same system — not a phone call followed by two people separately adjusting their own paper counts, days apart, from memory.

Stock levels update as sales happen, not at the next physical count. If a sale at Counter A doesn't move the number until someone reconciles at month-end, every number in between is a guess dressed up as data.

Aggregate and per-location views, both available on demand. The owner needs "how much do we have across everything" for buying and expansion decisions; the counter manager needs "how much do I have right now" for the customer standing in front of them. One system should answer both without anyone doing math by hand.

Reorder points that account for where stock actually sits. A top-up order from one counter should factor in what the other counters are already holding, not just what's visible from that counter's own shelf.

None of this requires giving up the counters' independence — each can still run its own promotions, its own staff, its own daily rhythm. What it requires is a shared ledger underneath all three, so a sale, a transfer, or a stock count in one location is visible to the others the moment it happens, not weeks later during an argument about where forty units of tap fittings went.

iotoms keeps van routes, counter sales, and depot stock on one ledger for exactly this reason — a transfer between locations, a counter sale, and a van's load-out all move the same numbers in real time, so "how much do we have" has one answer no matter which counter someone's asking from.