機械設計 #47：予備品と摩耗部品 — 感覚ではなくCriticalityで選ぶ

「すべて一個ずつ在庫する」は安心に見えますが、不確実な倉庫を増やします。すぐ停止する部品、修理ルートがある部品、徐々に摩耗する部品、数時間で調達できる標準品は同じ扱いではありません。

有効な戦略は次に答えます。

この部品が故障したら何が起き、復旧はどれだけ不確実で、どの支援策が妥当な費用でリスクを下げるか。

答えは購買だけでなく、機械設計、構成ベースライン、保全タスク、供給者、引渡しに属します。

1. 「すべて一個」の問題

結果、故障確率、納期、修理可能性、保存期限、共通性、実機構成を無視します。安価で入手しやすい品を買う一方、校正済みで資格確認が必要な長納期モジュールを忘れることがあります。版、ファームウェア、適合資産が不明な在庫は箱が増えても復旧性を増やしません。

2. すべてをSpareと呼ばない

Critical spareは故障時に重要機能、安全、品質を止め、別ルートで短時間に戻せない部品です。Insurance spareは低頻度だが長時間停止を守る部品です。Wear partは使用、汚れ、サイクル、環境で劣化し、状態または根拠ある周期で交換します。Consumableは工程、清掃、給油で消費します。Repairable itemは診断、修理、資格確認、再投入のルートを持ちます。Standard commercial partは互換性と供給が安定し、要求時間内に買えるため現地在庫が不要なことがあります。

3. Criticalityは結果と復旧曝露で見る

安全、人、設備、品質、環境、生産、データ、顧客約束、低能力運転を評価します。小さなセンサーでも許可や品質リリースを制御すればCriticalです。さらに故障確率、検出性、納期、供給者、修理、資格、アクセス、校正、輸送、代替を見ます。尺度と理由を記録し、事故や設計変更後に見直します。

4. Criticalityから支援策へ

現地在庫、地域在庫、委託在庫、修理交換、冗長化、暫定策、状態監視、計画交換、資格済み代替、長納期を受け入れる記録などを組み合わせます。新設機は立上げ予備、成熟した設備群は共通化と修理プールが有効かもしれません。

5. 在庫数量に必要なデータ

故障履歴、設置数、デューティ、納期、修理時間、最小発注、保存期限、サービス水準、停止費用、共通性、データ信頼度を使います。計画摩耗と偶発故障を分けます。データが弱い時に精密な数量を装わず、前提、見直し日、欠品時の結果を明記します。

6. 摩耗品を日付だけで交換しない

時間劣化で証拠がある場合は暦周期が有効です。サイクル、荷重、汚染、温度、材料で摩耗するなら状態表示、トレンド、点検が良いことがあります。早期交換と早期故障の理由を記録し、機構、環境、取付、仕様を確認します。

7. 修理可能品は閉じたループにする

取り外し、識別、梱包、発送、診断、修理、試験、校正、隔離、受入れ、返却を定義します。シリアル、症状、版、証拠、保証を追跡します。修理しただけで予備品になったとは限りません。

8. 部品識別をベースラインへつなぐ

メーカー、番号、版、ファームウェア、定格、コネクター、校正、代替、対応機械、図面、BOM、供給元を記録します。実装品と在庫品を区別し、同じ商用番号でも技術差分があれば資格確認します。

9. 保存期限、保管、保全

電池、シール、接着剤、潤滑剤、センサー、電子品、ESD、湿度、温度、包装、衝撃、校正期限を確認します。受入れ日、ロット、期限、条件、検査状態を表示します。長年棚にあった予備が信頼できなければ保護になりません。

10. 廃番は「販売終了」から始まらない

最終購入、ファームウェア支援、ツール、認証、供給者、部品不足、代替資格を監視します。再設計、共通プラットフォーム、買い置き、修理、改造、計画移行を選び、ライフサイクルとベースラインへつなぎます。

11. 仮想センサーモジュールの例

