采购订单发给供应商后，交期变了，企业怎么及时知道？

采购订单发出去了，ERP里也写着交期。可有个问题，我们不一定想过：这个日期，是谁答应的？

有时它是采购下单时填的要求到货日，意思是“我们希望这天收到”。供应商看过物料、数量和自己的排期后，能不能按这天交，还得再确认。

这两个日期看着差不多，对生产计划来说却完全不是一回事。前者是需求，后者是承诺。要是系统只记下了前者，计划员看到一个确定的日期，实际拿到的却可能是一件还没得到答复的事。

那么，采购订单发给供应商以后，怎样才能早点知道交期有变化？我觉得先别急着谈“预警功能”，得把订单中间那段过程补上。

一、订单发出，不等于供应商已经确认

我们先看采购单从发出到收货，中间到底发生了什么。

采购发出订单后，供应商要核对品种、规格、数量和交货日期。能按要求交，就确认；做不到，可能提出新日期，也可能提出分批交货。之后还有备货、发运、到货、验收。采购单上的一行物料，往往要经过好几个状态，才算真的交完。

所以，企业至少要把三种日期分清楚：业务需要物料的日期、订单要求供应商交货的日期、供应商确认的交货日期。考虑到收货、检验还要时间，业务需要日和要求到货日也未必是同一天；更不能默认供应商确认的日期一定符合要求。

假设一张订单里有两项物料，供应商说第一项能按期到，第二项要晚两天。要是系统只在整张订单上显示“已确认”，采购看着放心，计划员却可能不知道真正缺的是哪一项。跟踪交期，最好落到订单行和交货批次，而不是只看整张单的状态。

供应商一直没回复，也值得提醒采购去问。但这里的提醒是“尚未确认”，不是“已经延期”。把两者混在一起，采购会收到一堆看似紧急、实际还没判断清楚的消息。

二、交期变了，不能只改掉原来的日期

订单刚发出时，供应商提出一个晚于要求到货日的日期，采购需要知道。供应商已经确认过，后来又要求推迟，采购更需要知道。因为后一种情况，生产计划可能已经按原承诺排下去了。

这时如果直接用新日期覆盖旧日期，页面上只剩“下周二到货”，别人就很难看出：原来答应的是哪天、什么时候改的、谁接受了变更。采购、计划和仓库各拿着一个版本，催料时自然容易说不到一处。

更稳妥的做法，是让供应商提交变更申请，留下原承诺日期、新建议日期、涉及的物料和数量、变更原因。采购先核对，再由相关负责人判断是否接受；如果会影响生产或客户交付，计划员也得看到这次变化。供应商提出新日期，不等于企业已经同意用新日期安排生产。

至于通知什么时候发，也不用只盯着“到期未到”。可以分别看几件事：订单发出后迟迟无人确认；供应商承诺日期晚于业务需要日期；已确认的日期再次变更；临近交货仍没有发运信息；到货数量少于承诺数量。每一种情况，负责跟进的人和处理办法都不一样。

当然，系统发出提醒有一个前提：供应商的确认和变更得及时进入系统。要是交期已经在电话里改了，平台两天后才有人补录，再快的预警也只能提醒一个旧消息。

三、知道延期以后，谁来决定怎么办？

采购知道晚两天，事情还没有结束。要看这项物料是给哪张生产工单、哪个项目用的，现有库存够不够，有没有其他批次或替代方案。如果不影响下游安排，采购跟进供应商即可；如果会卡住开工、装配或发货，就要尽早请计划、生产等相关人员重新判断。

举个简单的判断方式：同样是“晚两天”，一项物料仓库里还有足够库存，另一项物料已经被一张待开工的工单占用。提醒级别不能只按“晚了几天”算。先找到它影响哪件事，再决定谁要处理。

处理结果也要回到订单里。比如供应商改成分批交货，采购接受了第一批数量，计划相应调整领料时间，仓库按批次收货。这样再回头看，才知道这次交期变更有没有真正处理完，而不是只看“采购已读”。

四、已经有ERP，还需要再买一套SRM吗？

不一定。先看现有ERP能做到哪一步。

如果ERP已经能让供应商在线确认订单、提出变更，并把变更传给受影响的计划，那就先把现有流程用好。若ERP主要记录采购订单和入库结果，供应商的答复还散在电话、微信和邮件里，企业缺的可能是订单发出后的协同环节，不一定要把采购系统整个换掉。

这类协同应用可以从一条链开始建：从ERP取得有效采购订单，让供应商只看自己的订单并回复承诺日期；交期变化后进入采购审核，涉及生产的变更再通知计划；到货时与仓库收货记录核对。正式订单究竟以ERP还是新应用为准，也要事先定好，不能让两边都能随意改交期。

供应商不愿意再登录一个平台怎么办？不用第一天就要求所有供应商改习惯。可以先找交期影响较大的几家试在线确认；其他供应商暂时用原有渠道回复，由采购登记确认时间和答复依据。先让信息有出处，再逐步减少代录。但如果一直没人及时登记，系统还是无法替企业提前知道变化。

织信可以用数据表记录供应商确认、交货批次和变更历史，用工作流处理审核与待办，再通过权限和接口连接原有订单数据。这是可以按企业规则搭建的协同方案，不是说打开一个现成开关，所有供应商就会自动回填交期。供应商如何接入、ERP接口是否开放、哪些变更需要审批，都得在项目里逐项确认。

这也解释了为什么企业会需要一个能持续开发的平台。开始可能只想把“确认交期”做起来；用一段时间后，又要处理分批交货、跨公司采购、质检退货，甚至不同供应商采用不同的确认方式。规则会变，订单、供应商和物料这些基础数据却不该每加一个流程就重建一遍。

最后，先用几张真实订单试一遍

如果准备补这段管理流程，我建议先找几张最近处理过的采购单，不用挑最整齐的。找一张供应商没有及时确认的、一张改过交期的、一张分批到货的，再找一张已经收货、但系统还可能误报延期的。

拿着这些单据，从订单发出一直走到收货，问清楚：供应商何时答复？谁接受了新交期？计划员什么时候得知？实收数量和承诺数量哪里核对？系统上的提醒又该由谁关闭？

走完这几张单，企业要补的是供应商确认、变更审批，还是订单与计划之间的数据关系，通常就更容易判断了。交期变化能不能及时知道，靠的不是多设一个红色提醒，而是让承诺和变更有记录，让受影响的人在还能调整计划的时候看见它。