先看三个现场现象
在多数中小仓库里，下面三个场景几乎同时存在：
- 问库存在哪，答不上来。 仓管打开一张"库存总表"，上面只有物料和总数；货具体在哪个库区、哪个货架，还得去现场走一圈。
- 问某笔货收了没，答不齐。 收货单在一个人手里，上架记录在另一个人嘴里，出库已经发生了但账还没记上。
- 月底盘一次点，差异说不清。 账上 100、实盘 92，找不出差在哪几笔，最后改个数字了事。
这三个现象背后是同一个问题：库存被当成"一个数字"管，没有落到"位置 + 单据"上。位置不清，账实必然对不上；单据不全，差异无从追溯。仓储管理真正要做的，就是这两件事——把货放的位置搬进系统，把每一次移动都变成可查的记录。
第一步：把"位置"和"物料"建成基础数据
仓储系统的底子是两张基础数据（在 Inkwell 构建器里就是两个可维护的数据模块）：
仓库与库位。 仓库（成品仓、原料仓、外协仓）→ 库区 → 库位，分两级还是三级都行。关键是库位编码规则，例如" A 区-03 排-05 位"，让编码本身就带出物理顺序，谁看都懂。库位要有"可用 / 冻结"状态，破损位、待检位才表达得出来。
物料主数据。 物料编码、名称、规格、计量单位、是否批次管理、安全库存、默认库位。多单位（箱 / 支）的换算要在一开始就说清楚，后期再改口径非常痛。
基础数据不必一次建全，先建"高频物料 + 常用库位"，其余随单据自然补录。构建器生成的模块自带导入入口，仓库现成的 Excel 台账可以直接导进来，不必手工敲几百条。## 第二步：四张单据串起一条线
仓储的日常动作可以收敛成四类单据，每类都是一张"表头 + 明细行"的单子（明细行就是这张单里涉及了哪些物料、各多少）。
- 收货单：来源（采购到货、客户退货、生产入库）、供应商、到货时间、明细（物料、数量、批次、外观是否合格）。登记的一刻，库存先记"待检 / 待上架"，不直接进可用库存——这一步把"到了"和"能用"区分开，后面出了质量问题才追得回。
- 上架单：把待上架的货分派到具体库位。这是"位置进系统"的关键一步，也是最常被漏掉的一步。
- 拣货单：来源是销售订单或生产领料。系统按物料的默认库位给出建议拣货位置，拣货人确认实拣数量；差异必须填原因（货位空了、数量不足、破损）。
- 出库单：拣货复核后的实际发出，记录批次、承运方、出门时间。
四张单之间的衔接，建议做成"下游单由上游单生成"：收货单确认后一键带上架，上架完成库存落到库位；拣货单确认后一键带出库，出库过账后库存扣减、账面结存更新。这样同一批数据只录一次，也避免了两张单日期对不上。
中间的例外情况走系统里的审批流：超量收货、非默认库位出库、破损报废、盘盈盘亏调整，都能挂一道审批，结果直接改单据状态，不用领导签完字再回系统补录一遍。
批次要不要管，一开始就要定。 如果行业有批次或效期要求（食品、化工、医药），就在物料上打开"批次管理"，收货时录批次号，出库时按先进先出给建议批次；不要求批次的物料就别开这个开关——每收一次货都要多录一遍批次，仓管会直接用脚投票。## 第三步：页面怎么摆，仓管才愿意用
同一个数据库，页面摆法决定了系统会不会真的被用起来。建议按"动作"而不是按"表"来安排页面：
- 库存查询页：默认按物料汇总，点开能钻到"这个物料分布在哪些库位、各多少"。这是被问得最多的问题，应该一查就有答案。
- 出入库作业页：左边是今天的待办（要收的、要上架的、要拣的），右边是单据。仓管上班先看这个页面，而不是先看菜单。
- 单据列表页：按时间、往来单位、物料、库位、经办人筛选，能导出 Excel 交给财务对账。
- 异常页：拣货差异、超期未上架、长期零动的库位、低于安全库存的物料，集中列出来处理。
字段层面有几个细节值得一开始就定好：单据号规则（前缀 + 日期 + 流水）、必填项（谁、什么时候、从哪、到哪、多少），以及"作废"和"红冲"怎么处理。单据录错不要删除，作废留痕比删除安全得多；系统里关键单据的操作都会留下操作记录，事后能查到是谁、什么时候动的。
第四步：移动端接手，把动作留在现场
仓管真正的工作发生在货架之间，不在电脑前。用 Inkwell 构建器做的模块，PC 上搭好的页面会成套出现在手机端，不需要再单独开发一套移动应用。落到仓储场景，手机上最该有的是这几个动作：
- 收货现场核对：对着单据点数量，直接填实收数，异常拍照上传留证。
- 上架与拣货确认：选到目标库位、填实拣数量，差异当场填原因，不用回办公室凭记忆补。
- 盘点录入：拿着手机边走边录，替代"先抄在纸上、回办公室再敲一遍"。
- 库存随手查：销售或客户在群里问"还有多少"，现场就能回答。
一个建议：移动端只放"当场必须做的动作"，报表、配置这类功能留在 PC。手机上按钮太多，仓管会退回纸笔。## 库存对不上怎么办：盘点与调账
账实有差异不可怕，可怕的是差异说不清。建议把盘点做成流程，而不是月底突击：
- 生成盘点单：按仓库、库区或物料范围圈定盘点对象，明确盘点期间是冻结范围内的出入库，还是照常作业、按盘点时点倒推。
- 现场录入实盘数：移动端逐库位录入，支持先录入、后复核。
- 差异分析：系统按"物料 + 库位"列出账面与实盘的差异，要求填写差异原因（漏记单据、错发、破损、丢失）。
- 审批与调账：差异超过一定金额或数量的，走审批后再生成调整单。调整单本身就是一本账，谁调了多少、为什么调，随时可查。
盘点的频率比规模更重要：高频物料做月度循环盘，低频物料季度或半年盘一次，通常比全仓一年盘一次有效。
上线前要确认的五件事
- 期初库存怎么来。 以某一天为时点，把现有库存按库位导进来（没有库位历史就先按默认库位放）。期初口径必须一次定死，日后再改等于账目重来。
- 库位编码与命名规则。 谁维护、谁能新增库位、废弃库位怎么标记，都要落到人。
- 权限分层。 谁只能录单、谁能过账、谁能调账与改基础资料。这件事由角色统一管理，不必挨个模块单独配。
- 单据号与计量口径。 单据号规则、数量单位、是否启用批次，写成一页纸贴在仓库。
- 两套数据并行多久。 建议先并行一到两个完整作业周期（含一次月度盘点），差异能对齐了再停用纸质单。
上线第一周最好有人在现场陪着用，问题当场改。像必填项、下拉选项顺序这类小调整，改起来很快，比事后集中反馈一轮有效得多。## 之后可以延伸的方向
仓储跑顺之后，这套数据会成为好几件事的基础：
- 安全库存与补货提醒：库存跌破阈值自动提醒采购，用系统里的定时任务每天跑一次即可。
- 与采购、销售的衔接：采购收货直接生成入库，销售发货直接减少库存，同一笔业务不用录两遍。
- 与生产领料的衔接：按工单领料、超领走审批，物料成本才算得清。
- 往来单位对账：收货、出库数据按供应商和客户汇总，对账不用再翻纸质单。
- 库位利用率与呆滞料分析：哪块区域挤、哪些料压了半年没动，一眼看得到。
这套东西是怎么搭出来的
上面说的这些——仓库库位与物料主数据、四类单据、库存查询与盘点、例外审批、手机端现场动作、到期与阈值提醒、对账与呆滞分析报表——都是在 Inkwell AI 构建器里用业务语言描述出来的模块：先把要做的业务讲清楚，构建器搭出数据表和页面，再按自家口径逐项调整字段与规则，PC 与移动端一次成型。
改动不需要写代码。库位编码规则换了、审批多一级、盘点表多一列、库存查询想加一个筛选条件，直接在页面和规则上调整，当天就能用上。
最后提醒一句：仓储系统的成败不在功能多少，而在"每一次货的移动都被记下来"这件事能不能坚持。先把收货、上架、拣货、出库这四个动作落实到位，库存的准确度自然会好起来，后面的报表和预警才站得住。