今天我们来探讨一个让我们比较头疼的问题： 即当我们在处理订单时，库存出现问题的状况。
一般来说，产生这类状况的原因有两种：
一种是拣货出错导致的，即我们仓库方这边自己出现了问题。另一种是订单本身有问题，即采购方面出现的问题。
以下分别讨论两种情况不同的处理方式：
先说拣货导致的库存问题
拣货过程当然难免会有一些错误，比如说，本来需要SKU代码为A的货物，结果错拿了SKU代码为B的货物。
一般的操作过程，是进行更换，如果是灵活库位制，同一种SKU在存储在多个不同库位上，我们就比较头疼了，这个A货物我们当然知道要在哪个库位拣货，因为有拣货单，但这个B货物应该放回到哪个库位呢?
最准确的办法是对所有库位上的B货物进行盘点，从而判断应该归还到哪里。但在紧张的现场操作过程中，这样的盘点是极为耗时耗力的，而且在出入库过程中，系统库存和库位上的实际库存都在不断变动，基本没法进行盘点。
这个问题的结果，就是系统库存与实物库存不能准确对应，那么就会有拣货单要求到某个库位拣货，结果那个库位没有货物的情况。而对这个问题的处理，有不同的思路：
一个是不处理，直接放置在某个特定的暂存区，如果后面有库位上找不到货的情况，就到这个暂存区寻找，直到下一个盘点节点再把货物放回库位。
一个是随便放到一个存储有该SKU的库位上并进行登记，等待下一次实物拣货失败再来查询解决，一直等到下一个盘点节点完成实物数量与系统数量的重新准确对应。
当然，相对根本一点的办法，还是在拣货时进行库位与货物条码的扫描，扫描的过程，一个是系统上的进出确认，一个是对SKU正确与否的复核，那么出错率自然可以控制在一个非常小的区间，只是这个办法并不是在每一个仓库都有可操作性。
订单出错导致的库存问题
在人工下单过程中，不可避免地会有出错的时候。同样的问题，也可能因为供应短缺造成，比方说，某种SKU暂时供应不上，需要在不同门店间进行平均分配，待后续供应上之后再紧急补充，而这个信息只有仓库人员掌握，下单人员是不掌握的。
正常来说，系统匹配库存的逻辑，是先匹配的订单先满足，这个逻辑解决不了平均分配的问题。
这个问题的处理一般有两种办法：
一种是修改订单，除非比较有经验的操作人员，可能在整个过程中现场都不会发现有什么问题，或者说，发现问题的时候，大多数订单都已经处理完成了，这个时候再修改订单已经没有意义了。
所以，有些现场会有人工审核订单的动作，虽然低效繁琐，但在下单操作极不规范的情况下，是满足客户需求一个不得不采取的办法。当然，审核订单的工作，逐步可以通过系统来完成，通过对历史订单数据的统计，判定一个需求是否在正常范围内并不是非常困难，只是太过于浪费资源了。
另一种是后期针对单个SKU进行退回和重新下单，在实际货物出库之前，这种操作终归是为时未晚的，不过对于信息化系统的设计要求比较高。
随着系统在上下游的集成度越来越高，这个问题未来也称不上是真正的问题了。
因为下单过程越来越自动化，下单人员只需要确定一定期间内需要维持的库存量就可以了，订单数据都可以自动生成。
本文来源于SmartWMS智慧仓储管理系统，不代表九州物流网(http://www.wl890.com)观点，如有侵权可联系删除，文章所用图片来源于网络，文章图片如有侵权可联系删除。