2. WMS盘点基础：系统盘点模块功能架构与盘点单生命周期
循环盘点的核心在于系统化流程管控与数据闭环。WMS盘点模块并非孤立功能，而是与库存管理、库位管理、任务调度、财务接口深度耦合。本节将拆解盘点模块的功能架构，并完整梳理盘点单从创建到审核的完整生命周期。
2.1 WMS盘点模块功能架构
一个成熟的WMS盘点模块通常划分为策略层、执行层、差异层和接口层四个层级。各层级职责清晰，形成从计划到调账的完整链路。
架构设计要点：盘点模块必须支持盲盘（不显示系统库存）与明盘（显示系统库存）两种模式切换，以适应不同盘点场景的防作弊要求。
2.2 盘点单生命周期：创建 → 执行 → 审核
盘点单是盘点流程的核心数据载体，其生命周期分为三个阶段，每个阶段都有明确的状态转换和操作约束。
| 阶段 | 状态 | 核心操作 | 关键约束 |
|---|---|---|---|
| 创建 | 待执行（Pending） | 选择盘点策略、指定库位/商品、生成盘点单号 | 同一库位不可同时存在两张待执行盘点单 |
| 执行 | 盘点中（In Progress） | RF扫码录入、手动输入数量、盲盘/明盘切换 | 盘点期间该库位库存被锁定，禁止出入库操作 |
| 审核 | 已审核（Completed） | 差异确认、审批通过/驳回、生成调账凭证 | 审核后库存数据不可回退，需通过反审核流程处理 |
实战经验：建议在盘点单创建时即生成盘点快照，记录当前系统库存数量与最近出入库时间。快照数据用于审核阶段的差异比对，避免因盘点期间其他操作导致数据混乱。
2.3 盘点单状态机与关键操作
盘点单的状态转换并非简单的线性推进，实际业务中常涉及暂停、驳回、反审核等特殊状态。以下为完整的状态机模型：
- 待执行（Pending）：盘点单已生成，等待下发至RF终端或打印盘点表。支持取消操作，取消后释放库位锁定。
- 盘点中（In Progress）：至少一个盘点项已开始录入。支持暂停（如交接班、设备故障），暂停期间库存锁定保留。
- 待审核（Pending Review）：所有盘点项录入完成，系统自动计算差异。支持驳回至盘点中状态进行复盘。
- 已审核（Completed）：差异确认并审批通过，库存数据已更新。支持反审核（需权限），回退库存至盘点前快照。
常见陷阱：部分WMS在盘点单审核后自动更新库存，但未生成调账日志。这会导致后续审计时无法追溯差异原因。务必确保审核操作同时生成库存调整凭证，记录调整前数量、调整后数量、操作人、操作时间。
2.4 盘点单字段设计规范
盘点单的数据结构直接影响差异分析的效率。以下为推荐的核心字段清单：
| 字段分类 | 字段名称 | 说明 |
|---|---|---|
| 头信息 | 盘点单号 | 唯一标识，建议按日期+仓库+流水号生成 |
| 盘点类型 | 循环盘点/全面盘点/动碰盘点/抽盘 | |
| 盘点策略 | 盲盘/明盘，是否允许零差异自动审核 | |
| 行信息 | 库位编码 | 盘点目标库位，支持多库位 |
| 商品SKU | 盘点商品，支持按库位全量或按SKU筛选 | |
| 系统库存 | 盘点快照时的系统库存数量 | |
| 实盘数量 | RF录入或手动输入的盘点结果 | |
| 差异信息 | 差异数量 | 实盘数量 - 系统库存（正数为盘盈，负数为盘亏） |
| 差异原因 | 如：拣货错误、上架错误、库位错放、系统异常等 | |
| 审批状态 | 待审批/已通过/已驳回 |
2.5 盘点流程中的库存锁定机制
盘点期间必须对目标库位实施库存锁定，防止出入库操作导致数据不一致。锁定机制通常分为两种：
- 软锁定：系统层面禁止对该库位执行出库、移库、上架等操作，但允许查询。适用于循环盘点。
- 硬锁定：物理层面通过RF指令锁定库位，RF终端无法扫描该库位进行其他操作。适用于全面盘点。
最佳实践：建议采用增量锁定策略——盘点单创建时锁定库位，但允许已生成的拣货任务继续执行完毕。盘点单审核后立即释放锁定。这样可以减少对正常作业的影响。