Inventory management software
Our products › Inventory management software
Knowing how much you have is the easy part. Knowing where it is, which batch, and what is genuinely available is what decides whether you can ship.
What this subject holds
Your count says one thing and the shelf says another. Which one do you ship on?
Two channels want the last piece. Which one is allowed to sell it?
How much stock do you hold that you cannot safely promise?
A number, or a stock position
Most systems hold a quantity per item. Four hundred units. That is enough for valuation and for reordering, and it is what the figure was built for.
It stops being enough the moment somebody has to know which ones.
Spread over eleven locations, in three batches, sixty of them already promised to an order and twenty sitting in a return nobody has inspected. The total is right. It does not tell you whether you ship today.
Inventory management software in the sense we mean holds the detail underneath that total: location, batch, condition, committed against genuinely available. That is the difference between a balance-sheet value and a promise to a customer.
How you know the total is no longer enough
These six come up in almost every conversation where an inventory management system becomes a subject.
The number is right, the goods are gone
You buy what you already own
Several systems, several truths
Batches and expiry by hand
Returns are a blind spot
Two locations, one figure
None of the six is a counting problem. They are all detail problems, and a more accurate total solves none of them.
What is actually held
Inventory management worth the name holds six levels instead of one figure.
| Level | What it answers |
|---|---|
| Location | Where exactly — not “in the warehouse” |
| Batch and serial | Which unit, which date, which receipt |
| Condition | Free, blocked, in inspection, damaged, in returns |
| Committed | Promised to an order and therefore no longer available |
| Genuinely available | The only figure you may promise against |
| Movement | Who moved what, when, and where it came from |
The second-to-last row is the one most systems are missing. On hand and available are not the same thing, and the gap between them is exactly what you have already promised somebody else.
How that detail is used on the floor — directed putaway, replenishment, picking and scan confirmation — is set out on warehouse inventory management.
Is my ERP not enough?
For plenty of businesses: it is. That is not a courtesy, it is the honest answer.
If your warehouse has room, your people know where everything is and new staff arrive rarely, the stock module in your ERP is doing the job. Those businesses buy nothing from us, and that is correct.
It tips the moment people start searching. The moment a new hire needs weeks rather than days. The moment you put items where they do not belong because there is nowhere else. At that point it can no longer be held in anyone's head — regardless of how many sites or channels you have. The line after that one is a different question again — not what you hold but who is directed where — and that is a warehouse management system.
The threshold is not a revenue figure: it sits where “how many do we have” becomes “which ones, from where, for whom”. The one thing that does arrive with a date is no measure of it either.
Four questions you can answer on your own:
- How often does somebody stand at a location the system says is full?
- How many hours a week go into making two systems agree?
- Can you say which batch went to which customer, without asking anyone?
- When a return arrives, how long before it is sellable again?
If three of them are uncomfortable, you are already doing inventory management. Just not in a system.
Two things arrive on a date, and neither can be worked around. When a customer asks you to trace a batch back to whoever received it, a count is not enough: that is a contract question, and it comes from outside. And once your accounts are audited, your stock valuation has to survive that audit — a count that does not reconcile becomes a finding rather than an inconvenience. That is not a measure of complexity; it is the date on which somebody else starts checking your stock. The size thresholds that trigger it differ per country, so check yours with your own accountant.
If that package is Xero or MYOB specifically, the gap is a precise one and worth reading on its own: when Xero or MYOB stops being enough for stock.
Totals in the ledger, detail underneath
The commonest objection: you would end up with two stock figures. You would not, and the reason matters.
Your ERP needs totals, because valuation and reordering are total-level questions. Stock value and a reorder point work on one figure per item — not on eleven locations, three batches and a split between committed and free.
We hold the detail under that total. Not beside it, underneath.
Everything else rests on that boundary. Inventory optimisation and velocity-driven reordering work on totals and coverage; they only become trustworthy once the figure underneath is right.
Three levels of inventory software
Software sold under this name sits at one of three levels, and the level you need follows from your channels and locations rather than from your size.
Level 1 — recording
Level 2 — allocation across channels
Level 3 — location-driven
What to select on, in the order the questions actually matter:
- Available against committed. Can the system separate promised goods from freely sellable goods, per channel?
- Connection speed. How long after a sale in one channel does the other channels' availability change? Hourly is too slow in peak.
- Batch, serial and expiry. Essential in food, pharma and technical wholesale, and expensive to retrofit later.
- Continuous counting. Can you count per location or velocity class without halting the operation?
- More than one location. An outsourced fulfilment partner is a location too.
- Changeability. When you add a channel, can you adjust the rule yourself, or is that a vendor request?
Selling the same goods through several channels is its own problem, and the interesting part of it is not the connection but who gets the last unit: multichannel inventory management. An operation shipping small orders at high frequency has a different profile again — ecommerce inventory management.
Counting without stopping
An annual count with the warehouse closed is expensive, it is not as accurate as it looks, and it is out of date the next day.
With managed locations you count continuously: a small part of the range each day, fast movers more often than slow ones, without interruption. Less work in total, and a figure that is more trustworthy than a snapshot expected to last a year.
The point is not to measure the drift more precisely. It is that the figure never drifts far enough to matter.
Where we sit
BizBloqs provides inventory management, warehouse direction and order allocation on one platform. Moving from one to the next adds capability — you do not change system and you do not rebuild your history. Stock software you have to replace in two years costs more than software that grows with you.
We work with your ERP rather than against it. SAP Business One, Exact, Sage, Xero, MYOB: the commercial side stays where it belongs.
Configuration rather than custom development. That is what determines what you pay in eighteen months.
A word on data sovereignty. We are a Dutch vendor, our data stays in Europe and under European law. For some businesses that is irrelevant; for others, particularly in the public sector and in retail, it is a purchasing constraint.
Directing the work in the warehouse itself is a different job: our warehouse management system explains where inventory stops and warehouse direction starts. By size: SME, SME+ and Enterprise.
Questions to ask a vendor
- 1.After this is installed, how many systems hold a stock quantity for the same item? Name them.
- 2.Do you distinguish on hand from genuinely available? Show me both figures on one screen.
- 3.What state is a return in between arrival and being sellable?
- 4.Can I count continuously without stopping the operation?
- 5.How is batch traceability held, and how long does a recall trace take?
- 6.If I want to change a process in a year — configuration or development?
Question two separates inventory management from a stock list. Question six determines what you pay later.
Frequently asked questions
What is inventory management software?
Software that holds what you own at the level of detail an operation needs: which location, which batch, what condition it is in, what has already been promised to an order and what is therefore genuinely available. A quantity per item is a total; this is the detail underneath it.
What is the difference between inventory management software and a WMS?
Inventory management answers what you hold and what may be promised. A warehouse management system directs the physical work — putaway, replenishment, picking, packing — and confirms it with a scan. Most operations need both, and on our platform they are the same system.
Do I still need my ERP or accounting package?
Yes, and nothing about it changes. Valuation, purchasing and reordering are total-level questions and stay where they are. We hold the detail underneath that total rather than a second copy of it, so there is one stock figure in the business, not two.
On hand and available — why are they different figures?
On hand is everything physically in the building, including goods already promised to somebody, goods blocked pending inspection and returns nobody has looked at. Available is what you may sell today. The gap between the two is what you have already committed.
Can I count without stopping the operation?
Yes. With managed locations you count a small part of the range each day, fast movers more often than slow ones, while the warehouse keeps working. It is less total effort than an annual shutdown and the figure is more trustworthy, because it never drifts far in the first place.
How long does it take to put in?
A configured rollout on standard processes takes weeks rather than quarters. The honest limiting factor is rarely the software: it is item master completeness and location naming, and that work belongs to you. Ask every vendor whether a requested deviation is configuration or development — that answer predicts your cost after go-live.
An honest answer on your stock
Half an hour, and a straight answer on whether we fit — including when we do not.
Three questions about your own stock
After your last integration, how many systems hold a stock quantity for the same item? Name them.
How much stock are you holding that you cannot promise?
Trace a batch back to the customers who received it. Now, with the mouse. How long did that take?