This afternoon a pallet hit the dock with 42 mixed SKUs, half opened-box and three no-RMAs; I spun up a scan-and-drop lane by condition code and we pushed 68% back to saleable by 5 p.m., but the lag before inventory posted left fulfillment short-picking the same items. How are you handling real-time restock on returns without creating shrink — any workflow or system tweak that keeps counts straight the moment we close the disposition?
creating shrink — any workflow or system tweak that keeps counts straight the moment we close the disposition? We fixed it by scanning returns into a ‘Restock-Stage’ bin that posts on-hand immediately but isn’t pickable, then a second shelf scan flips it to the live bin and auto-reallocates shorts — zero lag, no double-picks. Could your WMS do a simple two-scan putaway like that?
Same pain when we were hitting about 68% back to saleable by 5 p.m.; we changed dispo close to post inventory instantly into a non-pickable “Return-Stage” bin. ATP sees the units, but we block wave allocation until the stow scan moves them to the live slot, which killed short-picks without inviting shrink.
We mark saleable return LPNs as ‘in-transit’ on dispo close — ATP bumps instantly, but they’re not pickable until the first stow scan clears the flag; if it doesn’t happen in 10 minutes, we auto-revert and fire a 1-line cycle count, which kept shrink flat and killed short-picks. Want my timeout script?
We added a 7‑minute cooldown on SKUs touched in the returns lane; the condition scan bumps ATS immediately, but wave rules won’t allocate those items until the cooldown or the first putaway scan clears it. That killed short-picks without moving shrink; for the “no-RMAs” we auto-issue a blind RMA at lane open so counts reconcile upstream. If your “scan-and-drop” on 42 mixed SKUs is tight, you can drop the window to 3–5 minutes if putaway is nearby.
Same problem on afternoon waves, so we built a pickable ‘RET-HOT’ cart: first condition scan moves units to that cart location and ATS ticks right away; only that cart can allocate until stow. It covers the posting lag you’re seeing and avoids shrink because each open‑box rides a sealed LPN; if it’s not stowed in 15 min it auto‑reverts — @steven70 your in‑transit flag is close, but making the cart pickable stopped us chasing ghosts.
When we get a 40+ mixed‑SKU pallet like that, we kept seeing orders grab units before they were truly back, . We added a ‘provisional’ inventory status: the first scan bumps on‑hand immediately, but only replen can use it until a quick photo + weight check posts (cheap USB scale), about 3–5 minutes, then it auto‑converts so waves can allocate. No‑RMA items go to an exception tote, and opened‑box stays in provisional until an accessory check; @samir, have you tried weight deltas instead of a fixed timer?
Quick example: we tied a floor scale to the returns lane and only make units pickable when the tote weight matches expected within a tight tolerance; if not, the LPN stays in QA. It’s faster than timers and cut backorders without letting junk slip, though kits/accessory-heavy SKUs still need a manual check. @samir, would a weight gate help on those no-RMAs?