仓储管理系统中出入库流程包含这几块核心业务：采购入库、退货入库和销售出库。 接上一篇文章《解析：自营电商后台系统架构》中讲解了后台大致模块以及功能划分，这 期我们再详细讲述下仓储系统中出入库流程的几块核心业务，采购入库、退货入库和销售 出库。 采购入库流程 采购开单：采购系统开单审批通过之后，同步至 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 信息、物流信息、 用户收货信息。生成出库单的同时按照出库规则锁定库位库存。 生成波次：波次就是把 几个出库单合并生成波次单，根据波次单拣货，提高拣货效率。可以设定好规则由系统自 动生成波次，比如按照分区维度几个相邻的拣货库位生成一个波次、比如按照品类的维度 ，商品品类比较多的电商体系中，拣货员会按照品类区分，那拣货时订单也按照品类合并 交给负责该品类的拣货员拣货。也可以手动选择订单生成波次单。 拣货：拣货员领取拣 货任务、即波次，选择容器（拣货框、拖车等）扫描容器编号，绑定波次单和容器，波次 单状态翻转为“拣货中”。拣货员根据手持设备上的推荐路线和库位拿取商品，扫描库位 和商品条码，确认拣货数量，更新库位库存。这一步拣货路径的算法是至关重要的，主要 是缩短拣货员的拣货距离缩短时间。 分拣、打单：分拣即把按照波次拣的商品根据出库 单分开。打单即把该波次关联的出库单，物流面单打印出来。确认开始分拣，波次单状态 翻转为“分拣中”。扫描出库单和分拣框，每个出库单绑定一个分拣框，出库单和物流面 单放在分拣框中。依次扫描拣货框的商品，按照系统的指引放在对应的分