← All insights

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.

  1. 01Demand
  2. 02Position
  3. 03Trigger
  4. 04Order
  5. 05Receive
Short answer

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.

Common replenishment methods compared by fit, data needs and typical failure
MethodHow it triggersFitsData it needsTypical failure
Min/maxWhen 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 pointWhen 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.

Reorder point for HC-210 in the main warehouse (illustrative figures)
StepCalculationResult
Lead-time demand40 units a day × 10 days400 units
Safety stock, demand variation only1.65 × 12 × √1063 units
Safety stock, demand and lead-time variation1.65 × √(10 × 12² + 40² × 2²) = 1.65 × √7,840147 units
Reorder point400 + 147547 units
Order quantity20 days of demand = 800 units; supplier sells cases of 50 with a 500-unit minimum800 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.

Inventory position for HC-210
  1. 01
    Count physical stockWarehouse system or 3PL → ERP

    620 units on hand in the main warehouse, with the time of the last stock update

  2. 02
    Subtract stock promised to customersERP sales orders

    180 units reserved against accepted orders not yet shipped, including channel and portal orders

  3. 03
    Add stock already on the wayERP purchasing and transfers

    Open purchase-order lines and inbound transfers, counted once and in stock units

  4. 04
    Compare with the reorder pointERP replenishment rule

    Position 440 against reorder point 547: raise a purchase request for 800 units

  5. 05
    Approve and send the orderBuyer → supplier

    Purchase order for 16 cases; the open quantity now counts in position until receipt

Each input to inventory position comes from a different record and owner. The calculation is only current when every input is current.

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.

Replenishment settings for HC-210 by location (illustrative)
LocationSourceLead timeReorder pointOrder rule
Main warehouseSupplier purchase order10 days, varying by about 2547 units800 units in cases of 50; 500-unit minimum
BranchTransfer from main2 days, fixed schedule26 unitsOne case of 50 per transfer
3PL for ecommerce ordersTransfer from main, or direct supplier delivery if agreedTransit plus the 3PL receiving timeSet from channel demand onlyWhole 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.

Records a reorder-point rule depends on, with owners and failure symptoms
RecordFieldUsual ownerWhat goes wrong if it is wrong
Item and locationReorder point, order quantity, stocking flagPurchasing or inventory planningItems no longer stocked keep raising requests; new locations never replenish.
Supplier itemLead time, minimum order quantity, case pack, purchase unitPurchasingOrders arrive late or are rejected for being below the minimum.
Sales orders and reservationsReserved quantity by locationSales and order managementPosition overstated; the trigger fires late.
Purchase orders and transfersOpen quantity and expected datePurchasing and warehouseCancelled or fully received lines still counted, so nothing reorders.
Demand historyShipped quantity by day, excluding one-off ordersPlanning or financeA single project order inflates the average and the safety stock for months.
Stock levelsOn-hand by location and last update timeWarehouse, WMS or 3PL feedStale 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?

A staged route from clean records to automatic purchase requests
  1. 01
    Clean the item and supplier masters

    Confirm stock units, purchase units, case packs, minimums and a measured lead time for each active supplier item.

  2. 02
    Decide sources by location

    Mark which locations buy from suppliers and which receive transfers, and from where.

  3. 03
    Classify items and set service levels

    Group items by value and criticality, then agree a cycle service level for each group with sales and finance.

  4. 04
    Calculate 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.

  5. 05
    Connect 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.

  6. 06
    Run 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.

  7. 07
    Switch 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.

Replenishment acceptance tests
ScenarioPass condition
Reserve stock with a new B2B orderInventory position falls by the reserved quantity immediately, and the trigger fires when it crosses the reorder point.
Place a purchase order in casesPosition rises by the case quantity converted to stock units, not by the number of cases.
Receive the purchase order in fullOpen quantity falls to zero and on-hand rises by the same amount; position is unchanged.
Cancel half of an open purchase orderPosition falls by the cancelled quantity, and a new request appears if it now crosses the reorder point.
Branch falls below its reorder pointA transfer request to the branch is raised from the main warehouse, not a supplier purchase order.
3PL stock feed is lateThe ERP flags the stale feed to its owner rather than replenishing on old figures without warning.
Supplier lead time changesThe 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.

Find the handoff that needs fixing.

Bring one real order, the systems it crosses and the exceptions your team handles manually. We can turn that journey into an implementation scope.

Discuss your workflow