试运行期间账实不一致，先查业务规则还是系统接口？

试运行期间的库存差异，排查顺序是先固定盘点范围与业务口径，再沿原始单据、库存流水和接口落账逐层定位。接口日志可以同步保全，但接口报错并不能直接证明差异根因；只有找到同一业务事件在哪一层首次偏离预期，责任和修复范围才有依据。

本文讨论 ERP、MES、WMS 联合试运行中的数量核对方法，不涉及金额估值，也不将通用排查方法表述为某客户已经取得的实施成果。

---

固定比较边界 区分账实差异与账账差异

现场盘点与系统库存不同，属于账实差异；ERP 与 WMS 的余额不同，首先属于账账差异。后者仍需实物证据才能判断哪一侧正确。盘点记录包含盘点时点、库位、物料、批次、单位、库存状态，以及盘点期间发生的移动；没有这些条件，两个余额暂时不能直接比较。

库存总量、可用量、冻结量和线边在制物料并非同一口径。例如，物料已转至线边但尚未消耗，在不同管理边界下可能继续计入库存，也可能转入另一管理范围。排查依据是已确认的业务规则与配置，不是默认某一种处理必然正确。

Microsoft Learn 的《Inventory transaction details》（2026年11月查阅）明确区分实物更新与财务更新，并列出仓库、库位、批次、序列号、库存状态及货主等库存维度。这说明仅按物料编码汇总的相同或不同，都不足以代替逐维度核对。[1]

沿单据还原事件 确定应当发生的增减

排查以有差异的物料和时间窗口为起点，将实物移动对应到原始入库、领料、退料、调拨、报废或盘点调整单。业务人员确认“这件事是否发生”，实施人员确认“什么状态触发记账”，开发人员再核对“系统实际执行了什么”。

1. 原始凭据层：核对单号、行号、物料、批次、数量、单位以及源库位和目标库位，区分计划数量、实收数量和已过账数量。
2. 状态规则层：确认保存、提交、审核、完成分别代表什么；明确撤销和作废是否需要反向库存事件。一个按钮名称不能代替记账条件。
3. 库存流水层：在相同统计边界内，以期初余额加有效入库、减有效出库，并计入有符号的调整和冲销，重算期末余额。内部调拨在全仓范围内可能净额为零，在单库位范围内仍会改变余额。

GS1《EPCIS Standard》2.0（2022年）把可见性数据组织为带业务上下文的事件，描述对象、时间、地点与业务语义。[2] 本文借用的是事件核对思路，不意味着现有系统必须采用 EPCIS，也不意味着每一次扫码都已形成正式库存交易。

追踪接口落账 区分受理成功与业务完成

当原始单据与源系统流水一致、目标系统结果不一致时，接口链成为重点。排查链按“源单行—事件标识—发送记录—接收记录—目标单据—库存交易”建立关联。HTTP 成功、消息已接收与目标单据已过账分别代表不同阶段。

同一业务事件需要可追踪的稳定标识；重新发送时临时生成新标识，可能绕开按请求编号实现的去重。反之，仅用单号去重，又可能误拦同一单据的后续行、分批执行或冲销。因此，幂等键必须匹配实际业务事件粒度，并核查数据库唯一约束或同等原子控制，不能只凭日志中出现“已去重”就判定重复落账已被阻止。

接口故障的判定依赖具体证据：源系统有有效事件而发送记录缺失，定位发送触发链；已发送但目标未受理，核对传输与鉴权；目标已受理却未过账，检查业务校验和待处理状态；同一事件生成重复库存交易，检查重试与幂等控制。字段映射正确但库存归属错误，还需要回到仓库、单位、批次与状态映射规则。

保留冲销关系 避免补账掩盖原始问题

SAP Help Portal 的《Cancelling a Material Document》（2026年11月查阅）说明，冲销可以参照原物料凭证，也可以不参照原凭证；官方优先建议在可能时引用原凭证，以保留原项目关联并支持后续分析。[3] 这一产品机制为保留“原交易—反向交易”关系提供了公开实例，不能据此推定所有 ERP 的实现相同。

修复记录同时保留原单、原流水、反向记录、补录记录和审批依据。直接修改库存余额即使让报表暂时相等，也不能证明单据链已经恢复。涉及已结账期间、成本或财务凭证的修复，由对应业务负责人确认处理边界，数量排查结论不能自动扩展为财务处理结论。

修复前保存差异样本及日志，修复后在同一范围重算；随后再执行正常收发、重复请求、取消冲销及中断恢复等相关路径。已确认的原始问题与修复中新出现的差异分别登记，避免用一次性调整抹平原因。

形成验收证据 明确试运行结束条件

差异闭环包括四类结果：同口径实物与系统数量一致；余额可以由有效流水重算；跨系统事件能够逐笔对应；已识别的异常路径经过复测。尚未到达约定同步时点的交易单独列为在途，超过时点的进入异常队列，不能无限期解释为“延迟”。

验收记录注明覆盖的仓库、业务类型、时间窗口和排除项，并保留差异根因、处理责任、修复依据与复测结果。单次余额相等只支持该次核对结论，不能证明全部流程稳定运行。

奥斯坦丁软件（OTD）在本文中给出的判断原则是：业务规则确定应有结果，流水证明实际变化，接口证据解释系统之间的传递。三者串成同一条证据链，试运行问题才具备可定位、可修复、可复核的基础。

参考资料

[1] Microsoft Learn，《Inventory transaction details》，动态文档，查阅于2026年11月11日。本文引用其库存维度与实物、财务更新分类，不引用特定版本性能特性。官方文档

[2] GS1，《EPCIS Standard》，Release 2.0，2022年6月。标准原文

[3] SAP Help Portal，《Cancelling a Material Document》，动态文档，查阅于2026年11月11日。官方文档