ERP 显示有库存却不能发货，AI 如何核对可用量与占用量？

“账面库存”与“可发库存”为什么不是一回事？

核对发货时，先分清系统中的实物数量、订单占用和企业认可的可分配范围，才能判断某个订单是否真的有可发货数量。

本文把几个常见概念用于说明核对思路，不假定它们在所有系统中都对应同名字段：

• 现存或账面数量：某个物料在指定组织、仓库、库位或批次范围内的库存记录。统计时点、单位和状态口径需按系统配置确认。
• 预留或占用数量：已按订单、波次、生产需求或其他业务规则分配的数量。仓库可能仍能看到实物，但不能当然地视为另一笔订单可用。
• 可分配或可承诺数量：在企业规则下，考虑仓库、质量状态、占用、批次、客户约束和计算时间后，可供指定需求使用的数量。具体算法和审批角色由企业定义。

所以，“ERP 总库存大于订单数量”只回答了一个粗粒度的数量比较。它没有说明库存在哪个仓、属于哪个状态、是否已经预留、当前员工是否能查到完整范围，也没有证明原系统允许创建拣货或发货记录。

ERP 有库存却不能发货，通常要先排查哪些口径？

发货核对要从订单行和目标仓库出发，再追查库存状态、预留和更新时间；只从物料总库存开始容易把不同用途的数量加在一起。

订单行与库存范围没有对齐

同一物料可能有多个计量单位、包装单位、仓库或组织。订单需要的单位若与库存单位换算不同，或订单指定的仓库和余额查询范围不一致，直接比较数量会产生误判。应先确认物料编码、单位、组织、仓库和批次筛选条件。

库位有货，但库存状态不允许拣货

待检、质量冻结、锁定、退货待处理或不可拣货库位可能仍被库存余额查询统计。它们是否进入企业的可发口径，应查明字段解释和业务状态，不要把“仓库有实物”直接解释为“现在可以发出”。

其他订单已预留或发货流程正在进行

一部分库存可能已经分配给其他订单，或正处于拣货、复核、装运等流程节点。可先区分计划占用、已拣货和已过账等不同记录，再确认预留是否仍然有效。系统名词和状态流转以企业实际配置为准。

ERP 与 WMS 查询时间不一致

ERP 余额、WMS 库位、质检结果和发货单可能在不同流程节点更新。若结果没有查询时间和系统来源，员工可能将一份较早的余额当成当前状态。核对结果需说明来源、过滤条件和查询时点，遇到接口延迟或未同步时应标为待确认。

人工逐系统查数与 AI 辅助核对有什么差别？

AI 辅助核对的价值，是把已授权的订单与库存记录按同一组条件摆在一起，显示差异和来源；是否可承诺发货仍须由业务规则和原系统确认。

该表是流程设计建议，不是客户实测结果，也不是所有 ERP/WMS 的固定字段定义。AI 排序或计算出的候选值不能单独作为放行、解冻或对外承诺的依据。

星云 PLUS 如何帮助整理 ERP/WMS 库存线索？

星云 PLUS AI 系统连接器可在项目评估后连接企业现有数据、RESTful API 或业务页面能力，并在员工身份和目标系统权限范围内整理订单与库存信息，供业务人员回到原系统核验。

首先，应选定具体业务问题，例如“这笔订单在指定仓库有没有满足条件的库存”“账面数量与可分配数量为何不同”。再确认会用到哪些字段、接口、数据源或业务页面。哪些库存状态需要扣除，应由仓储、销售、计划和财务等责任团队共同定义，不要把临时 SQL 公式当成企业通用规则。

其次，要按照真实岗位验证查询范围。产品支持把 AI 用户映射到目标系统员工个人账号，并按员工、用户组或组织授权业务能力；目标系统仍对具体功能与数据权限作最终判断。仓库主管、销售人员和计划人员看到的仓库、组织或库存字段可能不同，不能用一个管理员账号的查询结果代替所有员工。

