Fleet トリアージと重要度

単一設備の健全性だけでは、保全優先度は決まりません。運用チームは、同種設備、同一システム、同一サイトのリスク分布を理解し、限られた保全リソースを重要な資産に集中させる必要があります。

トリアージフロー

前提条件

要件	内容
設備 grouping	class、system、site、line、service boundary で設備を整理。
重要度ルール	safety、production、service、cost、parts、compliance impact を定義。
健全性と異常データ	同じ group の設備状態と異常を比較可能。
保全コンテキスト	最近の作業指示、点検、部品交換、繰り返し問題。
レビュー周期	日次、週次、月次の fleet review。

Fleet 視点

視点	用途
Equipment class	同種設備の健全性と異常パターンを比較。
System	upstream、downstream、shared service impact を理解。
Site or area	建物、ライン、区域ごとのリスク比較。
Maintenance owner	チームごとの未処理作業と応答状態を確認。
Criticality	影響の大きい資産にリソースを集中。

設備リスクの例

設備一覧では、フリート全体の状況と個別設備のリスクを同時に確認できます。サンプルテナントでは VT-306 に絞り、健全性スコア、Health Index、次回保全までの日数、30 日リスク、予測グレードの変化を比較してから設備詳細を開きます。

サンプルテナントでの設備リスクレビュー。データは製品デモとワークフロー研修に使用します。

重要度入力

入力	例
Business impact	production、tenant service、cooling、power、safety system への影響。
Failure consequence	downtime、quality risk、energy increase、parts shortage、safety risk。
Redundancy	redundant equipment または bypass があるか。
Maintenance window	特定 window でしか処理できないか。
History	repeated failure、repair duration、false-positive record。

優先度レビュー

1. 設備 group または system を選びます。
2. 健全性分布と異常件数を確認します。
3. 高重要度資産で filter します。
4. 最近の保全と未完了作業を確認します。
5. 今週処理する設備を選びます。
6. 確認済み提案を作業指示ループへ送ります。
7. 次回レビューで結果を確認します。

期待される出力

• 設備 group risk view；
• 高重要度資産 list；
• 今期の優先対象；
• 延期した異常と理由；
• 作業指示または点検へ進む提案；
• 次回レビューで確認する指標。

検証チェックリスト

• 設備 grouping が実際の運用と保全組織に合っている。
• criticality rule が owner に承認されている。
• high-risk equipment に証拠と次 action がある。
• deferred item に理由と再確認時期がある。
• fleet review result が保全計画と作業指示ループに戻る。

トラブルシューティング

症状	対応
設備 grouping が混乱	asset registry と source alias mapping に戻ります。
criticality ranking が合意されない	運用と保全オーナーで rule と weight を再確認します。
high-risk equipment に action がない	maintenance window、permission、parts、owner を確認します。
ページ間で結論が違う	health、anomaly、work-order、data freshness の time window を揃えます。

関連ドキュメント

• 健全性、ベースライン、モデル準備
• 異常レビューと保全提案
• 保全提案から作業指示へのループ