PCNshark
Reference · PCN operations

Standard PCN fields and status codes

A product change notice (PCN), product discontinuation notice (PDN), or end-of-life (EOL) notice can only be tracked and audited if the same information is captured every time. This reference defines the standard fields a supplier notice contains, the common change categories, and a tool-agnostic set of status and disposition codes for moving a notice from receipt to closure.

It draws on JEDEC standards JESD46 (Customer Notification of Product/Process Changes) and JESD48 (Product Discontinuance), together with common industry practice. Field sets and status taxonomies vary by organization and quality system — adapt these to yours.

§ Notice types

PCN, PDN, EOL, and NRND

Supplier notices fall into a few standard types. The type sets which fields matter most — a discontinuance, for example, hinges on last-time-buy and last-time-ship dates.

PCN — Product Change Notification
Advance notice that a supplier is changing a component's design, materials, process, manufacturing site, packaging, or documentation.
PDN — Product Discontinuation Notice
Notice that a component is being discontinued and will no longer be produced. Usually carries last-time-buy and last-time-ship dates.
EOL — End of Life
The stage at which a component is being phased out of production. Typically communicated through a PDN.
NRND — Not Recommended for New Designs
The part remains available, but the supplier discourages designing it into new products.
§ Core fields

The standard fields in a supplier notice

The fields below appear across most PCN, PDN, and EOL notices. The tag shows when a field is generally required, recommended, conditional, or specific to a notice type.

ManufacturerRequired
The component manufacturer or supplier issuing the notice.
Notice numberRequired
The supplier's unique identifier for the notice, e.g. PCN-2027-0142.
Notice typeRequired
PCN, PDN, EOL, or NRND.
Issue dateRequired
The date the notice was published.
Effective datePCN
The date the change takes effect in production.
Last-time-buy (LTB) dateEOL / PDN
The last date to place orders for the part in its current form.
Last-time-ship (LTS) dateEOL / PDN
The last date the supplier will ship the part.
Affected MPNsRequired
The manufacturer part numbers the notice applies to.
Affected date / lot codesConditional
The specific date codes or lots affected, when the change is not applied to all production.
Change categoryPCN
The kind of change — process, material, site, package, datasheet, or discontinuance.
Change descriptionRequired
A plain-language description of what is changing.
Reason for changeRecommended
Why the supplier is making the change.
Form-fit-function (FFF) impactPCN
Whether the change affects the part's form, fit, or function.
Qualification dataConditional
Reliability or qualification report supporting the change.
Sample availabilityRecommended
Whether changed samples are available for evaluation.
Recommended replacementConditional
The supplier's suggested successor or alternate part, if any.
Required customer actionRecommended
What the supplier asks the customer to do — acknowledge, evaluate, or approve.
Response-by dateRecommended
The date by which the customer must respond, after which the change may be deemed accepted.
Supplier contactRecommended
Who to contact for questions or to request documents.
§ Change categories

Common PCN change categories

The change category drives the kind of review a notice needs — a material or process change usually requires qualification review, while a datasheet change may not.

Process change
A change to the manufacturing process, such as wafer fabrication or assembly.
Material change
A change to materials, such as mold compound, lead finish, or die attach.
Manufacturing-site change
Production moved to a different site or facility.
Assembly / package change
A change to the package, lead frame, or assembly site.
Datasheet / specification change
A change to the documented specifications or datasheet.
Discontinuance (EOL)
The part is being discontinued and removed from production.
§ Status codes

A status taxonomy for tracking a PCN to closure

A consistent status set makes a PCN backlog measurable and auditable. These are tool-agnostic — map them to whatever statuses your system supports.

New / received
The notice has arrived but has not yet been reviewed.
Triage
Initial review to confirm relevance and set urgency.
Impact assessment
Matching the affected MPNs against active BOMs to find exposure.
Awaiting information
Blocked pending documents, samples, or supplier clarification.
Action required
Exposure is confirmed and a response is needed from an owner.
In progress
An owner is working the response — qualification, last-time buy, or redesign.
Pending approval
Awaiting engineering, quality, or customer sign-off.
Closed — no impact
No affected part is on an active BOM; no action needed.
Closed — accepted
The change is accepted with no internal change required.
Closed — resolved
An action was completed, e.g. an alternate was qualified or a last-time buy was placed.
Superseded
Replaced by a newer notice covering the same parts.
Duplicate
A repeat of a notice already being tracked.
§ Disposition codes

Disposition codes — how a PCN is resolved

The disposition records the decision a team reaches for an affected part. One notice can reach different dispositions for different products.

Accept change
The change is acceptable; continue using the part.
Last-time buy
Purchase bridge stock before the last-time-buy date.
Qualify the changed part
Evaluate and approve the changed version of the part.
Qualify an alternate
Find and approve a replacement part.
Redesign
Modify the design to remove or replace the part.
No action
The part is not used on any active product.
Request clarification
Ask the supplier for more information before deciding.
Escalate
Raise to management or the customer for a decision.

Capturing this consistently

Whatever you use to track change notices — a spreadsheet, a PLM or QMS module, or dedicated PCN software such as PCNshark — capturing this field set and applying a consistent status taxonomy is what makes PCNs measurable, auditable, and hard to lose. For how the end-to-end workflow fits together, see the PCN management guide and the component obsolescence response guide, or browse more references in Learn.

Last reviewed 2026-06-29