On-hand 1,050 plus PO 200 = 1,250—below ROP 1,380. Why did the system not order?
Check alert setup: some ERPs compare on-hand only, not on-hand + on-order. Fix logic before blaming the buyer.
Library / Inventory Control / Reorder Point
Reorder Point: plain-English definition, formula, worked example, how to interpret the result, peer-based benchmark guidance, common mistakes, and management actions in the ZBI Business Control Library.
Reorder point is the inventory level that tells you to place the next order—enough to cover expected usage during supplier lead time plus your safety stock. When on-hand plus on-order hits ROP, you buy. For MRO at 90 units per day, ten-day lead time, and 480 units safety, ROP = 1,380. Wrong ROP floods the warehouse or stops the line; ERP automation only helps when master data reflects reality, not the lead time on a three-year-old supplier brochure.
ROP too low means expedited freight and production waiting on bolts—margin and delivery dates take the hit. ROP too high ties cash on shelves you already buffered with safety stock. When lead time slips from ten to twelve days and nobody updates master data, on-hand 1,050 plus PO 200 = 1,250 looks fine against old ROP 1,380 until the line stops. Multi-site businesses running one national ROP miss regional stockouts. ROP is where policy meets execution; ignore it and buyers either fire orders at zero or ignore alerts that cry wolf.
Reorder Point = (Average Daily Usage × Lead Time) + Safety Stock
Average daily usage — stable recent consumption rate in units.
Lead time — days from order release to goods available for use.
Safety stock — buffer from your safety-stock policy.
Excel: =B2*B3+B4
MetalPro Industries d.o.o., a EUR 2M manufacturer in Slavonski Brod, runs MRO bolts: usage 90/day, quoted lead time ten days (twelve days experienced last quarter), safety stock 480. ROP = 900 + 480 = 1,380. On-hand 1,050, open PO 200 → projected 1,250, below ROP. Planner releases PO for EOQ 2,000 units. After lead-time slip, master data updates to twelve days; ROP rises to 1,560 and prevents a near stockout.
ROP triggers action—alerts must fire before you hit zero.
Judge ROP by stockout frequency and emergency order count, not a universal unit level. Compare parameters to actual lead-time distribution from GRN statistics. If alerts fire weekly but stockouts are zero, you may be over-buffered; if stockouts persist, usage or lead time inputs are wrong.
Check alert setup: some ERPs compare on-hand only, not on-hand + on-order. Fix logic before blaming the buyer.
Update lead time first; ROP = usage × lead time + safety. Recalculate ROP to 1,560 before debating safety.
Only if usage and lead time are identical. Otherwise you stockout in Osijek while Zagreb holds excess.
Order MOQ but revisit ROP and safety so you do not systematically overstock every cycle.
When line stops for stockouts or when emergency freight on MRO exceeds EUR 5k in a month.
Reorder point tells you when to order based on usage, lead time, and safety stock. Keep master data honest and review triggers against stockouts and overstock outcomes.
Reviewed by ZBI Business Control Library · Last updated 2026-06-15