検査ゲートを制御し、納期四か月、校正が必要で、三台の資産で使うモジュールを考えます。品質リリースができず結果が大きく、代替未資格のため復旧曝露も大きいとします。校正済み二台、修理交換、校正手順、ファームウェア互換、試験治具、移行計画を組み合わせます。「予備一個」という感覚では決めません。

12. 引渡し支援パッケージ

アイテム一覧、Criticalityと理由、BOMと資産対応、代替、供給者、納期、保存、修理、校正、取付・検証、故障症状、ファームウェア・ツール、緊急連絡、廃番、ベースライン参照を含めます。保全担当が逆解析せず識別、注文、取付、検証、記録更新できる状態にします。

13. 早見チェックリスト

[ ] 機能と支援ルートで分類した。
[ ] 結果と復旧曝露を理由付きで評価した。
[ ] 数量前提とサービス目標が見える。
[ ] 摩耗周期が状態または根拠に基づく。
[ ] 修理品に資格確認ループがある。
[ ] 識別が構成と資産へつながる。
[ ] 保存、ESD、校正、保全を管理した。
[ ] 廃番を販売終了前から監視する。
[ ] 引渡しに取付、検証、供給者、緊急情報がある。

まとめ

予備品戦略は復旧設計です。部品を分類し、結果と曝露を評価し、支援策を選び、識別をベースラインへつなぎ、保管と資格を守り、ライフサイクルを見える化します。最大の在庫ではなく、安全で予測可能な復旧を可能にする、信頼できる最小の支援システムを目指します。

14. 部品表だけでは支援にならない

部品番号だけのBOMは、現場の問いに答えません。どの資産、オプション、ファームウェア、コネクター、校正、工具へ対応するかを明示し、似た部品は写真、向き、キー、取付図で区別します。

15. 欠品リスクと余剰在庫を同時に見る

安全在庫を増やすと欠品は減りますが、期限切れ、版違い、保管費、廃棄が増えます。重要度、納期、修理時間、共通性、代替、停止費用を同じ表で比較し、レビュー日を設定します。

16. 交換間隔は現場データで更新する

摩耗部品の記録にサイクル、荷重、温度、汚染、取付状態、実際の摩耗を残します。条件が変わった時は、周期、点検、仕様、設計を再評価します。

17. 代替品の資格確認

代替は寸法だけでなく性能、環境、電気、ソフトウェア、校正、保全、廃番、供給者を比較します。試験治具、サンプル、許容差、承認者、資産範囲を定義し、資格済みだけを登録します。

18. 予備品と安全を同じ責任者が見る

Safety関連、品質リリース、校正、電池、圧力部品は購買だけで扱いません。保全、品質、安全、エンジニアリングで重要度と復旧方法を確認します。

19. 在庫監査の実務

現物、ラベル、版、期限、ESD、包装、校正、数量、所在、資産対応、システム記録を照合します。追跡できない現物をknown-goodとは呼びません。

20. 現場へ伝える最小情報

緊急時に必要なのは部品識別、対応機械、安全状態、工具と校正、復旧試験、承認者です。一枚の作業カードと管理された詳細記録へ分けると、速度と完全性を両立できます。

14. 部品表だけでは支援にならない

部品番号だけのBOMでは、対応資産、オプション、ファームウェア、コネクター、校正、工具が分かりません。似た部品は写真、向き、キー、取付図で区別します。

15. 欠品リスクと余剰在庫を同時に見る

安全在庫を増やすと欠品は減りますが、期限切れ、版違い、保管費、廃棄が増えます。重要度、納期、修理時間、共通性、代替、停止費用を比較し、レビュー日を設定します。

16. 交換間隔は現場データで更新する

17. 代替品の資格確認

18. 予備品と安全を同じ責任者が見る

19. 在庫監査の実務

現物、ラベル、版、期限、ESD、包装、校正、数量、所在、資産対応、システム記録を照合します。追跡できない現物をknown-goodとは呼びません。

20. 現場へ伝える最小情報

