今天我们来探讨一个让我们比较头疼的问题： 即当我们在处理订单时，库存出现问题的状况。

一般来说，产生这类状况的原因有两种：

一种是拣货出错导致的，即我们仓库方这边自己出现了问题。另一种是订单本身有问题，即采购方面出现的问题。

以下分别讨论两种情况不同的处理方式：

先说拣货导致的库存问题

拣货过程当然难免会有一些错误，比如说，本来需要SKU代码为A的货物，结果错拿了SKU代码为B的货物。

一般的操作过程，是进行更换，如果是灵活库位制，同一种SKU在存储在多个不同库位上，我们就比较头疼了，这个A货物我们当然知道要在哪个库位拣货，因为有拣货单，但这个B货物应该放回到哪个库位呢？

最准确的办法是对所有库位上的B货物进行盘点，从而判断应该归还到哪里。但在紧张的现场操作过程中，这样的盘点是极为耗时耗力的，而且在出入库过程中，系统库存和库位上的实际库存都在不断变动，基本没法进行盘点。

这个问题的结果，就是系统库存与实物库存不能准确对应，那么就会有拣货单要求到某个库位拣货，结果那个库位没有货物的情况。而对这个问题的处理，有不同的思路：

一个是不处理，直接放置在某个特定的暂存区，如果后面有库位上找不到货的情况，就到这个暂存区寻找，直到下一个盘点节点再把货物放回库位。

一个是随便放到一个存储有该SKU的库位上并进行登记，等待下一次实物拣货失败再来查询解决，一直等到下一个盘点节点完成实物数量与系统数量的重新准确对应。

当然，相对根本一点的办法，还是在拣货时进行库位与货物条码的扫描，扫描的过程，一个是系统上的进出确认，一个是对SKU正确与否的复核，那么出错率自然可以控制在一个非常小的区间，只是这个办法并不是在每一个仓库都有可操作性。

订单出错导致的库存问题

郑州货架厂 丨 郑州货架厂家 丨 郑州仓储货架 丨 郑州货架 丨 郑州货架生产厂家