Reorder point
Stock level at which an order must be placed to avoid running dry before it lands — velocity × (lead time + safety stock).
A replenishment system built for catalogues where the long tail is the business — hundreds of thousands of SKUs, stocked thin, turning over fast.
The main view answers one question for every product you stock: do I need to order this, how many, and how urgently? Each row carries the numbers you need to act — on-hand, incoming, velocity, days of cover left, the reorder point, and a suggested quantity that respects your supplier's minimum order.
Stock level at which an order must be placed to avoid running dry before it lands — velocity × (lead time + safety stock).
Sized to last until the next order arrives, not merely until this one does. Respects minimum order quantities.
Cover remaining at the current rate, counting stock already on its way — colour-coded by urgency.
Anything under seven days of cover is flagged separately, so a long list still tells you where to start.
Filter by supplier to build one purchase order at a time, search by SKU or product name, and narrow to items you've actually restocked recently — so a final unit of a three-year-old line doesn't pull you back into buying stock for an obsolete device.
Every replenishment tool divides units sold by days elapsed. That silently assumes the product was on the shelf the whole time — and any product that sold out is punished for the days it had nothing to sell.
Stockmind samples your warehouse's historical stock balances across the period and measures how many days each product was genuinely available. Velocity is calculated against that, not the calendar.
Estimation can only detect products that are out of stock right now. Measurement sees the ones that sold out in the middle and were restocked since — which are, by definition, your fastest movers.
Two products can average identically and behave nothing alike. Stockmind can account for both the direction demand is moving and how erratic it is — each optional, each adjustable.
Compares the recent rate against the full period so a rising product is ordered like one that's rising, and a fading model isn't reordered on the strength of sales it made months ago. Confidence scales with recent volume, so one good week can't inflate an order.
A metronomic seller and a spiky one shouldn't carry the same cushion. Buffers scale to each SKU's own demand variability — roughly half for predictable products, up to two and a half times for volatile ones.
Both ship switched off. Turn them on when you want them, at whatever strength suits your catalogue — changes apply immediately.
Open orders count against reorder calculations, so you never double-order something already bought. But when it lands matters as much as whether it exists.
Only stock arriving inside your coverage window counts as protection. A shipment landing in sixty days does nothing for a product that will be empty in twelve — so it's tracked and visible, but it never produces a false all-clear.
Replenishment isn't only about what to buy. It's about what to stop buying — and what's quietly holding your cash.
Dead stock runs on its own full-year window, separate from the window that drives reordering. That distinction matters: a product that sells hard every November would look dead on a summer view and get cleared right before its peak.
Physically sitting in the warehouse with no sales in a year. Sorted by quantity, so the biggest piles of tied-up capital surface first.
Zero-stock SKUs with no sales — pure catalogue cleanup you can delete straight from your systems, with no warehouse handling at all.
Filter by supplier and by how long ago stock was last received, then export a clean list for a return conversation or a clearance run.
Your top performers ranked by true sell-through rather than raw units — so a product that sold twenty units while only being in stock a fortnight ranks where it should.
The maths is only right if it reflects how you actually buy. Four settings shape every suggestion, and all of them apply instantly — no waiting for an overnight recalculation to see the effect.
How long from placing an order to stock being on the shelf — set globally, or per supplier so an overseas source isn't held to a local one's schedule.
The gap until your next order. An order has to last until the next delivery arrives, not just until this one does — order monthly with a two-week lead and today's stock must cover a month.
Your buffer against demand spikes and late shipments, flat or scaled to each SKU's variability.
How much the recent rate influences velocity, from off to fully recency-weighted.
Because changes apply live, you can see what a longer lead time or a leaner buffer does to your order size before committing to it.
Analysis is only useful if it becomes a purchase order. Every view exports in CSV or Excel, carrying whatever filters are active — so "supplier 7057, needs reorder, restocked within two years" comes out as exactly that list, with numbers as real numbers.
A long tail of hundreds of thousands of SKUs is where the quiet losses hide, so it can't be something the tool samples or truncates.
Search, filter, sort and export run across the entire catalogue and are delivered on demand — the browser never holds it all.
Stock levels, supplier codes, bin locations and order history sync directly. No weekly export ritual, no spreadsheets already out of date when saved.
If a data fetch can't complete, the run aborts rather than publishing a partial catalogue. Your last complete dataset stays intact.
Token-authenticated API, protected application directory, and cached data kept out of public reach.
Curious how the numbers are actually derived? The methodology page sets out every formula, including where the model is approximate.
Tell us about your operation and we'll show you what measured availability does to your numbers.
Request Access →