解析:仓储管理系统的出入库流程

10 评论 33495 浏览 232 收藏 9 分钟

仓储管理系统中出入库流程包含这几块核心业务:采购入库、退货入库和销售出库。

接上一篇文章《解析:自营电商后台系统架构》中讲解了后台大致模块以及功能划分,这期我们再详细讲述下仓储系统中出入库流程的几块核心业务,采购入库、退货入库和销售出库。

采购入库流程

  • 采购开单:采购系统开单审批通过之后,同步至WMS生成对应的采购入库单。采购人员将采购清单导出发给供货商。
  • 验货:供货商根据采购清单发货,货物到仓之后,仓储收货员根据采购单编号在WMS中找出对应的入库单,确认有该笔采购记录之后开始验货,一般货品数量较多的时候,通常是采用抽检的方式。
  • 入库:验货完成在系统中录入实收数量,当前入库单状态翻转为“已收货”。现实场景中会有供货商无法一次性交货,所以系统需要支持同一个采购单对应多次入库任务,当实收数量小于应收时,会将剩余未入库的商品清单生成一张新的入库单等待下一次收货。有保质期的商品如果生产日期不同则分多条数据录入,系统根据到期日期生成批次号,没有保质期的商品根据入库日期生成批次号。比如商品a送了40件,10月6号到期的有10件、7号的有10件、8号的有20件,那么系统中会记录该商品实物库存40件,分别是1006批次10件放在1库位、1007批次10件放在2库位、1008批次20件放在3库位。有了批次库存的管理方便定义后期出库的规则,比如按照先到期先出或者先进先出,前面的例子在出库时系统计算会优先取1库位上的商品。
  • 采购结算:采购单对应的所有入库单全部变为已收货或已完成后,将结果推送至业务系统,采购单流转到财务结算节点,待财务在系统中确认打款完成之后,则笔该采购单状态为“已完成”。
  • 商品贴码:在系统中商品的唯一标识是SKU码,将SKU码打印出来,贴在商品上,方便之后扫描商品系统可以识别出来。
  • 上架:一张入库单包含多个SKU,上架是SKU维度的操作,所以一张入库单对应多个上架任务。上架员领取任务后,可根据系统推荐的库位或者自行选择库位上架,扫描库位码以及商品码,确认上架入量,更新库位库存。入库单中的所有商品全部上架完成,则入库单状态翻转为“已完成”。

退货入库流程

  • 申请维权:用户在C端发起维权,申请退货退款,平台同意申请后,WMS会生成一张退货入库单与维权单对应。用户将货物寄回,在C端填写物流信息,物流单号会同步至WMS。
  • 验货:仓库收到货后,根据内部的验货规则决定货物是否达到可退标准。为了更好的用户体验,一般如果商品没有严重损坏都会收入。如果没有达到退货标准,则拒收。
  • 入库:扫描或输入物流单号查询出对应的退货入库单,将收入数量、拒收数量录入到系统中,退货入库单状态翻转为“已收货”,同时将收货信息推送至业务系统。
  • 退款:客服人员根据收货情况与用户沟通退款,维权单状态翻转为退款成功。
  • 上架:退回的货物会统一放至退货区,定期由质检人员统一上架。扫描物流单号可查询出对应的退货入库单以及上架任务。如果是完好的可以直接二次售卖的商品上架员通常会根据系统推荐的原库位上架,如果商品有细微的损坏,比如外包装或者小零件需要修理,则会将商品上架至坏品区,等待后续处理,上架后更新各库位的库存。退货入库单中的商品全部上架完成,则状态翻转为已完成。

