Mobile menu

すべてのPCBプロジェクトにおいて、すべての廃止部品を特定する

Simon Hinds

| 投稿日 2026/10/6 火曜日

At a Glance

where-used 可視化が、電子設計チームにどのように役立つのかをご覧ください。廃止部品の影響を受けるすべてのプロジェクトを特定し、リスクを評価し、代替品を管理し、再使用を防止できます。

Go Deeper with AI:

生産終了通知（EOL通知）は、一見すると小さなものに見えることがあります。そこに記載されているのは、1つの部品、1つのサプライヤー、そして1つの日付だけです。しかし、エンジニアリングへの影響ははるかに大きくなる可能性があります。同じレギュレータ、メモリデバイス、コネクタ、またはセンサーが、12件のPCBプロジェクト、複数の製品バリアント、過去のリリースパッケージ、さらにはまだ試作段階にも達していない新規設計にまたがって使われていることもあります。

多くのチームは、今見ているBOMの中からその部品を見つけること自体はできます。難しいのは、それが使われている他のすべての箇所を見つけ出すことです。人はスプレッドシートを検索し、アーカイブ済みプロジェクトを開き、設計者に確認し、手作業で部品番号を照合します。この作業は時間がかかるうえ、リリース済みバリアントや保守向け製品を見落とす可能性もあります。

Where-usedの可視化は、この出発点を変えます。各プロジェクトの担当者に部品を探してもらうのではなく、チームはその部品から出発し、それを使用しているすべての設計とBOMへのリンクをたどります。結果として、エンジニアリング、調達、製造、品質、サービスの各チームが連携して対応できる、範囲が明確な影響一覧を得られます。

主なポイント

同じ部品が多数の基板、バリアント、リリース済みBOMに現れる場合、生産終了通知はポートフォリオ全体の課題になります。
Where-usedの可視性によって、1つのメーカー部品がそれを使用しているすべての設計およびBOMに結び付けられるため、チームは代替品を選定する前に影響範囲全体を定義できます。
優れた部品の陳腐化管理では、最新の部品データを、明確な責任分担、技術レビュー、承認、リリース、再利用防止の管理と結び付けます。
Altium Agile Teams は、Parts in Use、Used Inリンク、Managed BOM、ライフサイクルデータ、コメント、タスク、共有プロジェクト記録を通じて、この作業を支援できます。

なぜ1件のEOL通知がポートフォリオ全体の問題になるのか

部品の使用が製品、リリース、チームにまたがって広がっていると、その部品はポートフォリオ全体の問題になります。リスクは将来の供給だけではありません。代替品は、電気的制約、PCBレイアウト、ファームウェア、機械的適合性、試験手順、規制対応の証跡、工場向け作業指示にまで影響を及ぼす可能性があります。

また、同じ部品でも果たす役割が異なる場合があります。ある基板では安全系の経路で使用され、別の基板では低リスクの監視回路に使われ、さらに別の基板では試作でのみ使われているかもしれません。こうしたケースに同じ優先度や同じ試験計画を適用すべきではありません。

見えにくい問い	重要である理由	可視化で示すべき内容
どの製品でその部品が使われているか？	EOLの影響は、進行中のプロジェクトを超えて広がる可能性があります。	プロジェクト、Managed BOM、バリアント、リリース。
どこに実装されているか？	1つの部品でも異なる回路機能を担うことがあります。	BOMの出典とデジグネータ。
どのビルドがアクティブか？	試作、量産、保守では需要が異なります。	ライフサイクルとリリースの文脈。
承認済み代替品はあるか？	サプライヤーのクロスリファレンスは、エンジニアリング承認済みの代替品と同じではありません。	部品候補、ステータス、担当者、証跡。
何を再試験すべきか？	パッケージ、定格、ファームウェア、性能の変更により、必要作業が拡大する場合があります。	関連レビュー、タスク、リリース記録。

Where-usedの可視化とは何か