緊急時に必要なのは部品識別、対応機械、安全状態、工具と校正、復旧試験、承認者です。一枚の作業カードと管理された詳細記録へ分けます。

21. 予備品の使用後を管理する

使用した資産、故障症状、取付版、検証結果、残数、再発注、修理、次の点検を記録します。補充を忘れると、次の停止で同じリスクが残ります。

22. 共通化のメリットと限界

共通部品は在庫と教育を簡単にしますが、一つの故障が複数ラインを止める集中リスクを増やします。故障モード、代替、在庫分散、修理、供給者、ファームウェアを確認します。

23. Criticalityを見直すトリガー

設備追加、モデル変更、稼働増、供給者変更、廃番、故障再発、納期延長、修理品質低下を見直しトリガーにします。結果を在庫、保全、要求、ベースラインへ戻します。

24. 保管場所も復旧設計

所在、権限、温湿度、ESD、棚卸し、搬送時間、バックアップ場所を決めます。同じ事故で生産と全予備品を失わないよう重要品を適切に保護します。

在庫レビューは購買の棚卸しだけではありません。故障、修理、交換、廃棄、期限、停止時間、品質、供給者の変化をまとめ、部品のCriticalityと支援ルートが現在の機械・ベースラインに合うかを確認します。結果は次の設計と引渡しへ反映します。

25. 部品の履歴を故障学習へつなぐ

取り外した部品の症状、使用時間、サイクル、環境、取付、修理結果、廃棄理由を保存します。見た目が同じ故障でも、摩耗、汚染、誤取付、設計余裕、供給品質では対策が違います。部品履歴をRCA、FMEA、在庫数量、代替資格、設計変更へ戻すと、感覚的な「よく壊れる」を測定可能な情報へ変えられます。

予備品の戦略は、設備の停止費用と安全責任を現場が理解できる言葉へ変換します。Criticality、数量、代替、修理、保存、校正、復旧試験を一枚の管理表で追跡し、数値の前提と見直し日を残します。判断が変わった理由も履歴へ保存します。

部品の代替や修理が承認されても、実機へ戻す前に機能、環境、品質、安全、校正、診断、設定、復旧手順を確認します。代替部品の資格は資産、モデル、版、ファームウェア、試験条件へ限定されることがあります。範囲を超えて使用しないよう、在庫記録とラベルへ明示します。

予備品の評価を定期的に行うと、設計の余裕不足、保全の難しさ、供給者の変化、データ品質の問題を早く見つけられます。数量を増やす前に、故障を減らす設計、診断、アクセス、冗長化、修理能力、代替資格を比較し、停止リスクと総費用を同じ目線で判断します。

在庫と修理の判断を、現場の停止時間、品質、作業安全、資産の構成と一緒にレビューします。部品を持つ理由、持たない理由、代替の限界、廃棄の条件を記録すれば、購入担当が変わっても判断を再現できます。

重要度の見直しでは、部品が故障する確率だけでなく、故障を検出できるか、復旧後に品質を確認できるか、代替を資格確認できるかも評価します。これらの条件が変われば、同じ部品でも支援戦略は変わります。

予備品の数を決めた後も、実際の停止、修理、保管、資格、使用後補充をレビューします。数字が正しくても、在庫の所在、版、状態、担当者が不明なら復旧は遅れます。管理表は機械のベースラインと同じリビジョンで維持します。

予備品管理を毎年の棚卸しだけにせず、設計変更、サプライヤー通知、故障分析、保全タスクのゲートで更新します。判断の根拠を残すことで、在庫を増やすだけでない復旧改善を選べます。

部品の使用履歴と停止影響を同じレビューで確認します。

判断の履歴も保存します。

見直し日も明記します。

重要度と復旧条件を同じ記録で確認します。

公開参考資料

ISO 55001:2014 — Asset management systems: https://www.iso.org/standard/55088.html
ISO 10007:2017 — Guidelines for configuration management: https://www.iso.org/standard/70400.html

MINATAの技術記事をすべて見る