Why Shipping Tools Assume Every Order Can Be Picked The Real Cost of an Order With No Exception Process How Should Staff Flag an Order They Can’t Fulfil? From Stockout to Re-Route: How Reallocation Should Work What Does Head Office Need to See When Orders Go Wrong? Shipping Tools vs a Real Exception Process An order comes in. A staff member goes to pick it. And the item isn’t there — it’s damaged, it’s been sold on the floor, but the system hasn’t caught up, or nobody can find it on the shelf where it’s meant to be. Every retailer running ship-from-store or pickup in store hits this moment. Not often, but often enough that it needs an answer. Most systems don’t have one. Shipping tools, freight platforms, even Shopify’s own fulfilment flow are all built around the order that goes right: item is in stock, item gets picked, item gets shipped or collected. That’s most orders, so that’s what most tools optimise for. The order that can’t be fulfilled — because the stock isn’t there, isn’t sellable, or can’t be found — is treated as an edge case rather than a workflow. Which means when it happens, there’s no process for it. Just a staff member with a problem and no clear next step. That gap is where sales quietly disappear, and where customer trust takes the kind of hit that shows up in a review, not a spreadsheet. Here’s what should happen to a Shopify order you can’t fulfil — and why building a real process around it turns a stockout into a re-route instead of a lost sale. Most fulfilment and shipping software is built to move an order from “placed” to “shipped” as efficiently as possible. That’s the job it’s designed for, and for the vast majority of orders, it’s the only job that matters. The problem is what happens the moment reality doesn’t cooperate. Bricks-and-mortar stock is never perfect. Counts drift between systems. A customer can be walking around the shop floor holding the last unit while a picker is scanning the shelf where it’s supposed to sit. An item gets damaged in the stockroom and is technically “in stock” but not sellable. None of this is a failure of the store — it’s just what running physical inventory across multiple locations looks like. Tools built purely around shipping and freight don’t account for any of it. They assume the product is perfect and the pick will succeed, because that’s true often enough that building for the exception felt optional. It isn’t. A retailer running ship-from-store across a handful of locations will hit this scenario regularly enough that “we’ll deal with it manually” becomes its own ongoing cost — one nobody budgeted for because it never showed up as a line item, just as friction. Without a clear process, an order that can’t be fulfilled doesn’t disappear. It becomes a problem that lands on whoever happens to notice it — and how it gets handled from there depends entirely on who that person is and how much time they have. Left unmanaged, this plays out in a few predictable ways, and none of them is good: Every one of these outcomes costs something: a sale, staff time, or reputation. And they’re avoidable, because the underlying problem isn’t the stockout itself — stock issues are a normal part of retail. The problem is not having anywhere for the exception to go. The fix isn’t asking store staff to do more administration when something goes wrong — it’s giving them a way to flag it in seconds and get straight back to the customer standing in front of them. A staff member’s job is to merchandise, serve customers, and close a sale. Every minute spent navigating a complex system to report a stock issue is a minute pulled away from that. This matters even more given how retail actually rosters its floor. Casuals, seasonal hires, and staff covering a shift at a different store all need to be able to flag a problem order without needing to know who to call or how to word an email. A system that only your most experienced staff can operate is a system that fails the moment they’re not on shift — which, on a Sunday or during a rush, is exactly when exceptions tend to happen. The standard worth building toward: a staff member can’t pick an item, marks it in one action with a reason — damaged, can’t locate, sold on the floor — and it’s immediately visible to head office. No phone call, no email chain, no interrupting the customer they’re serving. That single action is also what turns the head office from reactive to proactive. Instead of finding out what went wrong after a complaint, head office sees the issue the moment it happens and can act on it before it becomes a pattern — reallocating stock issues across stores, catching a location with a recurring pick-accuracy problem, or simply making sure a customer isn’t left wondering what happened to their order. Flagging the problem is only half the answer. The other half is what happens next — and this is where most tools stop, because cancelling the order and issuing a refund is the default path when nothing else is built in. There’s a better option, and it should be available in one click: if the store that received the order can’t fulfil it, reallocate it to a store that can. The customer still gets their item — it just comes from a different location, and the order’s location updates automatically rather than requiring a manual re-entry into a shipping tool or a second order created from scratch. This is the shift worth making in how a stockout gets treated. It isn’t automatically a lost sale. It’s a routing problem, and routing problems have routing solutions. A store that’s out of stock, or has a damaged unit, or genuinely can’t locate an item shouldn’t have to default to a refund when the network as a whole has what the customer ordered. Reallocating instead of refunding protects the sale, and it does it without adding a single extra step for the customer, who never needs to know an item moved between locations to reach them. Refunds still have their place — sometimes the whole network is out, sometimes the customer would rather have their money back than wait. But a refund should be a deliberate choice, not the only option available because nothing else was built. A single problem order is a staff-level issue. Ten problem orders across five stores in a week is a pattern, and patterns are the head office’s job to catch — but only if they’re visible in one place. Every flagged order should surface to a single view, regardless of which store it came from. From there, the head office needs the ability to: That last point matters more than it might seem. When something does go wrong badly enough to need investigating — two customers who received each other’s orders, a pattern of damaged stock from one location, a customer disputing what they were told — an audit trail is the difference between a quick answer and a guessing game. Every action tied to a named staff member turns “we’re not sure what happened” into “here’s exactly what happened, and when.” A Shopify order you can’t fulfil isn’t a failure of your store or your stock — it’s a normal part of running fulfilment across multiple locations. What determines whether it costs you a sale is whether there’s a process for it at all. Most shipping and fulfilment tools don’t have one, because they’re built for the order that goes right, not the one that doesn’t. The fix isn’t complicated, but it does need to be built in from the start: let staff flag an issue in one action without leaving the shop floor, give head office real-time visibility instead of a complaint-shaped surprise, and default to reallocating stock before defaulting to a refund. Handle it that way, and a Shopify order you can’t fulfil becomes something your business routes around — not something that quietly costs you the sale. SAAS Integrator’s Order Management app was built around exactly this gap. Staff flag a cannot-fulfil order in seconds with a reason attached, head office sees every problem order across every store in one Service Dashboard, and reallocating to a store with stock — or refunding natively through Shopify — is one click away, with a full audit trail behind every action. Without a defined process, it typically sits unresolved, gets escalated manually by phone or email, or is cancelled and refunded outright — even if another store has the item in stock. With a proper workflow, staff flag the order with a reason in one action, the head office sees it immediately, and the order can be reallocated to a store that can fulfil it instead of defaulting to a refund. Most shipping and freight tools are built around the order that goes as planned: in stock, picked, and shipped. They assume every product is sellable and every pick succeeds, so there’s rarely a built-in path for a damaged, missing, or out-of-stock item — it becomes a manual workaround instead of part of the workflow. Yes, when the workflow supports it. If the original store can’t fulfil an order, it can be routed to another location that has the stock, with the order’s location updating automatically. This protects the sale instead of defaulting to a refund purely because nothing else was available. Every flagged order should be visible in one dashboard, regardless of which store raised it. Head office can then see status, reallocate stock, process refunds, and review a full audit trail of who did what and when — without waiting for a customer to complain first.Overview
Why Shipping Tools Assume Every Order Can Be Picked
The Real Cost of an Order With No Exception Process
How Should Staff Flag an Order They Can’t Fulfil?
From Stockout to Re-Route: How Reallocation Should Work
What Does Head Office Need to See When Orders Go Wrong?
Shipping Tools vs a Real Exception Process
Typical shipping/freight tool
A proper “cannot fulfil” workflow
Assumes every pick succeeds
Yes — no path for a failed pick
No — built around the exception as a normal event
Staff can flag a problem
Rarely, or only by leaving the tool (phone, email)
One action, with a reason, in seconds
Head office visibility
Only after a customer complains
Real-time, across every store
Default resolution
Cancel and refund
Reallocate to a store with stock, or refund — a real choice
Audit trail
Limited or none
Every action tied to a named staff member
Customer experience
Silence, then a cancellation
Order re-routed with no visible disruption
Turn Every Stockout Into a Re-Route, Not a Lost Sale
Tired of a Shopify order you can’t fulfil turning into a lost sale?
Want to see the cannot-fulfil workflow in action?
Common Questions
What happens to a Shopify order you can’t fulfil?
Why don’t shipping tools handle orders that can’t be fulfilled?
Can an order be reallocated to a different store instead of being refunded?
How can head office track problem orders across multiple stores?




