現在のBOMに対してサプライチェーンリスクアセスメントを実施する方法

電子機器メーカーの約3分の2が、部品や材料の入手性の制約、またはリードタイムの長期化を報告しています。重要なのは、現状を「供給過多で容易に入手可能」と表現した回答が一つもないことであり、サプライリスクが依然として広範囲に存在していることを示しています。 

そのリスクは、1つひとつの部品に現れます。いつの間にか生産中止になっていた部品、突然在庫切れになるディストリビューター、予告なく跳ね上がる価格。BOMには、製造計画を狂わせ、利益率を圧迫する意外な落とし穴が数多く潜んでいます。

その対策は、リアルタイムのサプライチェーンデータに支えられた、再現性のあるプロセスを構築し、リスクがスケジュールに影響する前に特定・軽減することです。本ガイドでは、調達部門と設計部門が目の前のBOMを評価するための6つのステップを説明するとともに、接続されたBOM環境が、チームによるリスク評価の迅速化、一貫性ある対応、そして供給状況の変化に対する俊敏性の維持にどのように役立つかを紹介します。

主なポイント

• リスク評価の鮮度は、その元になるBOMデータの鮮度に左右されます。そのため、古いスプレッドシートよりも、接続されていて常時更新されるデータソースのほうが望ましいのです。
• 単一調達、EOL間近、長納期、在庫カバレッジ不足、価格変動の大きい部品を抽出すべきですが、その前にまずデータをクレンジングし、正規化する必要があります。そうしなければ、分析はノイズの上に成り立つことになります。
• ライフサイクルステータスと供給ステータスは別物です。Active、NRND、ラストタイムバイ、Obsoleteは部品のライフサイクルを示し、一方でアロケーションは一時的な供給制約を意味します。それぞれに異なる対応が必要です。
• 重大度は、調達の選択肢、設計への影響範囲、生産段階を反映して決めるべきであり、責任は調達部門と設計部門で分担しつつ、抽出された各部品ごとに1人の責任者を明確に定める必要があります。
• 事前承認済みの代替品と、文書化された意思決定の履歴があれば、対応ワークフローは場当たり的な火消しから、再現可能で監査可能な運用習慣へと変わります。

ステップ1：BOMを1つの接続された場所に集約する

リスクは固定されたものではありません。レポートも同じであるべきではありません。

先月出力したスプレッドシートは、すでに正しくありません。部品の状況は変わり、価格は動き、ライフサイクルステータスも変化しているのに、ファイルにはそれが何も反映されていないからです。エクスポートから分析までの1時間ごとに、誰にも把握されないずれが積み重なっていきます。

解決策は、ディストリビューターのサイトを部品ごとに確認するのではなく、BOMをライブデータソースに接続することです。最新の価格、在庫、ライフサイクルステータスをBOMに直接取り込み、数値が自動的に更新されるようにします。実際には、手作業で維持するスプレッドシートから脱却し、メーカーおよびディストリビューターのデータに最新状態で接続されたクラウドベースのBOMツールへ移行することを意味します。

チームが見落としがちなステップですが、ここを押さえるかどうかで、その後のすべてが有益になるか、単なる時間の無駄になるかが決まります。 

BOMを適切に管理することは、分析そのものではなく、まずBOMを一元化することから始まります。BOMが共有環境上に置かれれば、調達部門と設計部門が同じリストの異なる版をそれぞれ使う事態はなくなります。

ステップ2：BOM分析を実行して高リスク部品を抽出する

BOMが一元化され、かつライブで更新される状態になったら、実際に注意すべき部品をスキャンします。

• 単一調達の部品： 適格な第二供給元がなく、その唯一の供給元で障害が起きると、代替先がありません。
• EOLが近い部品： 現時点ではまだ入手可能であっても、メーカーの生産中止通知やラストタイムバイ期限が近づいているものです。
• 長納期品： 通常の製造スケジュールを大きく超えるリードタイムを持つもので、通常の発注をスケジュール上のリスクに変えてしまいます。
• 在庫カバレッジ不足： 利用可能在庫と発注残では、予測される製造スケジュールを賄えない部品です。自社の手持ち在庫と未入荷発注データを、市場のリアルタイム在庫と組み合わせることで、まだ対処可能なうちにギャップを早期に把握できます。
• 価格変動： 直近で、または継続的にコスト上昇が見られる品目です。個別には小さな値上がりでも、BOM全体では積み重なり、誰も気づかないうちに利益率を削っていきます。

こうしたフラグは、組み合わさったときに特に重要になります。単一調達で、かつEOLが近く、さらに長納期で見積もられている部品は、1つだけフラグが立っている部品とはまったく異なる問題です。

ただし、スキャン結果を信頼する前に、データをクレンジングしてください。重複エントリ、不統一なメーカー部品番号、フォーマットの不一致は分析を歪めます。BOM正規化は別作業ではなく、このステップの信頼性を成立させるための前提です。

ステップ3：不足アラートとEOLアラートを正しく解釈する

