末次订购规划——元件进入EOL时如何保护BOM

停产规划是采购的活儿，不只是工程上的附注 #

每一份在用的 BOM 里，迟早都会有某个器件厂商打算停产。制造商一发通知，倒计时就开始了，而最先感受到压力的不是设计部门——是采购，他们得在最后订购窗口关闭后想办法让产线继续跑下去。末次订购（LTB）决策是成熟产品不重新设计就能扛过停产（EOL）事件的最常见办法，而且它远不止是“多订几卷料”。

做得好，LTB 能把一份停产通知变成有计划、算得清成本的缓冲库存，让产品平稳走到它自然的生命周期终点。做得不好，就变成一仓库呆滞料——或者更糟，缓冲库存靠拍脑袋定量，结果产线突然停线。本指南就来讲讲区分这两种结果的那些决策。

PCN 和 PDN 到底告诉了你什么 #

几乎每个 LTB 决策都源于两种通知，而采购人员经常把它们搞混：

• 产品变更通知（PCN）说的是仍在生产的器件发生了变更——新的裸片版本、不同的基板、换成无铅镀层。它可能要求重新做验证，但并不是停止发货。
• 产品停产通知（PDN），有时也叫停产通知或淘汰通知，说明该器件将退出产品目录。这才是开启末次订购窗口的那份通知。

PDN 里写明了真正关键的日期。要主动把这些日期挑出来，别只扫一眼标题：

容易踩的坑，是把 LTB 日期当成*手头必须有货*的截止日期。它其实是*下订单*的截止日期。器件可能再过一整个季度才能到货，而且你那时买的任何批次仍然必须通过来料检验、可焊性检查和日期码检查。

在下采购订单之前先确定缓冲库存的规模 #

LTB 的核心问题是一个数量问题，而不是是/否问题。这个数字应该来自产品自身的需求信号，而不是一卷料的整数倍：

required LTB quantity ≈
    (remaining product life in months ÷ build interval)
        × monthly build volume
        × (1 + anticipated yield loss)
        × (1 + safety buffer)
    − existing qualified inventory

这个数字是否合理，取决于三个输入：

• 预测周期。只备到产品真正还能获得支持的期限。平台十八个月后就停产，却按五年备货，等于把钱压在一颗很快过时的器件上。
• 最小起订量（MOQ）和标准包装数量（SPQ）。按经济订购量算下来，你可能被迫多买。把多出来的这部分，与此后临时补货或重新设计的成本比一比。
• 保质期，不只是价格。BGA、QFN 这类长尾采购会在仓库里放好几年，湿敏器件在货架上就会劣化。BGA 备十年库存，前提是它的湿敏等级和日期码能保证你最终要用时还焊得上，否则没有意义。

这正是生命周期阶段发挥作用的地方。像 STM32F103C8T6 这样成熟、稳定的 MCU 很少会一夜之间消失——但一旦官方渠道变窄，其克隆品和翻新货就会大量涌现，所以这里的 LTB 既关乎数量，也关乎*货源完整性*。像 TDA21590 这样与快速迭代平台绑定的功率级，其 LTB 可能是由平台自身的退市驱动的，而不是芯片本身。而像 K4A8G165WC-BCTD 这样的 DDR4 器件，如今正在与 DDR5 和 HBM 争夺晶圆厂产能，所以它的商业寿命是供应商层面的产品组合决策，而不是质量问题——要按比通知本身所暗示的更早时间规划桥接采购。

并行开展替代器件的设计验证，而不是事后才做 #

代价最高的 LTB，是在替代器件获批之前就用完的那一种。PDN 中指定的替代器件很少能直接替换；它可能需要重新做 PCB、修改固件，或进行完整的设计验证。在通知到达的那一周就启动这项工作，采用你对待任何替代器件时都会用的同样严谨流程。

摆在业务面前的权衡很具体：现在投入工程时间来做替代器件的设计验证，还是现在投入采购预算用末次订购库存来桥接，并把重新设计推迟到下一个版本。这两者中几乎总有一个比计划外的停线更便宜。错误在于直到缓冲库存用完都没有做出选择。

把 LTB 变成缺货的陷阱 #

末次订购之所以失败，大多源于以下几种情况：

• 低估认证验证周期。 替代器件在纸面上看“显而易见”，但需要十二周的验证，却没人安排。
• 长尾采购中的克隆与翻新风险。 成熟器件的大额 LTB 订单会引来售后市场。要核实缓冲库存本身的溯源性和批次一致性，而不只是常规补货。
• 忽视多年库存的日期码和 MSL。 今天买、五年后才用的器件，到那时仍须可焊接。来料时烘烤、干燥包装并记录日期码，投产前再检查一次。
• 以为一份通知覆盖整个 BOM。 PDN 列出的是具体订购代码。-40°C 等级或托盘包装的窗口，可能与你常买的卷带不同。

与采购流程的衔接 #

LTB 很少只涉及单一器件。它通常伴随更广泛的供应信号出现——供应商调价、配额，或同时影响多条产品线的平台退市。把通知与实时 BOM 对照跟踪，而不是对每封邮件逐一反应，缓冲采购才能协调有序，而不是手忙脚乱。当停产确实波及关键物料时，清晰的可用性查询和批次验证路径，是回到已知良好状态的最快方式。

结论 #

末次订购规划只回答一个问题：*对于一款停产器件，我们需要备多少库存才能安全地把产品支撑到生命周期结束，而库存用完后用什么来替代？* 阅读 PDN 以获取其 LTB 和最后发货日期，根据真实需求和保质期限制而非卷盘倍数来确定缓冲库存规模，并行完成迁移器件的设计验证工作，并在缓冲库存入库多年之前核实其日期码和可追溯性。把 LTB 当作一项有计划、有成本核算的决策——而不是在截止日期前仓促下的恐慌订单——这样 EOL 通知就会变成一个可管理的事件，而不是停线。

来源：

• 制造商发布在供应商产品页面上的 PCN/PDN 和末次订购通知（按每个受影响的订购代码阅读 LTB 和最后发货日期）。
• 内部 LimChip EOL 和生命周期覆盖资料，例如 /market-updates/ 中的第二货源设计验证指南和近期停产通知。