首页 文章详情

京东等自营电商平台商品出库的核心流程(下)

薛老板产品派 | 310 2022-04-29 19:19 0 0 0
UniSMS (合一短信)

这是求职产品经理系列的第140篇文章


上一篇文章介绍了自营电商平台出库流程的上半部分,想要查看的朋友可以直接点击这个链接:京东等自营电商平台商品出库的核心流程(上),这篇文章我们接着聊出库流程。


3)常见的拣货方式

 

了解了拣货流程之后我们再讲一下常见的拣货方式。

从总体上来说,库内的拣选主要分为两种模式:摘果式分拣和播种式分拣。
 
摘果式分拣简单而言,就是像摘果子一样,是一颗一颗的摘,把所需要分拣的货品,从仓储区一件一件的在放到分拣篮中,其特点是每人每次只处理一份订单。

 

摘果拣货开始后,分拣员实际是针对每个订单进行分拣操作。针对系统展示的拣货订单,用户扫描容器关联此订单。并根据系统提示的需求信息从不同的总拣容器中拣选指定数量的商品并放置于容器中。拣选完成后,提交确认数量并进入下一个订单的拣选。


具体如下图所示,这张图不是我画的,参考的其他人的,但是感觉对于大家理解拣货方式非常有帮助,所以就放到这里了。

 

 

 

 

播种式分拣简单而言,就是把多份订单集合成一批,把其中每种商品的数量分别汇总,再逐个按品种对所有订单进行分货,直至配货完毕,形似播种

 

开始操作后,用户按订单数量批量录入容器,由系统自动匹配订单和容器用于后续的复核。容器录入完毕后,系统提示分拣员多个订单的相同商品数量,用户按提示进行放置商品,完成后在系统中确认商品数量。


具体如下图所示:

 
播种和摘果之间的区别在于一个把订单的商品集中之后再次按订单进行分配,一个是按照订单直接进行拣货

摘果式拣货在订单量比较大且sku比较多的时候,容易因为单个订单拣货时间太长而浪费时间,降低拣货效率;所以为了提升效率,也可以将多个订单集中一起拣货,拣货时将商品分别放入不同订单对应的拣货筐中,也就是边拣边分;
 
播种式作业通常在商品种类多或是商品的相似性大的情况中使用,将多个订单中的商品汇总拣货之后再次进行分拣,也就是先拣后分。
 
以上两种方式各有优劣,适用于不同的操作场景。


摘果式方法其实是一种最原始最直接能想到的办法,操作上简单,技术也已经很成熟,由于是分别处理每一份订单,流程的控制和管理就比较容易。


但是存在的问题是多个订单品类比较多时,因为是一个订单一个订单的完成总的拣货路径会比较长有,因为有重复路径存在;操作的动作也会比较多,所以这种方式更适用于商品种类多,但是多个订单间商品相似度比较低的情况

 

播种式的方法属于一种相对科学化的方法,因为是先把相同的商品汇总起来一起拣货,所以整体拣货路径短,单位时间内的拣货量大。但正因此,它在操作难度上相对而言就不那么容易,这在作业人员的接受度上就产生比较大差异,所以前期一定要做好严格的培训和考虑,不然出错概率会比较大。


所以这种方式更适用的场景是多个订单间商品相似性大。

 

 

4)拣货过程的异常处理


以上就是拣货的方式和过程,当然都是比较理想的情况。在拣货过程中,难免会出现与预想中不一样的情况,一般来说主要有以下几种异常情况:


1)库位库存不足。也就是在拣货过程中,拣货员前往库位后发现库存不足。因此在拣货过程中,需要支持拣货员进行异常库存的上报,这种情况下当前库位的库存会被异常冻结,需要异常处理人员到达指定库位确认库存实际情况后,再对系统中的库存数据进行人工干预。

 

同时为了不影响本次拣货任务的正常进行,需要二次路径规划。也就是发现当前库位缺货后,通过上报触发系统重新获取有库存的库位并重新计算新路线。

 

在比较极端的情况下,比如仓库确实一件货物也没有了,那这个单据就需要人工介入上报并联系买家消费者确认是先部分出库还是退款关单。

 

2)多拣或少拣的情况。也就是拣货完成发现商品多拣或者少拣了。

若容器中有实物但少拣则那么就可以去货架位补充拣货,在补拣过程如果库位库存不足则按照第一种异常情况处理;若多拣,则可以把多出的货品集中存放,等待库存管理员统一处理重新上架。

 

3)商品条码缺失。在拣货过程中,涉及需要扫商品条码来识别商品。但是目前来说不一定是所有的商品都存在条码,因此需要通过输入拼音首字母查找对应拣货单中的商品。

 

以上就是三种在拣货过程中出现的异常情况。

 

 

第五步:复核。拣货员按照系统推荐的拣货顺序完成波次拣货后自我检查如果没问题即可推至复核区等待复核。


复核主要是对拣货完成的订单进行核对,保证发货单、实物商品和物流单的统一。复核员首先扫描发货单上的条形码,定位到相应的订单,再去扫描商品条码,保证商品和数量无误,最后扫描物流单。当校验发货单、实物商品、物流单三者完全一致时,视为复核完成。


当然以上都是理想情况,在复核这个阶段也会有一些复核异常的场景:


1)订单取消

也就是由上游订单管理系统发送过来的取消订单通知,如果此时订单已加入拣货波次则统一在复核环节对订单进行拦截。复核员在扫码复核的时候,系统提示订单取消,无法继续复核,统一交给异常处理员处理。


2)拣货异常

也即是在复核阶段发现实际拣货数量与订单商品数量不一致,若少货则复核员可手动标记该订单为异常;若多货则继续打包发货并将多出的货品拿出集中存放并统一处理,若货品无损坏则直接由库存管理员直接上架即可。


第六步:复核完成后,对订单的商品进行打包,然后称重。

 

第七步:打包完成之后,根据物流单对应的快递公司,推送至相应的交接区,一般来说每家快递公司都有一个单独的交接区。快递公司的人通过扫描对应的物流单号完成交接并发货。

 

以上就是完整的正向商品出库流程,在介绍整个过程中我们讲了锁定库存的异常处理、拣货过程的异常处理,复核过程的异常处理,其实还有一种异常是贯穿整个出库过程的,那就是订单取消。


当用户取消订单时,这个订单所处的不同状态下处理方式都会不同。

 

  • 若当前拣货单尚未加入波次单,也即是用户支付完成之后立马取消订单,则系统直接取消订单并同步返回取消成功的信息;
  • 若当前拣货单已加入波次单但尚未完成复核或者已复核完还没有发货的情况下则直接取消订单,并在仓库内对订单完成拦截。并将该订单对应的波次明细标记为异常,同步返回订单取消成功的信息;
  • 若当前拣货单已发货的情况下,则同步返回取消订单失败的消息;这时该订单需通过人工处理尝试召回快递。

以上内容是我的新课:《鸿鹄计划:电商人成长体系课》的某一个小节,如果想要系统的学习电商相关的知识,请关注下面的海报(扫码免费试听8节课

good-icon 0
favorite-icon 0
收藏
回复数量: 0
    暂无评论~~
    Ctrl+Enter