WMS 项目启动前，先把仓库怎样运转说清楚。需要盘清的 12 类信息是：组织与货权、库区库位、物料主数据、包装与单位、条码与容器、批次与日期、收货与检验、上架与移库、领料与退料、成品与发运、盘点与差异、系统接口与例外作业。
核心判断：每一类都应留下真实样例、现行规则、责任人和待决事项。只有功能名称，没有单据、标签和异常样例，通常还不足以形成可执行的实施范围。这里的 12 类是本文的调研框架，不是行业认证标准。
为什么启动会开完了，方案还是不断返工？
可以用一个假设场景理解：采购按箱下单，仓库拆箱按件发料，生产退回半箱，财务按基本单位记账。演示时，收货、发料、退料都能完成；到了现场，才发现同一物料不同供应商的装箱数并不一致，退料标签也没有原批次。
问题出在业务规则没有被完整表达。仓库说的“能退料”，可能还包含拆包、余量、质量状态和批次追溯；软件清单里的一行“退料管理”，并不能替代这些决定。启动前把规则和证据配齐，才能判断哪些是配置、哪些需要开发、哪些应由企业先统一管理口径。
仓库现状究竟要盘清哪 12 类信息？
1. 组织与货权：货在这里，就一定属于这里吗？
列出工厂、仓库、核算组织和库存所有者，标清自有、寄售、客供、委外等业务。重点核对同一库位是否混放不同货权的物料、跨组织调拨是否伴随账务处理。保留库存台账和调拨单样例，由仓储与财务共同确认边界，避免把实物位置直接当作资产归属。
2. 库区与库位：系统里的位置能让新人找到实物吗？
准备现场平面图、库区库位清单和实物标识照片，包含收货暂存区、待检区、不良区、线边仓及临时存放点。核对一个位置能否混放多个物料或批次、是否存在容量和存储条件限制。临时落地的货也要有管理路径，否则系统上架完成了，现场仍可能找不到。
3. 物料主数据：同一种料有没有多套叫法？
抽取物料编码、名称规格、供应商料号、客户料号和启停用状态，检查一物多码、一名多物和版本混用。明确谁能建码、谁负责纠错、哪些字段必须继承 ERP。调研成果应包括映射样例和维护责任，不能只交一份无人维护的导入表。
4. 包装与单位：箱、卷、袋、件怎样换算？
记录采购单位、库存基本单位、领用单位、包装数量及换算规则，特别检查非固定包装、拆零和余量。GS1 的包装数量规则指出，箱内贸易项目数量或预定义托盘配置中的箱数改变时，需要分配新的 GTIN；它说明包装数量本身是重要的识别属性，而非随手填写的备注。该要求适用于相应 GS1 贸易项目识别场景，不等于所有内部仓库都必须改用 GTIN。来源：GS1《Pack/case quantity》，2026 年查阅。[1]
现场至少保留整包、拆包和退回余量的样例，明确标签上的数量是初始数量还是当前余额。
5. 条码与容器：扫到的是物料，还是这一箱货？
收集供应商标签、内部标签、托盘标签和客户发运标签，逐项说明编码对象。物料编码回答“是什么”，箱号或容器号回答“是哪一个”。GS1 的 SSCC 是用于识别物流单元的 18 位标识，可用于托盘、纸箱等物流单元；这是物流单元身份与物料身份应分开的公开示例。来源：GS1 Saudi Arabia《SSCC》，2026 年查阅。[2]
同时确认标签破损补打、拆箱换箱、混托和容器复用如何处理。不能只验证扫描枪能读出字符，还要验证扫码后找到的业务对象正确。
6. 批次与日期：先进先出到底按哪个时间排？
分别记录供应商批次、内部批次、制造日期、收货日期、入库日期和失效日期，明确来源与缺失处理。GS1 应用标识符将批次 AI（10）、生产日期 AI（11）和失效日期 AI（17）分开定义，三者不能用一个“日期批号”字段替代。来源：GS1《Application Identifiers》，2026 年查阅。[3]
发料按入库先后、制造日期还是效期排序，应由物料特性及企业业务规则决定。还要确认冻结批次、指定批次和日期缺失时能否发料，以及谁能批准例外。
7. 收货与检验：到货后，什么时候才算可用库存？
沿采购订单、到货、点收、检验到入库走一遍真实流程。保留少收、多收、分批到货、无单到货和检验不合格样例，明确数量差异与质量差异由谁处理。把“已收货”“已入账”“可领用”分别定义，避免实物到场后就被误当成可用料。
8. 上架与移库：搬货之后，谁来保证账跟着走？
说明推荐库位和实际库位的关系、扫描发生在搬运前还是搬运后、移库未完成时库存怎样显示。重点观察跨班交接、临时借位和紧急移位。交付物应包含起点、终点、执行人、确认动作及取消处理，确保一次搬运只有一条可核对的结果。
9. 领料与退料：出了仓库，剩余料还看得见吗？
区分按工单领料、备料、补料、借料和线边补给，确认发料数量怎样与生产需求对应。退料要记录原领料关系、原批次、实际余量和质量状态，明确是否需要复检。选取拆包退料、替代料和跨工单余料作为测试场景，不能默认所有退料都直接回到可用库存。
10. 成品与发运：备好了货，是否等于可以出库？
盘清生产完工入库、检验放行、销售备货、复核、装箱和发运的顺序。确认客户料号、标签版本、序列号与装箱关系怎样保留，以及撤单、少装、换箱如何回退。售后退回品应明确专门入口和检验状态，不能直接沿正常成品入库路径恢复可销售数量。
11. 盘点与差异：盘出来的差额由谁认定？
明确全盘和循环盘点的范围、盘点期间能否收发、是否采用盲盘、差异是否复盘。库存准确率也要先定口径：按物料、库位、批次记录还是数量衡量，不能将不同指标混在一起。留下差异审批和调整凭证样例，确保盘点结果能追到原因，而不只是把账改成现场数。
12. 系统接口与例外作业：出错时业务怎样继续？
列出 ERP、MES、质量系统及自动化设备的交互对象，确认主数据来源、单据状态、回传时点和责任方。分别演练重复推送、超时未回执、撤单、离线作业、补录与冲销。业务动作成功但接口回传失败时，必须能判断是否已过账，避免重复扣库存。
同时收集班次、作业高峰、无线网络覆盖和终端条件，用现场记录支持容量与设备选择，不把演示环境的表现当成现场承诺。
怎样把调研结果变成可评审的实施输入？
建议用同一张台账登记上述信息，每项都回答“有什么证据、现行怎样做、谁确认、下一步谁处理”。例如，制造日期缺失不应仅写“系统需要必填”，还要决定由供应商补充、收货人员核实，还是将该批次转入待处理状态。
| 台账字段 | 应填写的内容 |
|---|---|
| 现场证据 | 脱敏单据、标签、库存样本或现场流程记录 |
| 规则与边界 | 正常处理、禁止条件、例外审批及撤销方式 |
| 确认责任 | 仓储、生产、质量、财务或信息部门的具体责任岗位 |
| 待决事项 | 未统一的口径、影响范围、负责人和计划完成日期 |
| 验收场景 | 输入样本、操作动作、预期库存及单据状态 |
对影响库存身份、单位换算、可用状态和过账边界的事项，应在相关配置或开发前定清。可以暂缓的报表展示需求，也要进入待办清单，避免默认被包含在首期承诺里。
老板怎样判断调研是否真正完成？
请仓储、生产、质量、财务和实施方共同用同一组样例走通收货、发料、退料及差异处理。如果不同部门对库存数量或可用状态给出不同答案，说明还有业务口径需要统一。完成的标志应是样例能够说明流程、例外有责任人、验收有可检查的结果。
这份清单适合作为与奥斯坦丁软件（OTD）讨论 WMS 项目范围的输入。具体到 OTDWMS 或其他系统的配置、接口和开发边界，应逐项验证并写入双方确认的方案；本文不构成对特定项目功能和收益的承诺。
常见问题
没有完整的基础数据，还能启动 WMS 项目吗？
可以先开展现状调研和数据治理。物料唯一身份、基本单位、库存状态等关键数据未明确前，不宜直接进入生产切换。将缺口列明并指定维护责任，比为了赶进度导入一份无法解释的数据更有利于后续实施。
已经用了 ERP，为什么还要重新盘仓库流程？
ERP 的单据与库存数据需要同现场扫码、暂存、拆零和搬运动作逐一对应。调研应检查这些现场动作是否已有可靠记录，并明确 ERP 与 WMS 分别负责哪些状态和数量。
这 12 类信息是不是每家仓库都要开发 12 个模块？
不是。它们是信息收集维度。某些可通过现有功能配置实现，某些应调整操作规则，另一些才需要接口或开发。先形成证据和规则，再判断实施方式。
公开依据与使用边界
以下为本文引用的三条公开标准事实，查阅日期为 2026 年 10 月 22 日。网页未明确标注发布日期的，年份仅表示查阅年份。它们用于解释包装、身份和日期为什么需要分开调研，不代表本文清单获得 GS1 认证，也不代表客户项目的实施效果。
作者
OTD 研究组
专注制造业数字化转型实践，深耕 MES、WMS、数字孪生与 IoT 集成领域，帮助工厂从「看不见」走向「可控可优」。