Every supply chain tool needs one thing: reliable data Forecasting, planning, order promising and robots all read the same stock number. If it’s wrong, every one of them gets it wrong faster. The dashboard says 40 on hand. The control tower is green. A picker’s standing at the location looking at an empty slot, and those 40 have already been promised to customers. Nobody bought a bad tool. Every system involved did what it was told. They all read the same number, and the numb

Everyone needs the stock number. One person counts it The buyer needs the number to place the order. The planner needs the number to build the forecast. The warehouse manager needs the number to hit the fill rate. The 3PL customer needs the number by end of day. And somewhere in the back, one person is walking the rack with a scanner, trying not to lose count because someone started talking to them in aisle 7. This is the quiet dysfunction of inventory counting. It's a cross-

Inventory inherits every shortcut the warehouse takes I've never met a lazy inventory team. Not once. What I have met, over and over, is inventory teams running on bad tools and worse timing, expected to produce accurate numbers in conditions that almost guarantee they won't. Here's the thing people outside the warehouse don't get: the count never happens in isolation. The dock is receiving while the pickers are still pulling from the same locations you're trying to freeze. S

99% at every step. Why only 93% at the end? A warehouse running 99% accuracy at receiving, putaway, picking, and packing sounds pretty tight. Four steps, four nines. But if you actually multiply those out — 0.99 × 0.99 × 0.99 × 0.99 — you land at 96%. Add a fifth step like a transfer or a label scan and you're in the low 90s. That's not a disaster scenario. That's a normal operation with no single obvious failure point, bleeding out slowly across every shift. This is why 'our

Demand rises overnight. Fulfilment capacity doesn't Most companies have a plan for selling more. Almost none of them have a plan for counting more. And that gap is exactly where things fall apart. Here's what actually happens. Demand jumps — a big retail promo, a seasonal surge, a contract you weren't quite ready for. The warehouse goes from moving 800 lines a day to 1,400. Pickers are moving faster, receiving is stacking pallets in the wrong lanes because the right ones are

The bottleneck is where work starts waiting Most warehouse managers I've talked to think they already know where their bottleneck is. It's pick. It's pack. It's the dock doors at shift change. But when you actually map where orders are sitting — not moving, just sitting — the answer is almost never where the noise is loudest. Start with dwell time, not throughput. Pull your order timestamps and find where the gap between "arrived at this stage" and "left this stage" is widest

Find the source of the error before correcting the number Most inventory errors aren't counting problems. They're process problems that counting eventually exposes. Think about where discrepancies actually come from in a real operation. A pallet gets moved without a transfer being logged. A kit gets partially picked and the remainder gets shoved back on the shelf in the wrong slot. A barcode is damaged and the scanner misreads it, or the counter skips it entirely because they

The closest warehouse isn't always the best choice Most systems will give you an answer when an order drops. Nearest warehouse. Most stock. First available. Sounds simple. But anyone who has run fulfilment across more than one DC knows that the automatic answer and the right answer are not always the same thing. Take a scenario that comes up more than people admit: you have two locations that can both fulfil a customer order. One has full stock, one has to split across two pa

Everyone has the evidence. Nobody has the same answer Ask the warehouse team how many units of SKU 4471 are on hand and they'll tell you 144. Ask the replenishment planner and she'll say 112. Pull the ERP and it shows 158. Nobody is lying. Nobody keyed anything in wrong on purpose. They're just working from counts that happened at different times, in different ways, with different people running the scan guns. And now three groups are making real decisions off three different

Trust the count, not the noise Your system says 144 units on hand. Your count says 117. Someone made a decision last quarter based on that 144, and now you're short on a Tuesday afternoon with a truck at the dock. This happens more than anyone wants to admit, and the usual response is to argue about the count rather than fix what's causing the noise. The noise is the problem. Cycle counts done on clipboards that get transcribed later. Scanner guns that drop connections mid-ai

