第三方仓储扫码出入库系统：批次库位管理与移动端盘点

仓库同时为多个货主存货，原来用一张 Excel 总表记库存，货主要查库存需要仓管截图发过去。批次与效期靠人记，先进先出执行不稳定；盘点要停仓半天，人工点数再与表格核对。

按货主做数据隔离，每个货主只能看到自己的货品、库存与出入库流水。库存按「货品—批次—库位」三级建模，出库时按先进先出给出建议拣货批次。移动端扫码完成收货、上架、拣货与盘点，盘点支持分区域进行，无需整仓停摆。

背景

这是一家位于嘉兴的第三方仓储服务商，为多个货主提供代存代发服务。原有管理方式是一张 Excel 总表加纸质单据：收货时手工登记，出库时凭发货单拣货，库存数字由仓管每天下班前更新。货主想知道自己还剩多少货，只能等仓管截图。

需求形态

需求盘点得出三条主线：一是多货主的数据隔离，这是第三方仓储的基本前提；二是批次与效期管理，部分货主的商品有保质期要求，先进先出必须有系统支撑；三是盘点方式，整仓停摆半天的成本太高，需要支持分区域滚动盘点。

方案

数据隔离在权限层与查询层双重实现：货主账号的每一次查询都强制带货主条件，后台管理员可跨货主查看但操作留痕。库存模型为「货品—批次—库位」三级，同一货品的不同批次分别记录入库时间与效期，出库时系统按先进先出给出建议批次，仓管可以调整但需填写原因。

移动端覆盖四个作业动作：收货扫码登记并生成待上架任务；上架扫库位码完成绑定；拣货按拣货单指引路径逐件扫码核对；盘点按区域生成任务，扫码点数后系统给出差异清单。差异需经主管复核后才写入库存，不允许直接覆盖。

交付

第一阶段交付移动端源码、Web 管理端源码、后端服务源码、数据库结构、接口文档、部署文档与两套操作手册（仓管端、货主端）。第二阶段计划包含与货主自有系统的对接、承运商面单打印与计费模块，按迭代计划另行评估。

复盘

盘点差异的处理规则是这个项目里争议最多的地方。最初的设计是扫码点数后直接更新库存，讨论后改为生成差异清单交主管复核。这个改动增加了一步操作，但把「库存数字为什么变了」变成了可追溯的事，客户认为值得。

本案例为按典型项目形态整理的示例，不涉及任何真实客户信息。