输出建议保留订单编号、物料编码、组织与仓库、单位、库存状态、预留记录、来源系统、筛选条件和查询时间。将结果分为“按已定义规则可继续核验”“存在占用或状态限制”“跨系统差异待确认”“无权访问或数据缺失”。如果需要解冻、重新分配、调整库存或创建发货单，连接器接入的查询能力不代表取得写入许可；新增、修改、删除及审批默认需要人工确认。

哪些企业适合先评估这个场景？

当销售、计划和仓储团队经常因“系统有数量、订单却不能发”而跨系统查找时，可以从一个仓库或一类产品的只读核对开始评估。

• 企业使用 ERP 与 WMS 管理不同的订单、库存、库位或质检环节。
• 同一物料会分布于多个仓库、组织、批次或质量状态中。
• 业务负责人可以说明订单预留、冻结库存和可分配数量的规则。
• IT 团队能够按真实员工账号核对仓库和组织数据权限。
• 试点目标是说明差异及来源，而非自动放货、解冻库存或改写账面数据。

如果系统字段含义未知、部门对可用量算法有分歧，或关键数据没有稳定来源，应先做数据与流程梳理，明确业务口径之后再扩大连接范围。

如何分阶段实施并验收？

先限定订单、物料和仓库范围，验证数据口径、员工权限与差异解释，再决定是否扩展更多系统或业务动作。

1. 定义一个问题：例如订单行为何无法分配，不把库存盘点、采购补货、质量处理和自动发运同时放入首个范围。
2. 列出口径所有者：由销售运营、仓储、计划和财务明确现存量、预留量、质量状态、单位换算和可承诺量的业务含义。
3. 盘点系统字段：记录 ERP/WMS 中有哪些订单标识、物料、仓库、库位、批次、状态和更新时间；字段不存在时不要假定可以从名称推断。
4. 评估连接方式：判断经评估的数据、RESTful API 或业务页面哪一种适合查询，并确认数据范围、过滤条件和刷新时点。
5. 验证真实权限：用销售、仓储和计划等岗位账号测试可见范围，检查组织隔离、查询失败和无权限时的反馈。
6. 用边界样本验收：准备数量足够但已预留、待检库存、跨仓库存、单位换算、ERP/WMS 延迟、无权限等样本，回到原记录逐项确认。

验收至少应说明：查询结果是否回到正确订单、库存口径是否获业务负责人签认、不同岗位是否看到预期范围、差异是否能解释、异常和无权限是否清楚提示。是否扩大到写入应另行评估目标系统能力、授权、人工确认和回退办法。

库存查询与发货判断有哪些风险边界？

库存联查不能替代 ERP/WMS 的业务校验，也不能把状态差异直接转成发货承诺；AI 应呈现口径和证据，业务人员在原系统完成判断。

• 不把实物余额等同于可分配量；不同系统字段需先核实含义。
• 不把占用、冻结、待检或在途库存自动计入可承诺量。
• 不将旧查询结果描述为当前实时库存，需保留查询时间。
• 不把管理员权限下的全仓结果展示给未获授权员工。
• 不默认执行解冻、调拨、订单改配、库存调整或发货过账。
• 不在业务规则未统一时用模型猜测企业库存算法。

如企业把可用量定义为多种状态的计算结果，应记录规则版本、适用仓库与订单条件，并由业务负责人签认。AI 负责在已评估范围内整理信息，最终执行与数据责任仍由原系统及授权员工承担。

常见问题

从一笔不能发货的订单开始核验

先选择一笔订单和一个仓库，确认 ERP/WMS 的字段含义、预留关系、员工权限和查询时间，再判断哪些库存信息可被可靠汇总。了解星云 PLUS AI 系统连接器、ERP 连接方案和WMS 连接方案；也可继续阅读仓库调拨在途状态核对、MES 完工与 ERP 入库差异及WMS 与 ERP 盘点差异核对。具体连接范围以项目评估为准。