Where-usedの可視化とは、1つの部品から出発して、それに依存しているすべての管理対象ソースを確認できる能力のことです。ここで有用なのは、似たテキストを返す検索結果ではありません。必要なのは、メーカー部品、BOMソース、正確な設計参照の間にある関係です。

Altium Agile Teams では、Parts in Useにより、Workspace Projects と Managed BOM で使用されているメーカー部品を集約して表示できます。その Used Inリンクでは、BOMソースと関連するデジグネータを確認できます。カスタムビューには、プロジェクトバリアント、リリースファイル、Managed BOM、リリースを含めることもできます。

このレベルの詳細さは、EOL発生時に重要です。これにより、完全な影響レビューと大まかなテキスト検索を区別できます。また、製品ファミリ、進行中プログラム、工場、保守対象範囲ごとにビューを保存またはフィルタすることも可能です。

陳腐化した部品への実践的な対応

最善の対応は、最初に入手可能な代替候補へ飛びつくことではなく、管理された変更プロセスに従うことです。以下の手順を実務上のパターンとして活用してください。

通知内容を確認する： メーカー部品番号、ライフサイクル状態、最終購入日、通知の情報源を確認します。真のEOLなのか、単なる在庫不足や一時的なリードタイム問題なのかを切り分けます。
影響一覧を作成する： Where-usedデータを使って、影響を受ける各プロジェクト、バリアント、Managed BOM、リリース、デジグネータを一覧化します。重複は除外しますが、リリースの文脈は保持します。
ビジネスリスクを分類する： 需要、在庫、製品ステージ、保守義務、顧客へのコミットメント、供給が重大になる日付を記録します。
技術的影響を評価する： 機能、定格、パッケージ、フットプリント、ピン配置、熱要件、ファームウェアとの関連、コンプライアンス、試験カバレッジ、製造への影響を確認します。
対応方針を選ぶ： 利用可能な在庫を使う、部品候補を評価・認定する、回路を再設計する、最終購入を実施する、あるいは該当製品を終息させる、といった選択肢があります。1つの対応がすべてのプロジェクトに適するとは限りません。
変更を管理する： 担当者を割り当て、設計レビューを実施し、ライブラリとBOMを更新し、影響を受ける設計をリリースし、判断内容と証跡を保持します。
再利用を防ぐ： 部品のライフサイクルまたは使用ルールを変更し、既存製品の記録の追跡可能性を維持しつつ、新規設計でその陳腐化部品が選ばれないようにします。

ドロップイン置換でもエンジニアリング作業が必要になり得る理由

代替品が安全かどうかは、チームが設計コンテキストを確認した後でなければ判断できません。パッケージと主要機能が一致しているだけでは不十分です。ピン互換性、電気的制約、起動時の挙動、熱性能、許容差、認定レベル、ファームウェア上の前提、シンボルデータ、フットプリントデータ、供給安定性のいずれも重要になり得ます。

電気的観点： 絶対最大定格、動作範囲、タイミング、ノイズ、精度、消費電力、保護動作を比較します。
物理的観点： パッケージ、フットプリント、高さ、パッド形状、向き、実装プロセスを確認します。
システム観点： ファームウェア、キャリブレーション、試験限界、安全制御、依存要件を見直します。
供給観点： メーカーのライフサイクル、承認済み供給元、在庫の厚み、リードタイム、代替候補、偽造品リスクを確認します。
証跡： 影響を受ける各製品について、必要なレビュー、試験、承認、リリース記録を定義します。

Altium Agile Teams がワークフローをどう支援するか

Altium Agile Teamsは、部品リスク、設計コンテキスト、変更作業を1つの共有環境にまとめて保持できます。チームは影響を受ける作業を特定し、対応を割り当て、その結果を製品記録に結び付けたまま管理できます。

Altium Agile Teams は、ライフサイクル、供給状況、価格、コンプライアンス、代替品、BOM全体にわたるWhere-usedトラッキングの最新データを提供します。不足、コンプライアンス問題、陳腐化に直面している部品を特定し、どのプロジェクトが影響を受けるかを判断できます。