Demand tells you what customers want—and when they want it When the waiter promises something the kitchen can't deliver, the customer leaves angry and doesn't come back. That's not a hospitality metaphor. That's a warehouse Tuesday. Demand is fast, loud, and confident. It takes orders without checking with anyone. Supply is slower — it's physical, it lives on pallets and in slots, it has lead times and receiving windows and cycle count schedules. The problem is that most oper

Too much stock can expire. Too little can disrupt patient care A miscount in a distribution center means a delayed shipment. A miscount in a pharmacy means a patient gets the wrong dose, or nothing at all. That distinction changes everything about how you have to manage the inventory. The unit-of-measure problem alone is enough to drive you sideways. The same medication might be purchased in cases of 500 tablets, stored in bottles of 100, dispensed in blister packs of 30, and

More orders. More pressure. More room for fulfillment errors Fast growth in D2C is exciting right up until you realize your inventory numbers are fiction. Not malicious fiction — just slow drift. A unit miscounted here, a return not logged there, a bundle kit partially picked and shelved wrong. When you're shipping 50 orders a day out of a garage, you feel the discrepancy instantly. When you're shipping 800 orders a day out of a 3PL with two shifts, the drift is invisible unt

Not every SKU needs the same counting frequency A facility I heard about last year dropped six figures on new reach trucks and a conveyor upgrade. Pick rates went up 30%. Fulfillment errors went up too. Turns out they'd been running on cycle count data that hadn't been fully reconciled in months, and the faster they moved, the faster they shipped the wrong thing to the wrong place. Better equipment is worth every penny — when the stock it's moving is where the system says it

Cycle counting means checking stock continuously—not once a year Most warehouses pick a counting method early on and never revisit it. The operation grows, SKU count doubles, and they're still running the same full physical they ran when they had a single dock door and twelve employees. That mismatch is where shrink hides. A full physical count stops the building. Everything freezes — receiving, shipping, picks — while your team walks every slot and reconciles every discrepan

Moved physically. Never moved in the system Your system says you have 48 units of a SKU. Your picker walks to the slot and finds 11. Or a empty bay. Or someone else's product shoved in there from a messy put-away two weeks ago. The order is late, the customer is calling, and your inventory accuracy report from last Tuesday still says 98.6%. That number is the problem. Not because it's lying exactly, but because it's a snapshot of what your last count found, not a reflection o

Know what you have, where it is, and when it moves Bad stock numbers don't come from laziness. They come from clipboards, spreadsheets that are three days out of date, and count sheets that someone filled in from memory because the scanner died in aisle 9. The gap between what your system says you have and what's actually on the rack is where shrink hides, where stockouts happen, and where your team loses an hour every Tuesday morning reconciling numbers that should never hav

Your warehouse isn’t slow. It’s waiting Most warehouses don't have a speed problem. They have a waiting problem. And there's a difference. Speed is how fast your team moves when they're moving. Waiting is everything else — the gap between a count finishing and a supervisor knowing about it, the three minutes someone spends hunting down a clipboard, the recount that happens because nobody trusted the first number. Those gaps don't show up on a productivity report. They just qu

The goal isn’t the lowest stock. It’s the right stock There's a metric that gets chased in every DC I've ever worked in: inventory reduction. Leadership wants it down, finance wants it down, and whoever hits the lowest number gets the slide in the QBR. I get it. Carrying costs are real. But I've watched operations cut so deep they were air-freighting product at 9x the cost because a single supplier had a two-week delay. The savings evaporated fast. The goal isn't lowest. It's

Your system says one number. Your warehouse may say another. Most operations teams I've talked to will tell you their inventory accuracy is somewhere in the high 90s. And maybe their system says that. But if you've ever walked a count and found a pallet of product sitting in a lane that hasn't been touched in three weeks, or pulled up a pick location to find 47 units when the WMS says 200, you already know there's a gap between the number and the truth. The problem usually is