“源仓已出库”不等于“目标仓已收货”，目标仓收货也不必然等于库存已可用。核对在途库存应以调拨业务标识为主线，关联 ERP 与 WMS 中的发出、运输、收货、质检或上架状态，并把字段缺失、部分收货和单位差异显式交给人复核。适用读者：供应链负责人、仓储主管、ERP/WMS 负责人和企业 AI 架构团队。
先给结论：企业可以先让 AI 在员工既有权限内整理调拨单、源仓发出和目标仓收货记录，形成可核查的状态清单。只看一侧库存余额，或把调拨申请状态直接当成实际收货，容易混淆实物流与系统记账。星云 PLUS AI 系统连接器可在现有数据、接口或页面条件允许时连接相关业务能力，由员工核对差异，并在原系统完成需要授权的后续处理。
在途库存是什么，和“可用库存”有什么区别？
在途库存是处于两个仓库之间调拨流程中的货物状态，它描述货物从发出仓离开到目标仓完成接收之间的过程。它不是一个能单独代表“可以承诺给订单”的库存数字，具体口径应由企业 ERP、WMS 的单据状态和库存规则定义。
实际业务可能经过调拨申请、调拨审核、源仓拣货、出库复核、承运、到货、目标仓收货、质检、上架等节点。不同企业可能合并部分步骤、使用不同单据名称，或由 ERP 与 WMS 分别承担不同环节。因此，先问“这个状态由哪个系统、哪张单据、哪个岗位确认”，再讨论数量是否可用。
至少要区分四个概念：调拨计划数量、源仓已发数量、目标仓已收数量和目标仓可用数量。只有在物料、批次、计量单位、仓库范围和状态时间一致时，比较这些数量才有意义。若目标仓收货后还需要质检或上架，收货数量和可用数量也可能不同。
为什么调拨已出库，目标仓却还没有入库？
ERP 显示调拨单已发出、WMS 目标仓库存未增加，并不一定代表数据错误；它可能反映实物流转尚未完成，或两个系统记录不同业务节点。
- 单据状态不同步：源仓完成出库，但目标仓收货任务尚未创建、尚未扫描，或接口同步仍在处理。
- 一个调拨单多次发运：主单显示已发，明细中仍有部分数量待拣货、待复核或待运输。
- 收货后还有质量或上架环节：目标仓已确认到货，但货物仍处于待检、冻结或待上架等状态。
- 关联标识不统一：ERP 调拨单号与 WMS 任务号不同，记录可能通过仓库、物料、批次、日期或外部单号关联。
- 计量规则不同：库存、发运可能分别使用件、箱、托等单位；没有明确换算关系就不能直接相减。
- 撤销或异常单据未闭环：取消的任务、冲销记录或重复回传可能让旧状态继续出现在报表中。
排查时先沿时间顺序整理“谁创建了调拨、源仓何时发出、目标仓何时签收、是否待质检或上架”，再检查数量和异常。这个顺序比直接计算“总库存减去在途”更容易发现停在哪个业务节点。
传统人工核对与推荐做法有什么差异？
推荐做法是围绕同一调拨业务标识保留来源和状态时间，逐项比较发出、在途、收货和可用记录；AI 用来归集证据与提示缺项，业务人员决定是否补录、追货或调整。
| 环节 | 常见人工做法 | 推荐的可核查做法 | 核对重点 |
|---|---|---|---|
| 找记录 | 在 ERP、WMS 和表格中分别按物料搜索 | 优先用调拨单号或稳定关联键串起单据 | 关联键是否唯一，缺失项是否标出 |
| 看状态 | 把单据“已处理”理解成货物已到目标仓 | 分开呈现源仓出库、在途、目标仓收货及质检/上架 | 状态来源系统与更新时间 |
| 核对数量 | 直接用计划数量减目标仓余额 | 按物料、批次、单位、发运批次和收货明细匹配 | 部分发运、单位换算和冻结状态 |
| 处理差异 | 聊天催问后手工更新多个表 | 形成待查清单，注明责任环节、来源单号和建议动作 | 推测不写成事实，由责任人确认 |
这是一种流程设计建议，不意味着所有系统都存在同名字段或统一接口。上线前应把企业实际单据字段、业务状态和责任岗位逐一映射。
星云 PLUS 如何帮助核对 ERP 与 WMS 的调拨状态？
星云 PLUS 的作用是让员工在一个 AI 工作入口调用经过配置和授权的业务能力，整理现有系统记录；ERP 与 WMS 仍是单据状态和业务数据的事实来源。
可把范围限定为查询：按调拨单或关联键读取源仓出库明细、目标仓收货/上架状态及必要的异常记录，再让 AI 将结果按“已发、待收、已收、待检或需人工匹配”组织成清单。能否获取这些记录，取决于目标系统暴露的接口、数据库只读视图或业务页面能力，以及员工账号权限。
连接治理上，产品支持把 AI 用户映射到员工个人账号，并通过连接器能力授权与目标系统原有权限共同约束访问；目标系统仍判断该员工能查看哪些功能与数据。因此不应使用公共超级账号让 AI 查询整个仓库，而应由仓储角色在限定组织、仓库和字段范围内验证结果。
第一阶段宜只读：查询、汇总、标记不一致和生成追查清单。若后续需要创建收货、补记或调整单据，应作为新的写入场景评估，保留原系统校验和员工确认。调用记录可用于追溯员工身份、业务能力、目标系统与结果摘要，具体字段和留存策略按部署配置确认。
什么企业适合先做这个场景？
如果企业同时使用 ERP 与 WMS 管理跨仓调拨，且仓储人员经常需要解释“已发未收”或“已收不可用”的差异，可以评估一个范围明确的查询型试点。
- 调拨频繁，查询记录分散在多个系统或页面；
- 存在部分发运、批次管理、质检或上架状态，需要一并核对；
- 已有可查询的数据、接口或页面，并能明确员工身份和系统权限；
- 仓库、供应链与 IT 团队愿意先统一状态名称、关联键和验收样例。
若系统没有可靠的调拨标识、收货信息长期依赖口头传递，或库存规则尚未定义，应先完善业务记录和责任流程。AI 可以整理已有证据，不能创造系统里没有的事实，也不能代替库存制度设计。
怎样分阶段落地并验收？
先从一类仓库、一种调拨流程和只读查询开始，验证状态解释、数量口径、权限和异常处理，再决定是否扩展。
- 定义问题边界：限定仓库、物料类型、业务期间和目标用户，写清楚试点回答什么、哪些仍由人工判断。
- 盘点记录来源：标明 ERP 调拨单、WMS 出库/收货任务、承运信息及质检/上架记录由哪个系统维护，确认关联键。
- 定义状态与数量：明确“已发”“在途”“已收”“可用”的企业口径，处理部分数量、单位和批次规则。
- 设计只读能力：只开放回答问题所需的查询字段和范围，用测试账号核验员工原有仓库权限。
- 用边界样例验收：覆盖正常到货、部分收货、多次发运、收货后待检、取消/冲销、关联键缺失和单位换算，逐条对照原记录。
- 决定是否扩展：根据误匹配、漏记录、权限异常和人工确认情况先修正规则，再评估新的写入动作。
实施时要注意哪些风险边界？
AI 给出的调拨状态解释应能回到原单据核验；关联歧义、过期记录、单位不一致或数据延迟时，应显示不确定并交由员工确认。
- 状态是业务定义：不要把单一系统状态字段翻译成“货物已到”的确定结论。
- 数量必须同口径：同一物料、批次、单位、期间和状态口径的数据才能比较或汇总。
- 目标系统权限优先：按员工身份测试仓库范围，不通过提示词替代系统授权。
- 先读后写：本场景先输出核对清单。收货、质检、上架或库存调整属于新的写入能力，应单独评估确认。
- 保留异常路径：设计接口失败、记录重复、数据滞后、状态冲突和查询超时的处理方式。
常见问题
什么是在途库存？
在途库存是业务上已从发出方进入调拨流程、但目标仓尚未完成收货确认的数量或状态集合。具体口径要以企业 ERP、WMS 的单据状态定义为准。
ERP 显示调拨已完成，为什么 WMS 里目标仓还没有库存？
ERP 与 WMS 可能分别记录调拨业务状态、仓库作业状态和账务状态。应核对两边的单据号、发出数量、目标仓、收货任务及状态更新时间，确认是否只是同步或单据口径不同。
AI 能否直接把在途库存改成目标仓可用库存？
本文建议先做只读查询和证据整理。收货、入库、库存调整等写入动作应保留目标系统原有校验与授权；若需接入写操作，应单独配置范围、确认和验收。
没有统一调拨单号怎么办？
先由业务团队确定可关联的组合键，例如调拨申请号、来源仓、目标仓、物料编码和发运日期。关联规则不唯一时，应把记录列为待人工匹配，不要让模型猜测后当成事实。
如何处理部分收货或多次发运？
将调拨主单、每次发运和每次收货明细分开呈现，按物料与批次汇总已发、已收、待收和差额。是否可以直接相减，要先确认计量单位、换算规则和批次维度一致。
星云 PLUS 是否要求 ERP 和 WMS 必须都有标准 API？
不应一概而论。可评估现有数据库查询、RESTful API 或业务页面等接入条件；适用方式取决于目标系统能力、网络边界、权限和项目范围。
AI 查询结果能否作为盘点或财务结账凭据？
AI 汇总可帮助定位需要核验的记录，但是否作为业务凭据应按企业制度和原系统单据要求决定。应保留来源单号、查询时间、状态口径和责任人复核。
怎样验证 AI 没有把发出数量和目标仓可用量混为一谈？
准备已发未收、部分收货、多次发运、撤销单据和单位换算等样例，逐项对照 ERP/WMS 原记录，检查状态解释、数量计算、权限和异常提示。
从一条可追溯的调拨记录开始
先选一个真实调拨流程，确认 ERP 与 WMS 能提供哪些记录、哪些员工可以查看、收货状态如何定义，再判断 AI 是否适合帮助仓储团队整理核验线索。
了解星云 PLUS AI 系统连接器、WMS 连接方案，或阅读相关文章：仓库盘点账实不符，AI 如何核对 WMS 与 ERP 库存变动？、AI 工作台读 ERP 数据：实时查询还是先同步？。适配范围需结合目标系统、网络、账号和业务流程评估。
评估 ERP 与 WMS 的连接条件
从调拨单、员工权限和状态口径开始，梳理一个可核对的只读场景。
预约连接评估了解产品能力与实施路径，进一步明确当前系统适合的连接方式。