すべてのアラートが同じ意味を持つわけではなく、同じレベルの対応を要するわけでもありません。 

Active、not recommended for new designs（NRND）、ラストタイムバイ、Obsoleteは、それぞれ部品ライフサイクル上の異なる段階を示しており、取るべき対応も異なります。

• Active： メーカーがまだその部品を生産しています。ライフサイクルリスクは一般に低いですが、供給リスクがゼロというわけではありません（アロケーション、バックオーダー、長納期など）。在庫とリードタイムを、製造スケジュールに照らして継続的に確認してください。
• NRND： メーカーが新規設計でその部品の採用を避けるよう促しています。まだ購入でき、既存設計でも継続使用は可能ですが、多くの場合、これは生産中止が近い最初の兆候です。新規設計では使わず、既存のどの設計で使われているかをすべて洗い出し、今のうちに代替品の適格性評価を進めてください。 
• ラストタイムバイ（LTB）： 最終発注が可能な期間が定められています。手持ち在庫と未入荷発注を、需要予測および保守サービス要件と照らし合わせ、期限前に必要量を発注するとともに、並行して代替品の適格性評価または再設計計画を開始してください。
• Obsolete： 発注可能期間は終了しています。残存在庫が残りの製造計画をどこまで賄えるかを集計し、足りなくなる場合は、事前承認済みの代替品へ切り替えるか、再設計へ移行します。この部品は新規設計には一切含めるべきではありません。
• アロケーション： これは別のシグナルであり、ライフサイクルの変化ではなく、一時的な需給不均衡を意味します。対応すべきはカバレッジ管理です。在庫と未入荷発注を確認し、将来の供給を確かめ、必要に応じて追加の調達先を探し、一時的なつなぎ調達や代替品が必要かどうかを判断します。

緊急度は、残された猶予期間にも見合っていなければなりません。ラストタイムバイ期限まで18か月あるEOL通知と、残り60日しかない通知は、同じ問題ではありません。ただし、正式な通知が必ず届くと考えてはいけません。2025年には、電子部品のEOL事象の半数超が、メーカーのPCN（Product Change Notification）なしで発生しました。

ステップ4：BOMリスクに責任者と重大度を割り当てる

部品にフラグが立ったら、その後の対応を誰が担うのかを明確にする必要があります。

現実的な分担としては、調達部門が部品を抽出し、供給面の事実（リードタイム、価格、供給元数）を提示し、設計部門がその部品が設計のどこにどのように影響するかを評価します。この評価には、その部品がどこで使われているかを、具体的な基板リビジョンに至るまで把握している必要があります。両部門が関与する場合でも、抽出された各部品ごとに1人の責任者を明示し、対応が部門間で停滞しないようにしてください。

重大度は、次の3つで重み付けします。

• 調達性： 単一調達か、適格な代替供給元があるか。
• 影響範囲： それを使用しているアクティブな設計はいくつあるか。
• 段階： 各設計が製造にどれだけ近いか。

これらの要素を使って、重大度を「クリティカル」「要監視」「現時点では無視可能」といったシンプルな階層に割り当てます。正確なしきい値は組織によって異なりますが、調達の選択肢が限られ、多くの設計に影響し、しかも生産段階に依存している部品は、複数供給元があり初期試作でしか使われていない部品よりも、迅速な対応が必要です。

たとえば、単一調達の部品が1つの初期試作にのみ使われているなら要監視です。これが5製品で出荷されている同じ部品であればクリティカルです。設計が生産に近づくほど、対応に使える時間も選択肢も減っていくからです。

次回、類似の部品にフラグが立ったときに同じ基準を適用できるよう、この階層の割り当ては文書化しておきましょう。

ステップ5：対応ワークフローを構築する

重大度は、それに応じて対応経路が変わって初めて意味を持ちます。

すでにリスクが高いと分かっている部品については、必要になる前に代替品を定義しておきます。部品ライブラリ内の事前承認済み代替品があれば、フラグが立ったリスクに対して「すでに承認済みの選択肢はこちらです」と対応できます。承認済み代替品がない場合は、新たな供給元の適格性評価、別部品を使うための再設計、あるいは不足期間を埋めるための十分な在庫確保などについて、部門横断でレビューする必要があるかもしれません。

フラグが立った項目がクリティカルである場合、または部品置換によって回路図やレイアウトが変わる場合は、正式な変更・承認プロセスに回し、何かを進める前に設計部門の承認を得るようにしてください。AIを活用した変更指示の影響分析は、提案された変更が部品、アセンブリ、スケジュール、設計にどのような影響を与えるかを予測し、レビュー担当者が手作業で影響範囲を組み立てる代わりに、変更の波及範囲を明確に把握できるよう支援します。その上で、構造化された設計レビューによって、意思決定がメールのやり取りの中で停滞するのを防げます。仕様が一致する単純な同等置換であれば、全面的な再設計プロセスを経ずに迅速に進めるべきです。

