WMS：聊聊盘点那些事儿

盘点本质是一个事后纠错机制，与其事后纠错，不如事中做好。那本文就来跟大家一起聊聊盘点的这些事儿，相信能够对你有所帮助~

笔者曾在某原材料仓库现场待了三年，印象最深的就是每年的年终盘点。每年11月下旬仓库就开始组织各仓区主管制定年终盘点计划，一进入十二月，整个仓库的备料入库基本暂停，除了正常的发料，其余时间全部投入盘点。到了元旦节前几天，整个仓库所有日常工作更是全部暂停，所有的检验员、“表哥”、“表妹”均被抽调至现场抽盘。等到元旦那一天，全场放假，除了仓库……

望着车间放假兴高采烈的兄弟们，仓库的兄弟们满是艳羡却又紧张异常，眼巴巴的盼着会计事务所的人能早点来，却又怕他乱来……

业务背景

评价仓库工作的好与坏，库存准确率是一个重要指标，毕竟，连库存都管不准，仓库管的再好也没人信。

库存准确率，一般是通过盘点检验的，盘点结果是库存准确率的直接体现。

因此，盘点是仓库最基础的日常操作，也是WMS软件的一个基础功能。

在WMS中，常见的库存盘点有几类：

（1）循环盘点（Cycle Counting）

由于仓库的库存往往非常多，一次全盘往往需要耗费数天甚至更长时间，于是产生了循环盘点。即基于SKU的ABC分类（基于价值或出入库频率划分），设定不同类别的盘点频率与周期，系统自动生成盘点任务。譬如A类SKU每星期盘点一次，B类SKU每月盘点一次，C类SKU每季度盘点一次。

此类盘点由于逻辑复杂，需要系统支撑。在我个人的职业生涯中，实际应用的仓库不多。

（2）动碰盘点（交易盘点）

针对一定时期内发生过变动（交易）的库存进行盘点。动碰盘点与交易盘点的差异在于，库存冻结、库存移动等属于不属于库存交易，因此交易盘点只针对发生过库存交易的库存进行盘点。单从系统角度而言，两者属于同一类，只是选取的盘点库存范围有差异。

此外，不同的公司动碰的维度存在差异，我在上上家的A仓库，采用的是基于SKU动碰，在B仓库，采用的是基于库位动碰。在允许SKU混放的场景下，后者的差异在于，只要某库位的任一SKU库存发生了动碰，则该库位的所有SKU均参与盘点。

在仓库的日常盘点，往往采用动碰盘点的形式。

（3）指定盘点

设定一定的查询条件查询库存进行盘点，譬如指定货主、品类、SKU、库区、库位等。从系统角度而言，抽盘、全盘也属于指定盘点范围。

在仓库的日常盘点中，指定盘点也是非常常用的一种方式。

从系统角度而言，盘点的本质是基于一定的条件查询系统库存，依次作为依据核对实物库存以及后续差异处理的过程。循环、动碰与指定盘点的差异，无非是查询库存的方式/处理逻辑的差异。

盘点基本逻辑

（1）基础设置

循环盘点，自动触发。需要提前设定该SKU的ABC分类，并在盘点策略（目前各类系统中并未将盘点相关策略单独抽离出来，而是与各类基础配置混杂在一起）中设定每个类别的盘点频率、盘点比例（同一个类别，也未必能一次盘完）。此外，还需设定Job的启动时间。

动碰盘点，一般为手工触发，若要自动触发，则需提前基于动碰周期设定Job。动碰盘点中，一般会有“是否盘点空库位”的选项，这是因为某些库位的库存已经在前期的操作中被清空。这部分库位是否参与盘点，系统会给出选项，让用户自己自行选择。

指定盘点，手工触发。

（2）盘点的依据-盘点任务生成

循环盘点，基于设定的Job启动时间，系统根据设定的盘点策略查询库存，生成盘点任务。需要说明的是，对于盘点任务中所包含的盘点任务明细，系统会记录“上次盘点时间”。下次循环盘点Job启动时，将会根据“上次盘点时间”筛除掉此部分数据，直至本轮盘点周期结束；

无论是循环、动碰、指定，针对已生成的盘点任务，系统都会提供盘点查询界面以便进行过程监控与打印等基本操作。

（3）如何盘-盘点任务执行

盘点的操作方式主要有两种：

1. 纸单盘点：系统提供盘点单打印功能，仓管员对照盘点单逐项盘点实物；
2. RF盘点：盘点任务生成后，基于一定的规则推送至RF/RF扫描盘点单号提取任务，仓管员依据系统指引逐条盘点。

采用RF盘点时，不同的公司对于盘点的精细度要求不同，譬如A公司在扫描时，只需要扫描SKU条码，手工输入数量，而B公司则需要逐件扫描SKU条码。

无论是纸单盘点还是RF盘点，系统均会以最优路径进行排序，确保路径最短，效率最高。

以上两种均为接触式盘点。此外，也有部分采用应用了RFID，仓管员无需接触实物，只需带着感应器沿通道走过，盘点效率大大提升。

需要说明的是，盘点执行过程中一般还会涉及到两个问题：锁不锁库；明盘暗盘。

锁不锁库，即仓库在盘点时是否允许进行出入库、冻结、移动等操作。

单从技术角度而言，由于目前绝大多数WMS均支持RF，库存可以做到实时更新，因此即使不锁库也无所谓。但是对于年终盘点这类重大盘点而言，其盘点表一般基于ERP的库存数据，由于不同系统间的库存更新存在一定的滞后，保险起见还是会锁库。这个锁库一般是从业务侧进行控制，而非系统。

明盘暗盘，即盘点表/盘点任务明细中是否展示库存数量。若展示，则为明盘；不展示，则为暗盘。这是为了规避仓管员在盘点过程中为了省事儿弄虚作假，我曾见过有仓管员十分钟盘完整个库区，怎么盘的？躲在某个货架里，对着盘点表打勾勾呗。

（4）盘盈还是盘亏-盘点差异处理

盘点结果录入系统，系统自动比对，若存在差异（盘盈/盘亏），将自动生成二次盘点任务，进行复盘。复盘结束，若仍存在差异，则转入调账处理流程。

我所经历的项目中，目前只有SF的整个盘点差异处理采用的是系统管控，其余均采取系统与线下处理结合的方式。调账部分则更是五花八门，有采用虚进虚出方式的，也有采用WMS-库存调整功能调账的。具体采用哪种方式，看仓库的管控精细度。

其他

昨天跟几个老友交流盘点这块，发现一个有意思的现象：以Infor为代表的国外主流WMS循环盘点做的比较完善，反而后两者基本没做。国内的Flux、唯智脱胎于Infor与MA，两者兼有。其余剩下的国内二线WMS产品，以指定盘点与动碰盘点为主。

究其原因是因为国外WMS诞生时，当时的仓库类型还以传统仓储为主，储存的属性更重。而国内的WMS软件公司基本是电商兴起之后才诞生，电商仓库高周转的特性，并不适合采用循环盘点模式。

此外，随着RF、语音等辅助拣选设备的采用，实物操作与系统操作脱节的现象大大减少，库内作业流程标准化、管控精细化，降低了因操作导致差异的可能。

盘点本质是一个事后纠错机制，与其事后纠错，不如事中做好。

 

作者：Pershing，个人公众号：仓配那些事儿

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

题图来自Unsplash，基于CC0协议