销售出库流程

  • 推仓:用户下单且支付完成后,为用户订单分配物流单号。与第三方物流公司合作的通常会预留一部分物流号段。将订单推送到WMS生成出库单,包含SKU信息、物流信息、用户收货信息。生成出库单的同时按照出库规则锁定库位库存。
  • 生成波次:波次就是把几个出库单合并生成波次单,根据波次单拣货,提高拣货效率。可以设定好规则由系统自动生成波次,比如按照分区维度几个相邻的拣货库位生成一个波次、比如按照品类的维度,商品品类比较多的电商体系中,拣货员会按照品类区分,那拣货时订单也按照品类合并交给负责该品类的拣货员拣货。也可以手动选择订单生成波次单。
  • 拣货:拣货员领取拣货任务、即波次,选择容器(拣货框、拖车等)扫描容器编号,绑定波次单和容器,波次单状态翻转为“拣货中”。拣货员根据手持设备上的推荐路线和库位拿取商品,扫描库位和商品条码,确认拣货数量,更新库位库存。这一步拣货路径的算法是至关重要的,主要是缩短拣货员的拣货距离缩短时间。
  • 分拣、打单:分拣即把按照波次拣的商品根据出库单分开。打单即把该波次关联的出库单,物流面单打印出来。确认开始分拣,波次单状态翻转为“分拣中”。扫描出库单和分拣框,每个出库单绑定一个分拣框,出库单和物流面单放在分拣框中。依次扫描拣货框的商品,按照系统的指引放在对应的分拣框中。例如从拣货框中拿出商品a扫描,系统展示5个,分拣框a放3个,分拣框b放两个。分拣完成后,波次单状态翻转为“已完成”。
  • 复核、打包、发货:分拣完成之后将各个分拣框移送至复核区,复核人员主要是核对分拣框中的出库单、实物商品、物流面单三者是否一致。复核完成后,将实物商品和出库单打包装箱封箱,贴上物流面单,移送至发货交接区,出库单状态反转为“已完成”。扫描物流单号通知快递揽收。快递揽收后,订单状态翻转为“已发货”。

这里只涉及正向的出库流程。在下单后发货前的出库流程中用户随时有可能申请维权发起退款,在比较成熟的仓储系统中,仓库库内的每一步操作都可能涉及需要反查订单是否已取消,从而中止后续流程。而对于一些异常情况,比如拣货时库位库存不足,复核不通过等也需要分支流程来处理。

希望以上的业务讲解能给大家带来帮助,有不足之处欢迎补充交流,谢谢。

 

本文由 @amanda7783 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 赞👍,很有用

    回复
  2. 请问入库单号和批次号可否为一对多的关系呢

    来自浙江 回复
    1. 当然可以呀 同一批次的货物是可以分多次入库的呢

      来自陕西 回复
  3. 看了采购入库流程,我理解是采购品到仓后扫描采购单收货直至完成后,这时候应该是关单了吧?
    然后关单后再生成上架任务进行上架扫描储位进行上架,应该是两个环节,而不是采购单关单包含上架结束的环节~~~

    来自北京 回复
  4. 写的很好 赞!

    来自四川 回复
  5. 打单的时候怎么让面单和出库单绑定在一次呢,先扫一次出库单,然后出一个面单么?复核的时候是要复核两张单是吗?

    来自广东 回复
    1. 按照JD的库内操作流程是:
      1.拣货完成后,拣货车会有张拣货任务单,分拣复核的人员会用RF枪扫描这张复核单来对车中的物品扫描条码后分发到对应框内(分拣筐上面也会有对应的条码),直至分拣完毕,这张拣货单操作完结。隔壁的打包台扫描对应的拣货单后接受任务,继续扫描对应分拣筐的条码,直至扫描数量及SKU对应上了,系统会打印面单及发货单明细,人员放置发货单于盒子内封盒贴面单放置发货流水线到下一环节。

      来自北京 回复
    2. 看了采购入库流程,我理解是采购品到仓后扫描采购单收货直至完成后,这时候应该是关单了吧?
      然后关单后再生成上架任务进行上架扫描储位进行上架,应该是两个环节,而不是采购单关单包含上架结束的环节~~~

      来自北京 回复
    3. 第二条发错了,是直接问作者的

      来自北京 回复
  6. 写的不错~

    来自江苏 回复