Cycle counting is a topic that normally comes up during — or shortly after — the “up-and-running” phase of an enterprise resource planning (ERP) on-boarding is complete. It is a technique that is easily implemented but almost always incorrectly. Why? Because the philosophy most firms adopt for cycle counting is often contrary to its intended purpose, so, even with flawless execution they get poor results.
Your business has spent a good amount of time working to reap the benefits of implementing ERP; let's insure you're taking advantage of every benefit. Excess or incorrect inventory can be a drain on your bottom line and decimate profits and your plans for future business growth.
Cycle counting is a means by which a firm validates that its inventory management processes and procedures result in a target level for inventory accuracy. For those of you familiar with Statistical Quality Control, it is similar in concept to ensuring that a manufacturing process is in control.
To illustrate this and how it is different from how most firms approach cycle counting here is what it is not: “a periodic way to update inventory in the system so that it matches physical inventory.”
There is a striking difference between these two approaches, and it has to do with what you do after comparing the count to the quantity on hand.
Most firms, as I have already mentioned, simply update the system with the cycle count amount, sometimes after issuing a recount. A properly implemented cycle counting program seeks to identify the root cause for any discrepancies and fix them. Why? So that future cycle counts don't uncover the same mistakes over and over again.
So, how do you go about implementing a good cycle counting program? Try this.
Highlight to everyone that cycle counting validates accuracy and is a means to identify problems for which the root cause will be fixed.
You'll need a target to shoot for. Make sure that everyone knows what it is. You'll have achieved your goal when all counts on a given cycle count meet or exceed your target.
The number of items you count per day will vary from firm to firm but the number 30 is a good place to start simply because a random sample of this size is statistically significant.
Many firms count their fast movers more often than slow movers but this might not be the best approach. Because you are trying to uncover the root causes for inventory inaccuracies, a cross section of items counted during each cycle is a better approach. Identify how items are handled differently and then count some from each of these handling groups during each cycle count.
This phase is no different than adopting cycle counting with the wrong philosophy.
For any count that is outside the tolerance you have set for inventory accuracy, determine why the inaccuracy occurred and fix it. Are your bills of material correct? Are there problems with shrinkage? Is the engineering or QA departments adhering to proper inventory processing procedures? Perhaps labeling is a factor. When the count in the system does not match the physical count there is a reason. Determine what it is and work to ensure that it does not happen again.
Your goal should be to be surprised when the count in a cycle count does not match the quantity on hand in the system. It won't happen overnight.
It will take time because determining root cause is challenging and implementing changes that eliminate those causes is even more challenging. But, the rewards are great.
With accuracy comes the potential for speed and responsiveness to customer demand with no inventory related mistakes and a lower investment in inventory. Oh, and did I mention that some firms that can demonstrate high levels of accuracy though cycle counting have even done away with full physical counts? Remember, it all starts with the correct philosophy.