对于仓库管理系统来说最最主要的就是入库和出库。

1）仓库选择逻辑

在讲出库之前我们要先搞清楚商品要从哪个仓库发货呢？因为目前市面上的电商公司拥有多仓的越来越多了，我们知道京东有京准达、顺丰有次日达、天猫有直送等等，都是多建物理仓库，订单产生后合理分配至运力支持的距离消费者最近的仓库并发货的结果。

一般来说仓库选择流程如下：

第一步：当用户提交订单之后，仓库管理系统会筛选满足用户所购商品且满足购买数量要求的仓库。

第二步：判断满足需求的仓库数量是否为一个仓库，也就是只有一个仓库满足需求。如果是的话，直接选定该仓库发货即可；如果不是的话按照仓库优先级选择仓库，一般的优先级规则为供应商协同仓的优先级高于区域仓高于中心仓。

第三步：判断同一优先级是否有多个仓库，如果否的话比如只有一个协调仓满足需求，则直接选定该仓库即可；如果是的话，比如同时有多个协同仓满足需求，则依据仓库与收货地址的直线距离选择距离最短的仓库发货。

以上就是发货仓库的选择过程，发货仓库选定之后就可以正式进入出库流程了。

2）商品出库流程

出库流程如下，我先带着大家简单看一下，因为后面我会针对每一个环节深入讲解

第一步：开始锁定库存，也就是我们之前讲过的下单减库存的逻辑。

锁定库存的原则是先进先出。商品上架的时候我们提到批次号的问题，上架商品的时候在指定库区由近到远的上架，也就是先上架离人最近的库位，这样才能保证出库的时候，越先上架的商品优先出库。

比如商品甲有三个存放库位，分别是1A01-01-01；1A01-01-02；1A01-01-03，上架的时候也是按照这个顺序上架的。

在锁定库存的时候，会优先锁定1A01-01-01的库存，如果不够了再去锁定1A01-01-02的库存，最后是1A01-01-03的库存。

那如果锁定库存失败怎么办呢？也就是拣货区的库存不足时，需要系统生成补货任务，关于补货相关的内容我们后面会展开讲。

第二步：生成拣货波次。所谓的拣货波次是指将具有相同共性的订单集中在一起进行拣货作业，这种方式为集约化拣货提供了高效的作业工具，大幅度进步了拣货效率，减少拣货的行走途径。

给大家举个例子，比如你是小卖部的老板，同时来了两个顾客：张三和李四，张三要一包烟一瓶啤酒，李四要两瓶啤酒，一包纸巾。这时候你去货架上一次性拿来了一包烟、三瓶啤酒、一包纸巾然后发给他们，这样效率是不是要比你先去货架拿了1包烟1瓶啤酒给张三，然后又去货架拿了两瓶啤酒一包纸巾给李四，效率更高呢？这就是将两个订单合并为一个波次。

拣货波次也不是随意的讲多个订单直接合并生成一个波次，这样不一定能提升效率的，一般来说是选择几个锁定库位相邻，不超出拣货车存放量的仓库订单任务合并。生成拣货波次可按照预设规则自动生成，亦可人工筛选订单生成拣货波次。当然后面我们会讲分拣的两种形式，拣货波次主要针对播种法。

第三步：打单。打单是指波次对应的物流单和发货单打印出来，以便拣货、复核以及交接发货。发货单就是用户收到的包裹中的商品明细，也就是商品清单。物流单是贴在包裹上面的，其实就是快递单。

第四步：拣货。拣货这步操作在出库过程中非常重要，因为拣货速度是影响出库速度的最重要因素。

先来给大家讲一下拣货过程

开始拣货即为拣货任务的领取。通常仓内的拣货任务是以波次单的维度进行领取的，即一个拣货任务包含多个订单。

领取任务后，开始拣货前，用户需要提前绑定容器和订单（容器上贴有容器码）。所谓的容器大家可以理解为是一些有编码的、用来盛放商品的塑料箱子，如下图所示，行业内管这样的箱子叫做容器。

绑定后，系统在后续的拣货过程中，会告知用户某某库位上，需要拣选甲商品X件放入M容器中。

路径规划为系统根据所需订单中所需商品所在的库位，结合仓内路线，输出拣货员需要移动的最短路线，实现“不走回头路”合理的分配拣货路径也不会出现通道人员拥挤等情况，以此提高拣货效率。

路径规划完成后，系统向用户输出第一个拣货位。用户则根据引导，走到这个拣货位。因为仓库库位众多且存在相似货品的情况，为了防止用户失误在开始拣货前，系统要求用户通过扫码确认到达库位及即将拣选的商品是否正确。确认无误后，用户根据系统提示顺序针对每个容器拣选对应数量的商品，并在系统中确认扫描容器并录入拣选商品数量。

一个库位完成全部订单所需商品拣选后，系统会提示下一库位及需要拣选的商品。一直到所有商品均拣货完成后，此拣货单才会完结。

以上就是拣货的过程。

3）常见的拣货方式

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

从总体上来说，库内的拣选主要分为两种模式：摘果式分拣和播种式分拣。

摘果式分拣简单而言，就是像摘果子一样，是一颗一颗的摘，把所需要分拣的货品，从仓储区一件一件的在放到分拣篮中，其特点是每人每次只处理一份订单。

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

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

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

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

具体如下图所示：

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

摘果式拣货在订单量比较大且sku比较多的时候，容易因为单个订单拣货时间太长而浪费时间，降低拣货效率；所以为了提升效率，也可以将多个订单集中一起拣货，拣货时将商品分别放入不同订单对应的拣货筐中，也就是边拣边分；

播种式作业通常在商品种类多或是商品的相似性大的情况中使用，将多个订单中的商品汇总拣货之后再次进行分拣，也就是先拣后分。

以上两种方式各有优劣，适用于不同的操作场景。

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

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

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

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

4）拣货过程的异常处理

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

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

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

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

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

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

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

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

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

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

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

1）订单取消

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

2）拣货异常

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

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

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

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

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

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

作者：鸣飞薛老板