Excel 管理库存，什么时候该升级成系统？

库存系统真正难的不是做一张库存表

库存数量应该是业务流水计算出的结果，而不是任何人都能直接修改的数字。一个可追溯的库存模型至少包含物料、仓库、库位、批次、库存余额、业务单据和库存流水。入库、出库、调拨、盘点和退货都产生带来源单号的流水，再更新对应余额。出现差异时才能从余额追到流水，再追到具体单据和操作人。

可用库存、实物库存和占用库存必须分开

销售下单后可能需要预占，仓库拣货后尚未出库，质检中的物料又不能使用。如果系统只有一个 quantity 字段，很快会出现“系统有货但不能发”或重复分配。我们会根据业务定义在库、可用、占用、冻结和在途等口径，并明确每个业务动作影响哪些数量。口径先确定，报表才不会互相打架。

并发扣减要由数据库守住底线

两个员工同时出库同一批次时，仅在前端检查库存没有意义。后端需要在事务中使用条件更新、行锁或版本号，确保余额不足时只有一个请求成功；业务单号和操作幂等键用于防止重复扫码、重复提交。流水与余额必须在同一事务里落库，不能出现流水有了但余额没变，或者余额变了却找不到依据。

从 Excel 迁移要先建立主数据

旧表里常见同一物料多个名称、单位混用、批次为空、库位写法不统一。迁移前先确定物料编码、单位换算、仓库和库位字典，再把历史表映射到主数据。第一阶段通常只导入可核对的期初余额和必要批次，旧流水保留为归档查询。正式切换要安排冻结时间、全量盘点和差异签字，不能边用旧表边改新系统。

验收应围绕对账和追溯

真正有意义的验收不是“页面能新增删除”，而是随机抽取物料能查到当前库位和批次，任意一条余额能回溯到流水和单据，盘点差异能形成调整记录，重复提交不会重复扣减。再用一组真实业务单据跑完整入库、调拨、领料、退料和出库，才能判断系统是否具备上线条件。

从表格迁移到库存系统，数据模型必须先改

余额是流水计算结果，不是一个随手覆盖的数字

库存核心通常拆成物料、仓库、库位、批次、库存流水和当前余额。每次入库、出库、调拨、冻结和盘点都生成带业务单号的 ledger 记录，余额由同一事务更新或从流水重建。禁止直接修改“库存数量”，需要调整时也生成有原因、有审批人的调整单，才能解释某个批次为什么少了三件。

并发扣减要靠数据库约束，不靠前端按钮置灰

订单占用库存时先生成 reservation，确认出库后再转为实际扣减；取消或超时则释放占用。更新余额可以使用行锁或版本号进行乐观锁校验，受影响行数不符合预期就重新计算，而不是继续提交。业务单号与动作类型设置唯一约束，扫码枪重复上传或网络重试不会产生两次出库。

历史表格不能原样导入，必须先做数据治理

迁移前要统一物料编码、单位、仓库名称和批次格式，识别重复 SKU、负库存与缺少日期的记录。上线切换时先冻结旧表写入，导入期初余额，再用物料数、批次数、库存总量和抽样明细做双向核对。无法映射的数据放入异常清单，由业务负责人确认，不能由开发人员猜一个默认仓库。

现场操作要能处理断网、误扫和撤销

移动端扫码应即时显示物料、库位和本次累计数量，重复码给出明确提示；弱网时本地队列带 client_event_id，恢复后可安全补传。已经审核的单据不直接删除，而是走冲销或反向单。后台保留操作者、设备、时间和前后值，现场人员才能放心使用，管理者也能追溯。