先确定盘点采用哪种方式
盘点前需要决定全仓暂停作业，还是按区域分批盘点并允许其他区域继续出入库。两种方式的业务成本和记录要求不同，不能仅增加一个盘点按钮。系统应保存盘点范围、参与人、开始时间与账面基准，说明冻结的到底是商品、货位还是操作类型，让一线人员知道哪些动作暂时不可执行。
原始计数与复核结果分开
盘点人员录入实际数量后，系统保留第一次计数，差异较大的记录交给另一人员复盘。是否在计数时显示账面数量，应由管理要求决定。复盘不是修改第一次数量，而是增加一条复核记录；最终采用哪次结果、谁确认以及为什么确认，都要能从盘点单中直接查看，便于事后核对。
处理盘点过程中的库存变化
如果盘点期间允许业务继续，应记录基准时点后的入库、出库和移动流水，按照已约定的截止时间计算差异。仓管补录一张昨天的单据也可能改变结果，因此补录规则需要明确。对尚未完成收货或正在拣货的实物，应标记所属业务状态，避免现场数到了货，账面却仍处于另一个环节。
调整库存前做最后确认
盘盈或盘亏应先形成差异单，填写原因和审批结果，再生成库存调整流水。测试时覆盖零库存、负差异、重复扫码和多人计数同一货位的情况。验收除了核对调整后数字，还要能还原基准库存、期间变动、现场数量和批准结果四个部分，确保差异有解释，调整有依据。
方案落地前需要确认
本文以“库存盘点功能方案”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。