Reorder Point Exceptions for Multichannel Sellers
Shopify, inFlow and NetSuite all teach the same useful baseline: reorder point equals average daily demand multiplied by lead time, plus safety stock. That formula is a good starting point. It is not enough for a seller running bol.com, Amazon, Shopify, WooCommerce, B2B and one or more warehouses from the same physical stock.
The operational problem is not only knowing when stock is low. It is knowing whether the low-stock signal is real, urgent and profitable to solve. A multichannel seller can hit the reorder point because a supplier is late, because a marketplace campaign is starting, because return stock is waiting for inspection, because Amazon FBA consumed stock that Shopify still expects, or because the warehouse already has an inbound transfer that the buying spreadsheet cannot see.
Why the standard reorder point breaks in multichannel ecommerce
The classic formula assumes one demand stream, one lead time and one clean stock balance. Multichannel operations rarely look like that. A single SKU may have separate sales velocity on Amazon, bol.com and the webshop. The same unit can be on hand in the warehouse, reserved for a marketplace order, promised to a B2B customer, listed as available on Shopify and still not truly safe to sell.
Competitor content usually explains the formula correctly, but stops before the hard part: exception handling. The gap is between planning math and operating reality. Sellers need a practical rulebook that turns reorder signals into buy, transfer, pause, reserve or investigate decisions.
Build three stock ledgers before changing the formula
Do not start by adding more complicated forecasting. Start by separating stock into three ledgers. On hand is what the warehouse physically holds. Available to sell is what can safely be published to marketplaces after buffers and reservations. Available to promise is what can be offered after inbound purchase orders, supplier reliability and warehouse capacity are considered.
This distinction matters because overselling often happens while the on-hand number is technically correct. The issue is that the number was exposed to too many channels at once. ChannelDock's inventory feature overview and integration layer are built around that operating principle: channels should not each invent their own version of stock.
A reorder point is not a purchase order. It is a signal that must be checked against channel commitments, supplier reliability and warehouse reality before the buyer acts.
The seven exceptions every buyer should see
A reorder exception is a reason to challenge the default action. If a SKU falls below its reorder point, the buyer should not automatically create a purchase order. First, the system should classify the event.
- Promotion exception: a marketplace campaign, email push or influencer moment is about to distort normal velocity.
- Supplier exception: lead time has shifted, minimum order quantity changed, or the supplier has missed its last delivery window.
- Marketplace exception: a channel with strict cancellation penalties needs stock protected before a lower-priority channel gets it.
- Return exception: return stock exists but is not inspected, graded or ready to resell.
- Warehouse exception: stock is present but not pickable because it is in receiving, quarantine, cycle count or transfer.
- Bundle exception: the parent SKU appears healthy, but one component is about to break the bundle.
- Cash exception: the reorder is mathematically correct but cash, storage or dead-stock risk makes a smaller buy or transfer better.
The decision flow: buy, transfer, pause or investigate
The best reorder process does not ask only “how many should we buy?”. It asks which action restores sellable inventory at the lowest risk. Sometimes the answer is a purchase order. Sometimes it is a stock transfer, a channel buffer change, a temporary listing pause, or an investigation into missing warehouse movements.
- 1Calculate the base trigger per SKU and locationUse average daily sales multiplied by supplier lead time, then add safety stock. Store it per warehouse, not only per product.
- 2Classify the exception before buyingIs the trigger caused by real demand, a promotion, a sync delay, a supplier delay, a return backlog or an inter-warehouse transfer? Each cause needs a different action.
- 3Reserve before you reorderProtect units already promised to bol.com, Amazon, Shopify, B2B and POS before deciding how much is truly available for future sales.
- 4Escalate only the profitable gapsFast-track A SKUs and campaign SKUs. Let slow movers wait for the next normal buying cycle unless a marketplace SLA is at risk.
- 5Write back the decisionLog whether the team bought, transferred, paused listings or changed a buffer so the next trigger learns from the outcome.
What ranking articles miss
Most ranking pages explain demand, lead time and safety stock. Some mention multi-location stock. Few explain how the reorder rule should behave when marketplaces fight over the last units. That is the difference between a planning article and an operations system.
For example, a seller with 80 units on hand may appear safe. But if 25 units are reserved for open Amazon orders, 20 units are committed to a bol.com promotion, 10 units are in returns inspection and 15 units are needed for a B2B repeat customer, the real available-to-sell number is not 80. It is the remainder after promises, buffers and quality gates. The reorder point must see those promises before it tells the buyer to wait.
Formula-only reordering
- One global stock threshold per SKU
- Ignores marketplace campaign dates
- Treats delayed returns as lost stock
- Creates emergency POs when transfers would solve the gap
Exception-led reorderingRecommended
- Thresholds per SKU, warehouse and channel
- Promotion and lead-time overrides
- Reservations separated from sellable stock
- Transfer, pause and buy decisions logged
How to set reorder exceptions without creating noise
Too many alerts make buyers ignore all alerts. Start with exception rules for the SKUs that matter most: A items, seasonal items, campaign products, long-lead-time items and products sold on penalty-heavy marketplaces. Let slower items keep a simpler rule until their sales velocity justifies more control.
A practical setup is to review A SKUs daily, B SKUs twice a week and C SKUs weekly. Campaign SKUs should move temporarily into the daily group from two weeks before the campaign until the post-campaign returns window is clear. That cadence is more useful than pretending every SKU deserves the same level of attention.
The goal is not a perfect forecast. The goal is a reorder signal that understands which units are already promised, which units are truly sellable and which exception needs a human decision.
Where ChannelDock fits
ChannelDock is not trying to make buyers love spreadsheets less by adding another spreadsheet. The value is connecting live stock sync, marketplace availability, orders, warehouse events and integrations so the reorder signal is based on operational truth. When a unit sells on Amazon, returns from bol.com, moves between warehouses or gets reserved for B2B, the available stock shown to every channel should change accordingly.
That is also why reorder exceptions belong next to order and warehouse data, not in a detached planning file. If the decision is to pause a channel, route stock from another warehouse or protect units for a campaign, the same system should update channel availability and warehouse work. Sellers who also run their own picking flow can pair this with ChannelDock's pick and pack workflow so stock decisions and warehouse execution stay aligned.
- Keep the classic formula, but surround it with exception rules that understand channels, warehouses and supplier behaviour.
- Separate on-hand stock from available-to-sell stock. A unit can exist in the warehouse and still be unavailable because it is reserved for a marketplace order or promotion.
- Review reorder exceptions daily for A SKUs, campaign SKUs and products with volatile lead times. Weekly review is too slow during marketplace peaks.
- Connect inventory sync, purchase orders and warehouse movements so each decision updates the next reorder signal instead of living in a buyer spreadsheet.
FAQ
What is a reorder point exception?
Should every marketplace use the same reorder point?
How often should multichannel sellers review reorder exceptions?
Can ChannelDock replace reorder-point spreadsheets?
What is the biggest risk of automating reorder points?
Conclusion
Reorder points still matter. The formula is simple because it captures a real truth: buy before lead-time demand consumes the stock you need. Multichannel sellers need one more layer: exceptions that understand channel promises, warehouse status, supplier reliability and marketplace risk.
If your team already knows the formula but still has stockouts, rushed purchase orders or surprise oversells, the problem is probably not the formula. It is the missing operating rule between the formula and the action.