先让位置说得清
库管在入库、出库和移货时，需要知道物料现在放在哪里，操作后又到了哪里。原型把位置固定为仓库、库区、货架三级，货架是实际存放库存的最小位置。页面上的位置选择、库存明细和单据结果都沿用同一套关系。 这是一份用于讨论与核对规则的 Web 端原型。它展示了产品判断和交互反馈，不代表仓库系统已经开发上线。
仓库、库区和货架用同一套口径
新建货架时，编码不能与同一仓库已有位置重复。入库和出库选择位置时，先选仓库，再选库区，最后只能选该库区内仍可使用的货架。一个位置如果已有库存，停用和删除就必须受到限制。 原型没有给货架写一个看似精确的占用百分比，因为没有统一的容量标准时，这个数字无法解释。页面改为展示有货、空架和停用状态，以及实际物料与数量。
- 货架编码帮助识别位置，不能在同一仓库内重复
- 位置选择随仓库和库区变化，不允许手填一个不存在的货架
- 有库存的位置先处理库存，再考虑停用
入库与出库要能回到库存结果
入库单需要确定物料、数量和目标货架；需要按批次管理的物料，再按其档案规则记录批次。出库则从真实库存扣减，数量不足时应明确阻断。对于按件管理的物料，不能输入半件。 评审时不只看提交后出现“成功”提示，还要回到库存余额和流水，核对位置、物料与数量是否同步变化。原型用简化数据表达这条关系，最终实现仍需用真实业务数据验证。
调整库位不等于增加库存
在同一仓库内移动物料时，操作员从已有的启用货架中选择目标，写明物料和移动数量。来源货架减少，目标货架增加，物料总量保持不变。若目标属于另一仓库，就应进入跨仓调拨流程，不能借“调整库位”绕过。 原型评审重点核对了超出来源库存时的阻断、合法移动后的两端数量，以及流水中能否追溯这次移动。
- 来源库存不足时不能提交
- 来源与目标位置要一起更新
- 跨仓移动另走调拨，不混作库内调整
把没有依据的功能从画面拿掉
原型曾出现过没有容量依据的占用率，以及容易让人误解为线上审批的操作入口。这样的界面会让评审者以为规则已经确定。整理时保留库管真正需要的记录、建议和处理状态，把线下沟通写成业务说明，不画成系统自动完成的步骤。 这个取舍让页面更轻，也让团队能集中讨论库存是否准确、位置是否存在、单据能否追溯。
验证范围与下一步
目前核对的是 Web 端仓库模块的交互原型，包括货架状态、位置联动、库位调整和库存不足时的反馈。小程序是另一份独立原型，尚未与本轮 Web 端规则一起完成双端验收，因此此页不把它写成已验证成果。 后续仍需用统一的业务样本核对入库、出库、调拨与盘点之间的余额关系，并请实际作业人员走完整任务。公开配图只使用重新绘制的匿名示意图，不使用内部原型截图。