あらゆる置換を最も重いプロセスに通すことは、BOMをより安全にするわけではありません。実際にスピードが重要な場面で、そのプロセスをチームが無視するようになるだけです。

どの経路をたどるにせよ、判断内容は文書化してください。何にフラグが立ったのか、何を検討したのか、何を選んだのか、誰が承認したのか。その記録があれば、次回の監査や振り返りは特別な出来事ではなくなります。

たとえば、基板間コネクタにNRNDのフラグが立ったとします。where-usedチェックで、それが3つの設計に使われていることが分かりました。1つは試作中、1つはリリース2か月前、もう1つはすでに出荷中で、適格な代替品は存在しません。出荷中の製品で使われていること、そして代替品がないことから、これはクリティカルです。コネクタはフットプリントや筐体への適合に関わるため、近い仕様の代替でもレイアウトレビューが必要になる可能性があります。したがって、試作機ではコストがほとんどかからない今のうちに切り替えるべきであり、リリース間近の設計では固定化される前に置換を決定しなければなりません。調達部門は残りのカバレッジを算定し、設計部門は代替品の適格性評価を開始し、その判断と承認者を次回のために記録します。

ステップ6：一度きりではなく、継続的な取り組みにする

一度だけ実行したリスク評価は、次のディストリビュータ更新が入る頃にはすでに古くなっています。途中の重要な変化を見逃してしまう年1回のレビューに頼るのではなく、実施頻度はカレンダーではなくイベントに合わせるべきです。

実際には、設計がリリースされたとき、BOM改訂が作成されたとき、部品のライフサイクルや在庫ステータスが変わったとき、そして発注書や製造にコミットする前に、都度チェックを再実行することを意味します。軽い定期的な確認もセーフティネットとして役立ちますが、それを主な防衛線にすべきではありません。

これが、BOMヘルスが日常業務として定着したときの姿です。つまり、チームがすでに行っている作業の中に組み込まれた、安定した低負荷のチェックです。

このガイドは1つのBOMから始まりますが、同じイベント駆動型の実施サイクルは、すべてのアクティブな設計にわたって拡張できます。より大きな視点については、 Real-Time BOM Intelligence: What Risk Monitoring Looks Like Across All Your Active BOMsをご覧ください。

クイックリファレンス・チェックリスト

• ライブデータ接続を備えたBOMを一元化する。
• 分析前に部品データをクリーンアップし、正規化する。
• 単一調達、EOL間近、長納期、在庫カバレッジ不足、価格変動が大きい部品にフラグを付ける。
• ステータスを正しく読む：NRND、最終購入、obsolete はライフサイクルコードであり、allocation は供給制約です。
• 調達性、影響範囲、段階に基づいて、明確なオーナーシップと重大度レベルを割り当てる。
• 代替品を事前承認し、重要な変更や設計に影響する変更は承認フローに回し、すべての判断を文書化する。
• このチェックを定期的なサイクルで実行する。

設計環境を離れずにこのプロセスを実行

適切なプラットフォームが基盤にあることで、すべてのステップがより迅速になります。 Altium Agile Teamsは、最新のコンポーネント価格、入手性、ライフサイクルステータスをBOMに直接取り込み、調達部門とエンジニアリング部門が、後からエクスポートを突き合わせるのではなく、同じ場所で同じ数値をもとに作業できるようにします。

• ステップ1～2： Altium Agile Teams は、 BOMをクラウドポータルに一元化し、Octopart と IHS Markit の最新の価格、入手性、ライフサイクルデータを提供します。さらに、 SiliconExpert および  Z2Data との連携も利用可能です。BOMの正規化とクリーンアップも同じ場所で行えます。
• ステップ3： ライフサイクルステータスは各明細行に表示され、ライフサイクル管理機能によって obsolete やドラフト状態の品目がリリースに含まれないようにできます。
• ステップ4： 特定の基板リビジョンまで追跡可能な Where-used トラッキングにより、フラグが付いた部品がどの設計に影響しているかを正確に把握できます。ロールベースの権限設定により、閲覧、編集、承認を行えるユーザーを制御できます。
• ステップ5：代替品は共有ライブラリ内で事前に定義されます。設定可能なワークフローと、承認サインオフ付きの構造化された設計レビューにより、重要な変更や設計に影響する変更はエンジニアリング承認へ回しつつ、同等品へのクリーンな置き換えは滞りなく進められます。AIを活用した変更オーダー影響分析により、レビュー担当者はサインオフ前に予測される影響を確認できます。 
• ステップ6：監査証跡とイベントログにより、変更とアクションは自動的に記録されます。レビューコメントとタスクがその判断理由を残すため、チームの作業とともに意思決定の記録が蓄積されていきます。グローバルなワークスペースアクセスとシングルサインオンにより、分散したチームでもガバナンスを損なうことなく、同じイベント駆動型チェックを実行できます。

BOMを一元化し、最新のサプライチェーンデータに接続し、チーム全体が信頼できる対応ワークフローを構築しましょう。

Altium Agile Teams の詳細はこちら →