昨天又跟产品同事“吵架”，因为一个很简单的流程，本质是价值问题。产品认为谁的问题，谁解决。我的观点影响了我，我就要解决。如果不影响我，别人的问题我去解决，那我就有点闲了。那么具体什么问题?——仓库发货漏扫描问题。
这是一个很常见的问题，仓库既然漏扫了那么很显然责任是在仓库，所以配送的产品肯定是不想浪费资源做优化，但是站在链条角度，上游(仓库)出现错误肯定会影响到下游(运输)，下游(运输)如果不解决，那就会继续流向下下游(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.每个车都有一个或者多个子运单，跟母运单状体无关，子运单运输无需任何操作，这样仓库发运是挂子运单，而子运单是靠仓库激活，或者子运单靠调度排线生成。
追加发运做法的坏处：任何状态下的运单都能支持增加/ 调整货物本身就是一种风险。
大家有其他更好的解决方案或者对于以上的方案有不同的看法，欢迎留言交流。
本文来源于罗戈网，不代表九州物流网(http://www.wl890.com)观点，文章如有侵权可联系删除