供应商交期总延误，多数时候不是供应商产能不够，而是采购到货协同这件事没有真正管起来。要管住交期，得抓住五个要点：下单时锁定期限、生产过程中回传进度、延误发生前预警、到货环节做协同、事后用达成率回算供应商表现。

先说个场景。

周一早会，生产计划员问采购什么时候到货。采购说已经催过三次，供应商回复“尽量本周”。计划员说那到底哪天，我这边排产要定。采购说我也不知道。

这个对话在每个月的第几周发生，很多企业自己都数不清了。

问题不在“催得够不够勤”，在于交期这件事从头到尾没有一个明确的日期在系统里挂着，催货靠打电话，回复靠感觉。

一、供应商交期延误，到底卡在哪一环

把延误拆开看，卡点通常集中在四处。

承诺没被锁定。 下单时供应商口头承诺“月底前”，合同或订单上没有写死日期。到期没到，双方各说各话，因为从一开始就没有可核对的基准。

过程不可见。 从下单到发货这几十天里，供应商那边生产到哪一步、原材料备齐了没有、有没有排产冲突，采购完全不知道。等发现要延期，往往已经来不及补。

预警缺席。 交期管理最常见的做法是到期当天去看有没有到货，这叫事后统计，不叫管控。延误被发现的时候，损失已经发生了。

到货环节没协同。 供应商送到了，仓库没排上卸货位；或者一次送来三批货，收货员只能连轴转。收货端的混乱，反过来让供应商更不愿意提前沟通到货时间。

这四个卡点对应五个管控要点，前四个各解决一个，第五个负责让效果固化下来。

管控要点	解决什么	关键动作	观察指标
交期承诺前移	没有可核对的基准日期	下单即锁定期限，写入订单	交期确认率
生产过程可视	过程状态不透明	关键节点进度回传	进度回传及时率
预警前置	延误发现太晚	按剩余天数分级预警	预警提前天数
到货协同	收货端与送货端脱节	到货预约与收货计划联动	到货准时率
绩效回算	问题重复发生	交期达成率进入供应商考核	供应商准交率

二、管控要点一：交期承诺前移，下单即锁定期限

交期管理的第一个动作，是把模糊的承诺变成明确的日期。

具体要做三件事。

下单时必须有承诺交期。 订单上设置一个必填字段：供应商承诺交期。供应商在系统里确认订单时，这个日期由他填，或者由采购与供应商确认后录入。空着就流转不下去。

把承诺交期和需求日期分开。 需求日期是业务部门要货的日期，承诺交期是供应商答应的日期。这两个日期放在一起，一眼就能看出订单一开始是不是就已经晚了。很多企业把这两个概念混为一谈，结果是需求日期等于订单日期，延误从第一天就注定。

承诺变更要走确认。 供应商要改交期，不能只发条消息。系统里发起交期变更申请，采购确认后更新，变更记录留存。这样到后面做供应商考核时，才有数据可依。

这一步看起来只是加一个字段，实际效果很大。因为交期一旦变成系统里的数据，它就能被统计、被比较、被追踪，后面的四个要点才有基础。

三、管控要点二：生产过程可视，关键节点回传

锁定了交期，接下来要让过程可见。

不需要监控供应商的每一条产线，抓住几个关键节点就够了。常见的节点是这样几个：原材料到厂、开始生产、生产完成、质检通过、发货。

要求供应商在这些节点上回传状态，会遇到两个现实问题：供应商嫌麻烦，采购也懒得追问。

解决办法是降低供应商的操作成本。给供应商开一个简单的协同入口，手机上点几下就能更新状态，不需要登录复杂的系统。这一步很关键，如果供应商要花十分钟才能更新一次进度，这件事基本做不成。

节点回传之后，采购端能看到一张清晰的进度视图。哪些订单还在等原材料，哪些已经生产完成等发货，不用一个个打电话问。

四、管控要点三：预警前置，把发现时间提前

交期管控最值钱的一条规则是：不要在到期那天才发现延误。

做法是按剩余天数分级预警。

预警分级规则。

预警级别	触发条件	处理动作
提醒级	距承诺交期 7 天	系统提醒采购员关注
关注级	距承诺交期 3 天	采购员向供应商确认进度
预警级	距承诺交期 1 天且未发货	采购员介入，评估替代方案
超期级	超过承诺交期未到货	触发异常升级，通知计划与生产

这套规则不复杂，难点在于坚持执行。系统能帮上忙的部分是把提醒推给人，而不是等人来查。

另外还有一类预警容易被忽略：订单从一开始就不可能按时到。下单时间加上供应商的标准生产周期，如果已经晚于需求日期，系统应该在审批环节就提示出来，让采购在事前就知道这单要延期，而不是等到交期那天。

五、管控要点四：到货协同，把收货端拉进来

前面三个要点都在采购和供应商之间。第四个要点容易被忽略：到货环节的协同。

到货协同要解决的是送货和收货两边对不上的问题。

