采购订单写着“已到货”，车间却说物料还不能领。采购、仓库和质量岗位看到的不是同一个状态：供应商送到了多少，仓库接收了多少，检验通过了多少，真正可以用于生产的又有多少？如果只在订单上放一个“完成”标签，剩余交付和异常处理很容易失去责任人。
这篇从货到现场之后开始，不再讨论供应商承诺日期和催交。目标是让采购订单到货跟踪回到订单行、批次和原始凭据，而不是凭一个总状态决定关单。
一张订单，先拆成各批次的事实
以下数字仅为示意。某订单行订购 100 件，首批送来 60 件；仓库按单据接收 60 件，其中 45 件完成检验并满足当前领用条件，15 件仍待检或待处置。剩余 40 件尚未交付。
此时说“已到货 60 件”可以，但说“已完成 60%”仍可能误导：这个百分比描述的是接收数量，不是合格率，更不是生产可用率。若 15 件后续被退回，它们需要对应退换或补交记录，不能既算作已满足采购需求，又重新计入未到货数量。
记录的最小单位最好落在订单行，并保留物料编码及版本、计量单位、交货地点、批次或送货单号。否则同一张订单多行、多批混在一起，总数对上了，也未必是所需物料对上了。
到厂、接收、检验和可用，分别由谁确认
到厂或签收只证明货物到了某个节点；仓库接收依据单据、数量与实物核对；质量检验按适用规则形成结论；库存是否可领用，还取决于企业的放行与库存状态机制。实际流程可能先入待检库，也可能先接收再检验，各企业和系统配置不完全相同。
因此不应让采购人员根据一张物流照片替质量岗位下结论，也不应让 AI 从“已签收”推断“生产可以使用”。采购需要看到这些环节的结果及来源，但每一项事实仍由相应责任岗位确认。
在微软的采购订单概览这个具体系统示例中，采购订单数量状态、收货凭据和供应商发票分别跟踪；部分收货或部分开票时，订单不会仅因已有收货记录就变成全部完成。它提供的是核查思路，不是所有企业必须采用的关单规则。
剩余数量不能只用“100 减 60”
最初可以用订购数量减已接收数量定位待交付部分，但后续还要看获准的订单变更、短交处理、退货、补交及计量单位转换。若将退回件计入原先的接收记录，又把它当成新欠货重复相减，未完成量就会失真。
可以维护一张按订单行滚动的事件账：原订购与已批准调整、每批送货与接收、检验或处置结果、退换补交、当前未结事项。每条变化保留发生时间、来源单据、录入人和确认人。数量口径难统一时，先展示相互冲突的记录并标记待核，不用自动计算出的漂亮百分比掩盖问题。
与采购催交的供应商承诺跟进不同，这张账重点不在预测“什么时候到”，而在到货后回答“哪些已经满足需求、哪些还在路上、哪些到了但暂不可用”。
关单之前，逐项交还业务判断
是否可以关闭采购订单，应看企业制度和系统设置，而不是套用一个通用阈值。至少需要核对：订单行的剩余交付是否已有处理决定；待检、退换和差异是否有责任人；相关单据与数量是否能回查；需要审批的短交、取消或变更是否已获授权。财务发票与付款另有流程，不能被“收货完成”四个字代替。
对灵核数智相关方案，适合先用真实样本测试信息归集：能否在获准接入的数据范围内，把订单行与收货、检验、退换记录关联，指出缺失凭据或口径冲突，形成待人工确认清单。是否能访问对应系统、多久更新一次、能否回写状态，要逐项核实；不预设 AI 能代替仓库收货、质量放行或自动关单。具体场景的授权边界，可先参考采购订单发出前的四道核对，再按企业实际流程区分发出前与到货后责任。
让订单保持“未结”并非工作没做完的坏消息。只要未结原因、下一步动作和责任人清楚，它比一个过早的“已完成”更能保护生产计划。
