新闻动态

仓库发货漏扫描,如何解决?

发布时间:2021-07-17    67 次浏览




因为一个很简单的流程,前些天又跟产品同事“吵架”,其实本质就是价值问题。

产品认为谁的问题,谁解决。我的观点是影响了我,我就要解决。如果不影响我,别人的问题我去解决,那我就有点闲了。

那么具体什么问题?——仓库发货漏扫描问题。

这是一个很常见的问题,仓库既然漏扫了那么很显然责任是在仓库,所以配送的产品肯定是不想浪费资源做优化,但是站在链条角度,上游(仓库)出现错误肯定会影响到下游(运输),下游(运输)如果不解决,那就会继续流向下下游(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.每个车都有一个或者多个子运单,跟母运单状体无关,子运单运输无需任何操作,这样仓库发运是挂子运单,而子运单是靠仓库激活,或者子运单靠调度排线生成。
追加发运做法的坏处:任何状态下的运单都能支持增加/ 调整货物本身就是一种风险。

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

作者 |?荡漾哥
来源 |?实践笔记

此文系作者个人观点,不代表物流沙龙立场
推荐阅读 ▼

 

新闻动态