- EOL
- PDN
- last-time-buy
- workflow-закупок
Workflow реагирования на EOL и PDN для закупщиков электронных компонентов
Практический workflow реагирования на EOL и PDN для закупщиков электронных компонентов: что делать сегодня, на этой неделе и до LTB, включая intake notice, deadline triage, квалификацию альтернатив, планирование запаса и коммуникацию с заказчиком.
Ключевые моменты
- Workflow реагирования на EOL или PDN должен показывать команде, что делать сегодня, на этой неделе и до даты Last Time Buy.
- Первый проход должен зафиксировать официальный номер notice, дату выпуска, затронутые детали, lifecycle stage, даты LTB и LTS, replacement references и ответственных владельцев.
- Replacement part, указанный в PDN или EOL notice, является путём квалификации, а не автоматическим заявлением об эквивалентности.
- Самый быстрый способ потерять контроль — рассматривать discontinuance notices как архивирование документов, а не как BOM exposure и deadline triage.
Что делать сегодня, на этой неделе и до LTB:
- Если notice затрагивает live BOM: эскалация в тот же день.
- Если нет квалифицированной альтернативы: stock bridge и qualification идут параллельно.
- Если LTB близко: demand review начинается до полной уверенности в substitute.
- Если остался только legacy demand: watchlist, владелец и правила customer hold.
EOL или PDN notice — это не просто очередной lifecycle PDF. Для sourcing team это deadline signal, который может одновременно затронуть open builds, quoted programs, service stock и customer commitments. Главный вопрос не в том, что означает аббревиатура. Главный вопрос — что команда должна сделать сегодня, на этой неделе и до даты Last Time Buy.
Практичный workflow реагирования на EOL и PDN должен рано решить три задачи: определить live BOM exposure, отделить buy-time от qualification-time и назначить именованных владельцев до того, как оставшееся окно начнёт сжиматься.
Свежие примеры notice делают риск конкретным. onsemi notice PD27562Z, выпущенный July 28, 2026, отметил product discontinuance для NSVF4015SG4T1G. Microchip notices, такие как CBOL-21ZKND337, CENO-22CETT730 и MFOL-23ZTQH701, появившиеся в конце July 2026, показывают тот же операционный паттерн: закупщикам нужны exact-MPN intake, awareness по корпусу и response cadence, привязанный к реальным датам, а не к архивированию писем.
Сам notice не защищает supply continuity. Непрерывность защищает workflow, который превращает notice в exposure review, decision ownership и timed action.
Эта статья сфокусирована на исполнении response, а не на теории notice. Если вашей команде также нужен метод screening для marking, site, firmware или material changes, используйте её вместе с How to Read a PCN Without Stopping Your Line. Если upstream problem — более ранний сбор notice, companion operating model — First-Hand Supplier Intelligence Workflow for Electronic Component Sourcing.
Материал написан для procurement managers, BOM buyers, SQE teams и sourcing operators, которые управляют semiconductor lifecycle risk в live production builds. Last reviewed on August 27, 2026.
Сначала используйте эту quick-action table:
| Если notice говорит... | Что закупщики должны сделать сначала | Когда эскалировать |
|---|---|---|
| Product discontinuance, PTN или EOL | В тот же день записать официальный номер notice, affected MPNs и даты LTB / LTS | Деталь стоит в live BOM или active quote |
| Manufacturer-listed replacement | Рассматривать как qualification candidate, а не как approved equivalent | Меняется корпус, electrical, firmware или customer-approval scope |
| Last Time Buy приближается | Параллельно сравнить remaining demand, stock on hand и redesign timing | Redesign timing длиннее оставшегося buy window |
| Нет current production exposure | Архивировать notice с watchlist trigger и владельцем | Customer reorders, service builds или legacy demand всё ещё существуют |
1. Quick answer: workflow, который защищает закупщиков от поздних EOL сюрпризов
Для большинства sourcing teams самый безопасный workflow реагирования на EOL и PDN выглядит так:
| Time window | Действие закупщика | Почему это важно |
|---|---|---|
| Same day | Зафиксировать официальный notice, affected MPNs, lifecycle wording, LTB, LTS и владельца | Предотвращает deadline drift и путаницу на уровне семейства |
| Within 48 hours | Проверить live BOMs, open quotes, inventory и open POs | Показывает, является ли notice операционным или срочным |
| Within 1 week | Разделить response на stock bridge и alternate qualification | Не даёт команде слишком долго ждать идеальной ясности по substitute |
| Before LTB | Утвердить final-buy или redesign actions с задокументированными assumptions | Привязывает supply decisions к реальному demand и approval scope |
Эта короткая последовательность — основной ответ, который нужен большинству закупщиков. Длинный glossary мало помогает, если команда всё ещё не знает, кто владеет notice, затронут ли active BOM и не стало ли redesign window уже короче оставшегося supplier order window.
2. Начните с четырёх вопросов, которые определяют response path
Каждый EOL или PDN нужно свести к четырём операционным вопросам до того, как внутренняя дискуссия станет сложной:
| Вопрос | Почему это важно | Output owner |
|---|---|---|
| Какие exact MPNs, package variants и customer programs затронуты? | Команды часто знают family name, но не реальный BOM exposure | Procurement или document control |
| Какие hard dates? | Даты LTB и LTS определяют, могут ли buy planning и redesign идти параллельно | Procurement |
| Есть ли уже validated alternate? | Это определяет, будет ли workflow stock-first, qualification-first или redesign-first | Engineering плюс sourcing |
| Какие customer или quality approvals требуются? | Regulated, automotive, medical и high-reliability programs могут требовать больше, чем внутреннее substitution decision | SQE, quality и account owner |
Самая дорогая ошибка обычно не в неправильном понимании аббревиатуры. Она в слишком позднем решении, нужно ли деталь купить, заменить или вывести через redesign.
Первичная маршрутизация может быть простой:
| Notice condition | Immediate workflow path |
|---|---|
| Live BOM exposure и нет approved alternate | Открыть buy-window review и engineering escalation в тот же день |
| Live BOM exposure и approved alternate существует | Проверить stock bridge, approval scope и lot-control plan |
| Нет live BOM exposure, но есть active customer quotes | Заморозить new-quote assumptions и обновить quoting team |
| Нет live BOM или quote exposure | Архивировать с watchlist follow-up вместо срочной эскалации |
3. Зафиксируйте поля notice до спора об alternatives
EOL response разваливается, когда команды начинают обсуждать alternates до того, как у них появились одинаковые source facts. Intake sheet должен фиксировать как минимум эти поля:
| Field | Почему это должно быть в workflow |
|---|---|
| Official notice number | Создаёт traceable reference для последующих audits и customer communication |
| Issue date | Показывает, когда начались часы |
| Lifecycle language | Разделяет PDN, PTN, product discontinuance и formal EOL wording |
| Affected MPNs | Предотвращает family-level confusion |
| LTB date | Определяет last order checkpoint |
| LTS или last delivery date | Определяет supply bridge horizon |
| Replacement reference | Даёт engineering starting point, а не final answer |
| Inventory and open PO status | Показывает, есть ли время qualify или только время buy |
| Customer-program impact | Предотвращает hidden exposure в approved или quoted builds |
Используйте concrete examples в sheet, чтобы workflow оставался product-facing, а не abstract. Representative affected parts из свежих lifecycle и manufacturing notices включают NSVF4015SG4T1G, ATTINY45-20XU, ATTINY45V-10XUR, MCP1640, PD70288ILQ-TR и KSZ9563RNXI.
Эти примеры важны по двум причинам. Во-первых, они напоминают команде, что lifecycle response охватывает discrete semiconductors, MCU families, power-management devices, PoE controllers и networking parts. Во-вторых, они заставляют workflow оставаться на exact-MPN level, а не на broad family language.
| Representative MPN | Supplier | Public-safe parameter or package clue | Почему это помогает workflow |
|---|---|---|---|
NSVF4015SG4T1G | onsemi | Single affected OPN called out in PD27562Z | Хороший начальный пример direct discontinuance exposure |
ATTINY45-20XU | Microchip | 8L TSSOP package family context in CBOL-21ZKND337 | Полезный пример exact-MPN intake при assembly-site changes |
ATTINY45V-10XUR | Microchip | 8L TSSOP reel-suffix variant in the same notice family | Напоминает командам не смешивать reel и package suffixes |
MCP1640 | Microchip | 6L SOT-23 family context in CENO-22CETT730 | Полезный пример power-management для дисциплины notice fields |
PD70288ILQ-TR | Microchip | 38L VQFN package context in MFOL-23ZTQH701 | Показывает, почему package и assembly detail должны быть в intake sheet |
KSZ9563RNXI | Microchip | 64L VQFN networking-family example in CBOL-23HZDP733 | Удерживает networking parts внутри той же lifecycle-response framework |
На практике именно здесь многие команды либо получают контроль, либо теряют его. Notice number, lifecycle wording, dates и affected MPNs приходят из manufacturer source. Sourcing judgment начинается после того, как эти поля зафиксированы и сопоставлены с active BOM, quote queue и customer build list. Если intake sheet расплывчат в начале, каждое следующее решение становится медленнее и дороже.
4. Постройте role-based workflow вместо generic inbox rule
Работа остаётся cross-functional, даже если notice сначала приходит в procurement.
| Role | Day-0 responsibility | This-week responsibility | Before LTB responsibility |
|---|---|---|---|
| Procurement | Записать notice, affected MPNs, dates, open POs и stock posture | Количественно оценить BOM и quote exposure, запросить updated channel posture и открыть buy-window scenarios | Разместить final orders при approval и вести supply-bridge tracking |
| Engineering | Подтвердить, существует ли уже alternate, и определить validation scope | Проверить package, electrical, firmware, qualification и test impact | Подписать substitute, redesign или controlled lifetime-buy path |
| SQE или quality | Проверить document retention, traceability и customer quality obligations | Проверить, нужны ли alternate или remaining stock special control | Поддержать approval package и lot-segregation rules |
| Sales или account owner | Заморозить небезопасные assumptions в open quotes | Уведомить exposed customers проверенными фактами и next steps | Держать customers aligned по stock bridge, substitute timing или redesign risk |
| Operations или planning | Проверить build schedule и inventory consumption rate | Смоделировать buffer stock и final-ship risk | Скоординировать phased depletion и last-ship commitments |
Если эти owners не назначены рано, workflow обычно попадает в один и тот же failure pattern. Procurement ждёт engineering, engineering предполагает, что procurement покупает время, а customer узнаёт о проблеме только после того, как buy window уже стало уже redesign window.
5. Отделите stock-bridge decisions от alternate-qualification decisions
Многие команды смешивают два разных решения в одной встрече:
- Нужно ли закрепить remaining stock до даты LTB?
- Нужно ли квалифицировать alternate или уйти от детали через redesign?
Эти решения связаны, но это не одно и то же. Дисциплинированный workflow оценивает оба параллельно.
| Decision area | Questions to answer | Common failure mode |
|---|---|---|
| Stock bridge | Сколько месяцев demand осталось, какой inventory уже есть и насколько реалистично final-order window? | Покупка слишком поздно, потому что команда ждала идеальной ясности по redesign |
| Alternate qualification | Proposed replacement уже approved или меняет package, performance, firmware, safety или qualification scope? | Supplier replacement reference ошибочно принимается за automatic equivalence |
| Redesign timing | Если safe alternate нет, сколько займут schematic, PCB, firmware, validation и customer re-approval? | Слишком поздно выясняется, что LTB window короче redesign cycle |
Лучшее использование remaining supply — купить qualification time, а не отложить qualification decision.
Это особенно важно, когда notice включает replacement suggestion. Listed substitute может быть полезным, но он всё равно требует package, electrical, firmware и customer-approval review. Безопасная формулировка — "replacement candidate after validation", а не "drop-in replacement".
Именно здесь появляется реальное procurement friction. На первый взгляд безопасный lifetime buy всё равно может провалиться, если supplier применяет NCNR terms, authorized channel предлагает только package variant вне approved AVL или remaining stock window конфликтует с shelf-life, MSL control или customer payment terms. В high-reliability builds отношение к active TSSOP-8 variant как к identical obsolete SOIC-8 variant без PCB revision check может вызвать незапланированный respin, когда оставшееся LTB window уже слишком короткое для чистого восстановления.
Второй распространённый failure pattern возникает, когда procurement видит available channel stock и размещает protective buy, но engineering позже отклоняет remaining lots, потому что date-code mix, packaging suffix или moisture-control history уже не соответствуют customer build requirement. В этот момент команда потратила деньги, но фактически не восстановила usable supply.
6. Common failure modes в реагировании на EOL и PDN
Команды обычно пропускают lifecycle deadlines знакомыми способами:
| Failure mode | Как это выглядит на практике | Better response |
|---|---|---|
| Family-level thinking | Команда записывает только series name и пропускает suffix- или package-specific exposure | Записывать exact orderable MPN, package и variant из notice |
| Waiting for engineering before opening buy planning | Procurement откладывает demand и stock review до полного substitute answer | Запустить stock bridge и qualification review параллельно |
| Treating a listed successor as automatically safe | Supplier называет replacement, и команда считает его drop-in equivalence | Повторить package, electrical, firmware, quality и customer-approval checks |
| Telling the customer too late | Sales ждёт, пока final-buy decisions завершатся | Отправить ранний verified status update с текущими датами и next steps |
| Filing the PDF without a named owner | Notice есть в email, но не в action system | Назначить owner, next review date и exposure status в day 0 |
7. Используйте deadline cadence, которому команда реально может следовать
Workflow должен определять time buckets, а не только final due date.
| Timing window | Что команда должна завершить |
|---|---|
| Same day | Записать официальный notice, affected MPNs, dates, open exposure и owner assignments |
| Within 48 hours | Определить, стоит ли деталь в live BOM, quote или approved customer build |
| Within 1 week | Решить stock-bridge options, alternate candidates и engineering validation scope |
| Within 2 to 4 weeks | Провести substitute review, customer communication и preliminary buy-plan approval |
| Before LTB | Утверждать final-buy quantities только после документирования demand, validation и customer-risk assumptions |
| Before LTS | Контролировать last shipments, residual inventory и cutover timing |
Такая cadence превращает расплывчатый lifecycle alert в управляемую response sequence. Она также упрощает internal escalation, потому что каждый owner знает, что именно считается "late".
8. Почему LTB и LTS нужно объяснять простым языком
Manufacturer terminology не всегда одинаково написана на разных порталах, но buyer-side meaning достаточно стабилен, чтобы его operationalize:
LTBозначает последнюю дату размещения final order по discontinuance plan.LTSили final delivery date означает последнее manufacturer ship window для discontinued item.PDN,PTN,product discontinuanceиproduct obsolescencewording должны запускать exact-MPN review, а не casual archiving.
Официальный official onsemi portal for product change notifications and discontinuance notices показывает поля вроде PCN number, title, issue date, type, action, affected OPNs и replacement-part columns. Официальный official Texas Instruments FAQ on product withdrawal, discontinuance, and J-STD-048 handling показывает то же buyer expectation и явно связывает discontinuance handling с J-STD-048. Официальная official Microchip PCN and EOL notification system также объясняет notification status, affected CPN handling и implementation timing. Вместе эти vendor policies отражают дисциплину в стиле JEDEC, которую закупщики должны ожидать при оценке withdrawal и change notices.
Тем не менее закупщики должны каждый раз проверять точное manufacturer notice window, а не предполагать, что каждый supplier следует одинаковому timetable или даёт одинаковый практический объём redesign time. Окно, которое на бумаге выглядит как шесть месяцев, может превратиться в намного меньше usable decision time после учёта internal approvals, customer notice obligations и qualification work.
9. Держите customer communication и document trail частью workflow
Customer-facing сторона не должна добавляться в конце. Если exposed part стоит в approved build, field-service commitment или regulated product, communication trail является частью sourcing workflow с самого начала.
Минимальный response pack должен хранить:
- original notice reference
- internal exposure list
- даты LTB и LTS
- решение buy, qualify или redesign
- current substitute status
- customer message owner и latest update date
Цель простая: любой, кто снова откроет case, должен увидеть source notice, exposed programs, текущий decision path и next committed action без восстановления истории из email.
Если ваша команда уже видит lifecycle pressure на active programs, направьте следующий операционный шаг в Obsolete and EOL continuity support. Если part risk находится внутри более широкой assembly problem, используйте BOM exposure triage tools, чтобы понять, куда notice реально попадает. Если главным риском становятся substitute control или lot identity, перенесите review в quality assurance support.
Boundary note: Эта статья — sourcing workflow, а не legal advice и не ERP implementation guidance. Команды с customer-specific contractual notice obligations всё равно должны встроить этот workflow в свой commercial и compliance process.
10. Conclusion
Лучший workflow реагирования на EOL и PDN — не самый сложный. Это workflow, который заставляет команду рано ответить на три вопроса: где exposure, какой deadline и мы покупаем время или утверждаем изменение?
Для большинства sourcing teams практический workflow прямой:
- Создать one-page intake sheet, который фиксирует notice number, dates, affected MPNs, replacement references и owners.
- Разделить lifecycle response на два параллельных трека: stock bridge и alternate qualification.
- Поставить customer communication на ту же timeline, что procurement и engineering review, вместо того чтобы считать её финальным шагом.
Когда такая cadence есть, EOL и PDN notices перестают вести себя как surprise events и становятся managed sourcing decisions. В этом разница между поздней реакцией и контролем результата.
Нужна помощь с exposed BOM?
Если active build уже находится внутри LTB window, начните с Obsolete and EOL continuity support. Если главная проблема — unclear exposure, используйте BOM exposure triage tools. Если риск сместился к substitute control, traceability или lot acceptance, перенесите review в quality assurance support.
