GESHEM INDUSTRIAL COMPUTING GUIDE
産業用PCの長期供給とEOL対策:BOM・代替機・再評価をどう管理するか
想定読者と結論
本稿は、装置を複数年販売・保守する機械メーカー、SIer、工場の設備保全部門を対象とする。
結論は単純である。「長期供給モデル」という呼称だけでは継続性は確保できない。固定すべき構成、変更通知、代替評価、最終購入、予備品、OSイメージを別々の管理項目にし、発注仕様と受入記録に残す必要がある。
最初に集める要件
| 要件 | 確認する内容 | 記録する証拠 |
|---|---|---|
| 使用期間 | 量産開始、販売終了、保守終了の予定 | 装置ロードマップ |
| 固定対象 | CPU、チップセット、LAN、ストレージ、表示、I/O、BIOS | 承認BOMと改版 |
| ソフトウェア | OS版、更新方式、ドライバー、アプリ依存 | マスターイメージ台帳 |
| 変更許容度 | 同等品で許容できる項目と再評価が必要な項目 | 変更判定表 |
| 復旧条件 | 許容停止時間、交換単位、現場作業の制約 | 保守手順と予備品計画 |
「同じ型番なら同じ内部構成」と仮定しない。ストレージ、メモリー、無線モジュール、電源などの変更でも、性能、ドライバー、EMC、温度、イメージ互換性に影響し得る。
判断の手順
- 装置の販売期間と保守期間を分け、必要数量を年ごとに置く。
- 承認BOMを作り、部品番号、ファームウェア、BIOS設定、OSイメージの版を紐付ける。
- 変更通知の対象、通知経路、回答期限、未回答時の扱いを合意する。
- 代替部品の評価項目を決める。起動確認だけでなく、負荷、I/O、復旧、周辺機器、規制影響を含める。
- EOL時の最終購入、予備品転用、後継機評価の責任者と期限を決める。
供給継続性を分解する
| 論点 | 調達時の質問 | 合格条件の例 |
|---|---|---|
| 供給 | 現時点の供給見通しは何か | 日付付き回答がある |
| 変更 | 何を変更として通知するか | 通知対象が契約文書にある |
| EOL | 最終購入の案内方法は何か | 窓口と判断期限が定義済み |
| 代替 | 誰がどの試験を行うか | 試験表と費用負担が合意済み |
| 証跡 | 出荷構成をどう識別するか | シリアルとBOM版を追跡できる |
受入チェックリスト
- 承認BOMに部品番号、改版、代替条件が記録されている
- 変更通知の対象、窓口、回答期限が合意されている
- EOL時の最終購入と代替評価の判断手順がある
- OSイメージ、BIOS、ドライバーを出荷構成へ紐付けられる
- シリアル番号からBOM版と受入記録を追跡できる
受入条件と限界
初回受入では、型番だけでなく承認BOM、BIOS設定、ストレージ識別情報、OSビルド、ドライバー版、主要I/Oの試験結果を保存する。量産ロットでは差分検査を行い、承認されていない変更がないことを確認する。
供給年数、変更通知期間、在庫、最終購入可否は、製品カテゴリから推定できない。個別見積と契約で確認する。また、OSのサポート期間はCPUやストレージの供給期間を保証しない。
FAQ
「長期供給」と書かれた製品ならBOMは固定ですか
固定とは限らない。固定対象、代替条件、通知方法を文書化し、出荷構成を追跡できる状態にする。
後継CPUが高性能なら再評価は不要ですか
不要とは言えない。ドライバー、消費電力、熱、起動時間、周辺機器、OSライセンス、EMCへの影響を確認する。
予備品は何台あれば十分ですか
故障率だけでなく、設置台数、修理回転時間、物流日数、同時故障、EOL後の保守期間から算定する。
出典
本稿は、特定メーカーの供給年数や在庫を前提としない一般的な調達・変更管理の手順として整理した。
次のアクション
対象装置ごとに「承認BOM・変更通知・EOL・代替評価・予備品」の5欄を持つ一枚の管理表を作り、空欄を残したまま量産承認しない。