仓库发货漏扫描如何解决

       昨天又跟产品同事“吵架”，因为一个很简单的流程，本质是价值问题。产品认为谁的问题，谁解决。我的观点影响了我，我就要解决。如果不影响我，别人的问题我去解决，那我就有点闲了。那么具体什么问题？——仓库发货漏扫描问题。

       这是一个很常见的问题，仓库既然漏扫了那么很显然责任是在仓库，所以配送的产品肯定是不想浪费资源做优化，但是站在链条角度，上游（仓库）出现错误肯定会影响到下游（运输），下游（运输）如果不解决，那就会继续流向下下游（FDC/网格仓/门店等）。越到后面问题就越大，那就是客户的订单无法闭环，然后投诉，然后销售找你。

       那么这个问题怎么产生了，2个环节最容易产生：

       a.分拣环节，货物投了，漏扫描了。

       b.装车环节，容器装车了，漏扫描了。

       说实话，发货准确很难做到100%的，那么如何兜底呢？分享几个大家常见解决方案。

一、虚拟发运（用一个虚拟的车把货物发走）【可行】

1、好处：

a.这个方案是最简单的，系统上都不需要做改动，就是增加一个虚拟车型，专门做这个事情

b.操作的培训成本最低，大家都很上手，只是换了个车型

2、坏处：

a.这个流程看起来很正常，但仓库的错误行为没有被暴露，一直把这个当成正常流程

b.如果哪天用了真实车型解决了，实际不好被发现，则有套运费风险

c.运输的数据有污染，存在很多虚拟车，装载数据都不准确

d.如果正常运输流程规范，比如电子围栏打点/禁止多台设备登陆等，操作成本就很大（除非下一个节点收货环节跟运输无任何关联）

二、扫描入库（快递/零担网做法）【不行】

很多做传统物流的人会提出这个想法，小编找了几个人沟通，都提过这个想法。那为什么不行呢？

a.先讲讲快递/零担做法：如果转运中心货物装车了，系统未扫描出库，到网点后网点人员扫描货物，货物就自动入库，整个链条上的货物路径自动更新，为什么能这么实现，因为快递/零担上的货物具备一个特性：唯一性。就是这一件货物就一件，它是唯一的，那么它在网点时就不可能同时在转运，所以扫描会自动变更库存。

b.再看看仓库到FDC/网格仓/门店等，商品都是SKU维度，就是一个SKU对应都很多件，所以只能是我扫描了，我这边入库了，但是你的库存该是怎样还是怎样。这就是为什么这个方案不行的原因。

三、无需物流发运（参考淘宝卖虚拟产品做法）【可行】

因为小编自己有个8年的淘宝店，做过很多虚拟产品，所以觉得这个是点对点直接闭环单据最快的方式。

1、好处：

a.操作简单，比需要运输发运流程会更简单

b.数据不需要经过运输，不会对运输产生很多垃圾数据

c.有个专门的口统计仓库的失误率对其进行考核

d.功能可延伸，比如自提功能

2、坏处

a.对产品而言需要梳理新的流程进行开发，实际应该不算坏处

b.装载的一些数据无法在车辆上提现，做数据需要2个端口取书

另外，仓库调拨应该得有可以直接调拨，无需经过物流，但是问了管仓的都说没有。

四、追加发运【有前提可行】

这个解决方式是老板提的，从逻辑上看有一定的合理性，我忘记扫描发了，我就加进去发不就行了。是不是看的很合乎情理。我第一反应觉得比我想的无需物流发运更符合场景。但是细细想了下如何实现好像有点难度。

1、我们什么时候会发现漏扫了，肯定不是扫完后就发现，大概率会是a.仓库扫尾时候，b.FDC/网格仓/门店发现多货；

2、而且一条线路存在1-n个车次，这个时候车辆状态可能是在路途、到FDC、签收完了回家了等等

3、一般运单状态是不可逆的，都是按照顺序设计，不会设计成已经发运了，还可以装车。或者已经在途了还可以发运。

所以，综上当我们发现错误的时候，单据状态是很难改变的，这个时候追加发运是有点难解，是在实现单据可逆，这个会带来更多的问题。另外，如果是多个车呢？到底应该加到那个车上？

那么如何实现老板合乎情理的想法呢？个人想法：

1、把流程最简化：a.仓库发运、b.FDC/网格仓/门店就可以收货，不去关联中间运输环节

2、那么如何解决仓库发运动作就是最关键的步骤，即如何在已经发运的运单上增加货物，站点直接收货就行。

a.发运动作跟运输任何状态无关，只要输入排线车牌就行。

b.每个车都有一个或者多个子运单，跟母运单状体无关，子运单运输无需任何操作，这样仓库发运是挂子运单，而子运单是靠仓库激活，或者子运单靠调度排线生成。

追加发运做法的坏处：任何状态下的运单都能支持增加/ 调整货物本身就是一种风险。   

      大家有其他更好的解决方案或者对于以上的方案有不同的看法，欢迎留言交流。