催交不只问日期，采购进度要从供应商承诺追到实际到货

采购催交最容易变成一串重复问句：“什么时候能发？”“今天能到吗？”供应商每次都有答复，计划员却仍不知道哪一批物料会缺。问题往往不在催得不够勤，而在日期、数量和证据没有落到同一条订单行上。

采购催交自动化值得先解决的，是把分散答复整理成可以接着处理的记录，而不是替采购员生成更多催促消息。本文从订单已发出后的履约跟进开始，不讨论询价比价，也不把供应商回复当成内部批准。

同一句“周五到”，可能回答了不同的问题

以下是示意场景：采购订单某一行订购一百件，供应商说“周五能出六十件”，采购记录却只留下“周五到货”。到了周五，仓库只收到了四十件。此时至少有三个差别：出货不是到货，六十件不是一百件，实际接收也不等于全部合格可用。

跟进时先问清楚答复指向哪一个事件：备货完成、发运、预计到厂，还是约定收货。再把订单号、行号、物料版本、数量单位、批次和地点关联起来。一个订单可能分批交付，不适合只挂一个没有说明的日期。

如果连“要追哪一批、追到哪个节点”都不明确，自动提醒只会更快地传播歧义。

承诺可以更新，但历史不能被覆盖

供应商将日期从周五改到下周一，应新增一条有时间与来源的答复，而不是直接改掉原值。订单原约定、供应商最新回复、企业接受的调整方案，是三种不同记录。

采购员可以记录对方的新说法；是否接受改期、是否需要通知计划与客户，应按企业授权处理。把最新回复填进表格，不等于双方已经完成合同或订单变更。评价交付表现时，也不能默认用最新日期替换原基准。

一条催交事件可以这样记录，不需要一开始就做复杂看板：

部分到货之后，催的是未完成的那一段

在示意订单中，四十件已有接收记录，剩余事项不能简单写成“还差六十件，继续催”。还需核实未发部分、在途部分、退回部分，以及经批准取消或变更的数量。不同状态不能重复累计。

采购、仓库和质量岗位各自维护的记录也不应互相代替。采购可以跟进供应商回复，仓库提供实际接收凭据，质量岗位按企业规则判断检验与放行。到厂照片、物流签收和合格入库可能是不同证据，不能任取一份就宣布物料已可用于生产。

在微软采购订单概览这个具体系统例子中，收货跟进与文件、数量、审批状态也分别处理。企业可据此检查自身字段，但不必照搬该系统的状态名称。

这也是制造业智能跟单的信息归集需要保留来源的原因：汇总状态时，应能回到具体记录，而不只剩一个绿色标签。

异常要交到具体的人，而不是停在“已提醒”

供应商不回复、答复与物流不符、剩余数量影响生产时，下一步应是一条有责任人的待办。写清待确认事项、相关证据、接收岗位和反馈时点；接收人未确认时，不能把“消息已发出”算作交接完成。

优先级由哪些物料影响哪些任务、还有多少缓冲等业务信息决定，不宜仅按催交次数排序。缺少计划影响依据时，先标记待评估，不凭模型语气判断“必须立即插单”。采购流程各环节的权限与责任仍应由企业规则界定。

对灵核数智相关方案的评估，可以先拿少量真实订单验证：在获准接入的资料范围内，能否摘出承诺、标出变化、形成待核实清单并回查来源。数据接入、提醒频率和可执行动作需逐项确认，不能据此承诺供应商会准时交付。催交有没有改进，最终看的是未完成事项能否被持续接住，而不是每天多发了多少条消息。