Inventory replenishment: how should your ERP decide when and how much to reorder?
A worked guide to reorder points, safety stock and the ERP records that decide when a distributor buys, transfers or waits.
- 01Demand
- 02Position
- 03Trigger
- 04Order
- 05Receive
Inventory replenishment is the rule that decides when to reorder a stock item, how much to order and where the stock comes from. Most distributors start with a reorder point: expected demand over the supplier lead time plus safety stock. The trigger must compare that point with inventory position, meaning stock on hand plus open purchase orders and inbound transfers, minus stock already promised to customers. If it compares shelf stock instead, reserved orders and late warehouse feeds make the ERP reorder too late.
A buyer checks a fast-moving item, sees 620 units on the shelf and moves on. Two days later the warehouse ships 180 of them against orders that were already accepted, and the supplier needs ten days to deliver. The formula in the ERP was right. It was looking at the wrong number. This guide works through one item from demand to purchase order, shows which records the decision depends on and explains how to prove the setup before buyers trust it.
What is inventory replenishment, and what should the ERP decide?
Inventory replenishment is the process of restoring stock before customers feel a shortage. For each stocked item and location, it answers three questions: when to reorder, how much to order and where the stock should come from. The source can be a supplier purchase order, a transfer from another warehouse or, for a manufacturer, a work order. An enterprise resource planning system (ERP) holds most of the records these answers need, so it is usually the right place to calculate them.
The ERP should propose the order; a buyer should own the exceptions. A reorder suggestion that nobody can explain gets overridden, and a rule that is overridden every week stops being a rule. The aim is a calculation simple enough for a buyer to check in a minute, using records the ERP already keeps accurate: demand, lead time, open orders, reservations and pack sizes.
Which replenishment method fits which items?
There is no single best method. A distributor usually runs two or three side by side, chosen by item behaviour. The table compares the common ones on the same criteria.
| Method | How it triggers | Fits | Data it needs | Typical failure |
|---|---|---|---|---|
| Min/max | When stock falls below a minimum, order up to a maximum. | Stable, low-value items and branch stock. | Two numbers per item and location. | Minimums set once and never revisited as demand or lead time changes. |
| Reorder point | When inventory position falls to expected lead-time demand plus safety stock. | Most regularly sold stock items with known suppliers. | Average demand, demand variation, supplier lead time and its variation. | Comparing the point with on-hand stock instead of inventory position. |
| Periodic review (order-up-to) | On a fixed cycle, order enough to reach a target level. | Suppliers with weekly order days, shared freight or consolidated containers. | Review interval, target level and lead time. | Safety stock sized for the lead time only, not the lead time plus the review gap. |
| Forecast-driven (MRP or DRP) | Net requirements from a forecast or production plan, time-phased by lead time. | Seasonal items, promotions, manufactured goods and multi-level networks. | A maintained forecast, bills of materials or distribution network, and planning calendars. | Planning on a forecast nobody owns, which produces confident but wrong suggestions. |
Material requirements planning (MRP) and distribution requirements planning (DRP) belong to the forecast-driven row. If your question is whether you need a separate planning tool at all, the MRP vs ERP guide covers where planning sits. The rest of this article uses the reorder point, because it is where most distributors start and where most of the avoidable errors appear.
How do you calculate the reorder point and safety stock? A worked example
Consider an illustrative distributor stocking hose clamp HC-210 in a main warehouse. The main warehouse sells an average of 40 units a day, including transfers to a branch, with a standard deviation of 12 units a day. The supplier quotes a 10-day lead time, but deliveries have varied by about 2 days either side. The business wants a 95% cycle service level: in 95 of every 100 replenishment cycles, stock should last until the order arrives.
Safety stock covers the variation. With a 95% service level, the factor from the standard normal distribution table is 1.65. Other common factors are 1.28 for 90% and 2.33 for 99%. When only demand varies, safety stock is the factor × daily demand variation × √(lead time). When lead time also varies, add both sources of variation inside the square root.
| Step | Calculation | Result |
|---|---|---|
| Lead-time demand | 40 units a day × 10 days | 400 units |
| Safety stock, demand variation only | 1.65 × 12 × √10 | 63 units |
| Safety stock, demand and lead-time variation | 1.65 × √(10 × 12² + 40² × 2²) = 1.65 × √7,840 | 147 units |
| Reorder point | 400 + 147 | 547 units |
| Order quantity | 20 days of demand = 800 units; supplier sells cases of 50 with a 500-unit minimum | 800 units (16 cases) |
The third row is the one teams miss. Two days of supplier variation more than doubles the safety stock, from 63 to 147 units, because a late delivery leaves the item exposed to 40 units of demand for each extra day. If the ERP stores only the quoted lead time, the safety stock looks smaller and cheaper than the real risk requires. Measure actual lead time from purchase-order date to goods receipt, per supplier, and refresh it at least quarterly.
For imported items, weigh the order quantity against landed cost rather than supplier price. Freight, duty and customs fees can add a fifth to the cost of a container, and they change the balance between ordering more often and holding more stock. The landed cost guide works through one shipment.
A cycle service level is not the same as a fill rate. A 95% cycle service level allows a stockout in about one cycle in twenty, but in those cycles most demand is still filled. Agree which measure the business means before it sets the factor, and set it by item class: for example, 99% for items whose absence stops a customer's production line, 90% for slow items that customers will wait for.
Why does the reorder point trigger too late?
Back to the buyer in the introduction. HC-210 has 620 units on the shelf, which is above the 547-unit reorder point, so nothing triggers. But 180 of those units are already reserved for accepted B2B orders waiting to ship, and no purchase order or transfer is open. The inventory position is 620 − 180 + 0 = 440 units, which is 107 below the reorder point. The order should have gone to the supplier already. By the time on-hand stock falls below 547, the safety stock is being spent before the supplier has even received the order.
- 01Count physical stockWarehouse system or 3PL → ERP
620 units on hand in the main warehouse, with the time of the last stock update
- 02Subtract stock promised to customersERP sales orders
180 units reserved against accepted orders not yet shipped, including channel and portal orders
- 03Add stock already on the wayERP purchasing and transfers
Open purchase-order lines and inbound transfers, counted once and in stock units
- 04Compare with the reorder pointERP replenishment rule
Position 440 against reorder point 547: raise a purchase request for 800 units
- 05Approve and send the orderBuyer → supplier
Purchase order for 16 cases; the open quantity now counts in position until receipt
ERPs handle this in different ways, so check yours. ERPNext's automatic material request, for example, compares the item's projected quantity with the reorder level, not the stock on the shelf. Whatever the system, find out which figure the trigger reads, and whether reservations from every sales channel reach it.
Three inputs that go stale
- Orders from other channels. If ecommerce or portal orders reach the ERP in a nightly batch, today's reservations are invisible until tomorrow. The B2B customer portal guide covers how orders should reach the ERP.
- Stock held by a 3PL. First prove that warehouse and ERP balances describe the same unit, state and cutoff: the inventory reconciliation ledger and template shows how to bridge late movements without overwriting balances. A third-party logistics (3PL) warehouse that sends one stock snapshot a night leaves the ERP up to a day behind. For HC-210, treating that delay as one extra day of lead time raises the reorder point from 547 to 588 units. A faster stock feed is often cheaper than carrying the extra 41 units for ever.
- Units of measure. A purchase order entered in cases and a reservation counted in units must both convert to the stock unit before they are added. One unconverted case of 50 on a purchase order shows as 1 unit and makes the position 49 units too low.
How should replenishment work across several warehouses?
With more than one location, each one needs its own reorder point and its own source. In the example, the branch sells 8 HC-210 units a day, with a standard deviation of 4, and is restocked by transfer from the main warehouse in a reliable 2 days. Its safety stock is 1.65 × 4 × √2 = 10 units, and its reorder point is 16 + 10 = 26 units. The branch should raise a transfer request, not a purchase order: buying for the branch directly splits supplier volume and can miss the case minimum.
The main warehouse must then count branch transfers as demand. In the example, its 40 units a day are 32 units of its own customer orders plus 8 units of transfers. If its forecast counts only its own customers, and the variation stays the same, its reorder point falls from 547 to 443 units. The main warehouse runs short by about 104 units, exactly when the branch asks for stock.
| Location | Source | Lead time | Reorder point | Order rule |
|---|---|---|---|---|
| Main warehouse | Supplier purchase order | 10 days, varying by about 2 | 547 units | 800 units in cases of 50; 500-unit minimum |
| Branch | Transfer from main | 2 days, fixed schedule | 26 units | One case of 50 per transfer |
| 3PL for ecommerce orders | Transfer from main, or direct supplier delivery if agreed | Transit plus the 3PL receiving time | Set from channel demand only | Whole cartons; confirm the 3PL receipt before counting it |
When stock sits with a 3PL, decide who owns the replenishment decision before setting any numbers. The ERP should keep ownership and treat the 3PL as a location. The connection then has to carry stock, receipts and adjustments back promptly enough for the position to be current.
Which ERP records drive the replenishment decision?
Most replenishment errors trace back to a master record rather than the formula. Before tuning safety stock, check that each record below has a named owner and a review date.
| Record | Field | Usual owner | What goes wrong if it is wrong |
|---|---|---|---|
| Item and location | Reorder point, order quantity, stocking flag | Purchasing or inventory planning | Items no longer stocked keep raising requests; new locations never replenish. |
| Supplier item | Lead time, minimum order quantity, case pack, purchase unit | Purchasing | Orders arrive late or are rejected for being below the minimum. |
| Sales orders and reservations | Reserved quantity by location | Sales and order management | Position overstated; the trigger fires late. |
| Purchase orders and transfers | Open quantity and expected date | Purchasing and warehouse | Cancelled or fully received lines still counted, so nothing reorders. |
| Demand history | Shipped quantity by day, excluding one-off orders | Planning or finance | A single project order inflates the average and the safety stock for months. |
| Stock levels | On-hand by location and last update time | Warehouse, WMS or 3PL feed | Stale counts trigger on a position that no longer exists. |
Exclude exceptional orders from demand history. A one-off project order for 2,000 units is not part of normal daily demand; leave it in, and the average and variation both rise and the ERP holds excess stock for months. Mark such orders when they are entered, so the history can exclude them without manual cleaning.
How do you set up replenishment in an ERP without disrupting buyers?
- 01Clean the item and supplier masters
Confirm stock units, purchase units, case packs, minimums and a measured lead time for each active supplier item.
- 02Decide sources by location
Mark which locations buy from suppliers and which receive transfers, and from where.
- 03Classify items and set service levels
Group items by value and criticality, then agree a cycle service level for each group with sales and finance.
- 04Calculate and load parameters
Compute reorder points and quantities from at least six months of cleaned shipment history, then load them for each item and location.
- 05Connect the position inputs
Make sure channel orders, 3PL stock, open purchase orders and transfers reach the ERP quickly enough, with failures reported to an owner.
- 06Run in suggestion mode
For several weeks, let the ERP propose orders while buyers keep ordering as before. Compare the two and investigate each large difference.
- 07Switch on automatic requests
Let the ERP raise purchase and transfer requests for approval, and recalculate parameters monthly or after a supplier change.
Suggestion mode is the control point. Every difference between the ERP's suggestion and the buyer's order has one of three causes: a wrong record, a rule that does not fit the item, or knowledge the buyer has that the system lacks, such as a supplier shutdown. The first two get fixed; the third becomes a documented override.
How do you test replenishment before buyers trust it?
Run these scenarios on a copy of live data, or with test items in the live system, before switching on automatic requests. Each test has a clear pass condition, so the result does not depend on opinion.
| Scenario | Pass condition |
|---|---|
| Reserve stock with a new B2B order | Inventory position falls by the reserved quantity immediately, and the trigger fires when it crosses the reorder point. |
| Place a purchase order in cases | Position rises by the case quantity converted to stock units, not by the number of cases. |
| Receive the purchase order in full | Open quantity falls to zero and on-hand rises by the same amount; position is unchanged. |
| Cancel half of an open purchase order | Position falls by the cancelled quantity, and a new request appears if it now crosses the reorder point. |
| Branch falls below its reorder point | A transfer request to the branch is raised from the main warehouse, not a supplier purchase order. |
| 3PL stock feed is late | The ERP flags the stale feed to its owner rather than replenishing on old figures without warning. |
| Supplier lead time changes | The reorder point recalculates on the next run, and the change is visible in the item history. |
When is a reorder point the wrong replenishment method?
A reorder point assumes that recent demand predicts the next lead time. That breaks for new items with no history, seasonal items, promoted lines and goods made or bought only against a customer order. Plan these from a forecast or from the order itself, and keep them out of the automatic rule until their demand settles.
Very slow, expensive items are another exception. An item that sells three times a year does not have a meaningful daily variation, and the formula will either hold too much or nothing at all. Keep a deliberate minimum, often one, with a named owner, or buy it only against a customer order.
Replenishment sits on top of the order and stock flows described in the wholesale order management guide. If those flows are reliable, the reorder rule becomes a quick check for buyers. If they are not, fix the reservations and stock feeds first. No safety-stock factor makes up for an inventory position that is a day out of date.
Bring one real order, the systems it crosses and the exceptions your team handles manually. We can turn that journey into an implementation scope.