到货预约。 供应商发货前在系统里提交到货计划，写清楚哪天、哪个时段、送多少箱、走哪个仓库。这比卡车到门口了再打电话强得多。

收货计划联动。 仓库端能看到未来几天的到货计划，提前安排卸货位和人力。收货员不用在某一天被三车货同时砸到头上。

送达与订单关联。 送货单必须关联到具体订单和订单行，收货时系统自动比对订单数量与送货数量。超量、短送当场记录，不留到对账时再吵。

异常当场记录。 外包装破损、数量不符、批次不清，收货环节直接拍照上传，同步给采购和供应商，双方在同一张单子上看到问题。

这一套做下来，收货端的时间成本会明显下降，供应商也愿意提前沟通，因为提前说清楚对他自己也有好处。

六、管控要点五：绩效回算，让改进有依据

前四个要点解决的是单次订单的问题。要让整体水平提升，得靠第五个要点：把交期表现回算到供应商身上。

要统计的指标不多，四个就够。

准交率。 按期或提前到货的订单数除以总订单数。这是最直观的一个数。

平均延误天数。 只统计延误的订单，算出平均拖了多少天。这个数能区分“偶尔晚一天”和“经常晚半个月”。

延误影响面。 延误订单中导致生产停线、急单补货、客户投诉的比例。同样是延误，影响差别很大。

承诺交期变更频次。 供应商主动提出改交期的次数。这个数高的供应商，说明承诺本身就不靠谱。

这四个数按供应商、按品类、按季度统计出来，供应商分级就有了依据。做得好的给更多份额，反复延误的减少配额甚至列入观察名单。

交期数据只有真正影响到订单分配，供应商才会当回事。如果考核结果只是躺在报表里，那这套机制就是空的。

统计指标	计算口径	用途
准交率	按期到货订单数 ÷ 总订单数	供应商分级的基础指标
平均延误天数	延误订单的延误天数平均值	区分偶发与常态延误
延误影响面	引发停线或急件补货的延误占比	判断延误的严重程度
承诺变更频次	供应商提出改交期的次数	反映承诺的可靠程度

七、这套机制怎么落到系统里

五个要点如果全靠人工执行，基本撑不过一个季度。拿鲸采云 SRM 来说，它的做法是把这些规则写进流程里。

交期字段做成必填。 订单发布时必须带承诺交期，供应商在线确认，交期变更走变更单。基准日期的数据从源头就齐了。

供应商协同入口简化。 供应商通过移动端更新生产节点状态、提交到货计划、打印送货单，不需要复杂的培训。

预警自动推送。 按剩余天数分级提醒，推给采购员、仓库和计划员，不用人天天去翻订单列表。

收货与订单强关联。 收货必须选订单和订单行，数量比对结果直接记录，异常可以拍照上传，照片挂在单据上。

绩效自动回算。 准交率、平均延误天数这些指标按供应商自动汇总，可直接用作供应商评分的输入项。

顺带分清一个容易混的地方。交期管理和库存管理解决的不是同一个问题：交期管理盯的是订单什么时候到，库存管理盯的是到了之后有多少、够用多久。交期延误会让库存水位失真，但把库存备高并不能替代交期管控，只是把问题挪到了仓库里。

八、几个高频问题

供应商总说产能紧张，采购能做什么？

产能紧张是结果，不是原因。采购能做的是三件事：提前锁定量和交期，把需求预测给到供应商，把交期表现纳入配额分配。供应商知道延误有代价，排产时自然会调整优先级。

交期预警设置提前多少天合适？

取决于生产周期。生产周期长的物料，预警线要设在两周甚至一个月前；周期短的，三到七天就够。统一一个数值往往不适用，建议按品类分别配置。

小供应商不愿意用系统怎么办？

先降低门槛，能扫码打开、点几下就能更新的协同方式，接受度会高很多。另外可以先把到货预约这一件事管起来，等对方感受到好处再加其他环节。

交期达成率低，是不是只能换供应商？

先看数据。如果延误集中在某几个品类或某几个月，可能是需求波动或预测不准导致的。如果某个供应商长期低准交率且没有改善，再考虑调整份额。

系统能保证交期不延误吗？

不能。系统能做的是让延误尽早被发现、让责任可追溯、让改进有依据。产能和排产是供应商自己的事，但有了数据，谈判时就不吃亏。

九、写在最后

供应商交期总延误，往往不是某一次沟通没做好，而是从下单到收货这条链上没有一个环节把日期和数据留下来。催货催得再勤，也补不了这个缺口。

如果你的企业现在还是下单靠邮件、催货靠电话、交期靠供应商说“尽量”，可以了解一下鲸采云 SRM。交期锁定、进度回传、分级预警、到货协同、绩效回算这五个环节能在同一套系统里跑完，准交率和延误影响面这两个数通常最先有变化。

想看订单交期跟踪和到货协同在系统里具体怎么跑，留言或者私信约一次演示就行。