特に有用な機能には、次のようなものがあります。

Parts in Use： Workspace Projects と Managed BOM 全体にわたるメーカー部品を確認します。
Used Inリンク： 影響を受ける各ソースを開き、関連するデジグネータを確認します。
ライブ部品データ： ライフサイクル、在庫、リードタイム、コンプライアンス、リスクシグナルを設計およびBOM作業に取り込みます。
コメントとタスク： エンジニアリングと調達が、質問、担当、フォローアップを記録するための共通の場を提供します。
管理されたリリース： 代替判断を製品リビジョンとリリース経路に結び付けたまま管理します。
ライフサイクル管理： 部品にマークを付け、新規設計での使用が組織のルールに従うようにします。

シンプルな陳腐化管理モデル

電子部品の陳腐化管理は、ループとして運用するのが最も効果的です。部品データを監視し、使用箇所を特定し、影響を評価し、判断し、変更し、検証し、リリースし、継続して監視します。このループは、生産が止まる前に回っているべきです。

管理ポイント	担当の重点	完了の証拠
検知	調達および部品技術	検証済みのライフサイクルまたは供給リスクシグナル。
特定	ライブラリおよび製品データ管理者	完全なWhere-used一覧。
評価	エンジニアリング、品質、製造	製品ごとの影響評価と試験計画。
判断	製品責任者および供給責任者	承認済みの対応方針と優先順位。
変更	設計チームおよびライブラリチーム	更新済みの部品、BOM、設計、レビュー。
リリース	コンフィギュレーション管理および製造	管理されたリリースと下流工程への通知。
防止	ライブラリガバナンス	陳腐化部品の新規使用を禁止または制限。

より良い問いは「この部品はどこで使われているか？」

EOL通知をきっかけに、12件の個別検索を始めるべきではありません。始めるべきなのは、1回のつながった影響レビューです。Where-usedの可視化は、チームにその全体地図を与えます。進むべき道筋を決めるのは引き続きエンジニアの判断ですが、作業はまず、影響を受けるすべての設計を明確に把握することから始まります。

Altium Agile Teams が、使用中の部品の特定から、影響評価を担当者、技術レビュー、BOM更新、管理されたリリースへと結び付けるまで、どのように支援できるかをご確認ください。部品の陳腐化管理を、文書を探し回る作業から、繰り返し実行可能なエンジニアリングプロセスへと変えていきましょう。

Altium Agile Teams の詳細はこちら →

部品の陳腐化管理に関するよくある質問

部品の陳腐化管理とは何ですか？

ライフサイクルリスクを見つけ、影響を受けるすべての製品を特定し、対応方針を選定し、設計変更を管理し、安全でない再利用を防止するプロセスです。

PCB設計におけるWhere-usedとは何ですか？

Where-usedは、選択した部品がどのプロジェクト、BOM、バリアント、リリース、設計参照で使われているかを示します。

EOL通知は常に再設計を必要としますか？

いいえ。対応は、承認済み代替品、最終購入、既存在庫の活用、再設計、製品終息などさまざまです。最適な選択は、製品リスクと供給リスクによって決まります。

サプライヤーのクロスリファレンスだけではなぜ不十分なのでしょうか？

提案された代替品は、定格、パッケージの詳細、性能、ファームウェアの挙動、認定状況、または長期供給の面で異なる場合があります。実際の使用条件に照らして、エンジニアリングによる確認が必要です。

アジャイルチームを探る Altium Agile の使用開始方法

筆者について

Simon is a supply chain executive with over 20 years of operational experience. He has worked in Europe and Asia Pacific, and is currently based in Australia. His experiences range from factory line leadership, supply chain systems and technology, commercial “last mile” supply chain and logistics, transformation and strategy for supply chains, and building capabilities in organisations. He is currently a supply chain director for a global manufacturing facility. Simon has written supply chain articles across the continuum of his experiences, and has a passion for how talent is developed, how strategy is turned into action, and how resilience is built into supply chains across the world.

その他のコンテンツ Simon Hinds