メインコンテンツまでスキップ

予知保全を始める

FactVerse で最初の予知保全ワークフローを準備する場合に、このガイドを使用します。目的は、設備健全性、異常、保全提案、作業指示のフィードバックを運用チームが説明できる状態にすることです。

予知保全は、設備と信号を接続し、健全性を文脈付きで確認し、異常を担当者がレビューし、承認された提案を保全作業に接続し、現場結果を次の調整に戻す運用ループとして設計します。

セットアップフロー​

前提条件​

要件理由
設備オーナー設備範囲と健全性または異常出力を承認します。
データオーナーソースシステム、信号の意味、データ品質課題を確認します。
保全オーナー承認された提案を作業に変換し、結果を記録します。
初期設備範囲類似した小さな設備群から始めると、基準とフィードバックを確認しやすくなります。
作業指示フィードバック現場結果を予知保全の改善に戻します。

1. 設備範囲を選ぶ​

保全責任、信号データ、故障履歴が比較的明確な設備から開始します。

判断項目推奨
設備クラスチラー、ポンプ、モーター、コンプレッサー、AHU、UPS、ファン、フィルター、ユーティリティ設備など。
運用境界サイト、建物、ライン、部屋、設備グループ、サービス系統を定義します。
保全オーナー異常を確認し、提案を承認または却下し、作業結果を記録するチームを決めます。
判断周期日次トリアージ、週次保全計画、信頼性レビュー、パイロット検証のどれかを明確にします。

最初から全設備を対象にしないでください。信頼できる小さな範囲の方が、早期に実用的な証拠を作れます。

2. 設備 ID と信号を準備する​

入力準備内容
設備台帳設備 ID、名称、クラス、場所、メーカー、型式、オーナー、任意の主設備ディレクトリ接続。
センサーまたはテレメトリ履歴timestamp、設備参照、信号名、単位、値、品質状態。
作業指示履歴設備参照、故障種別、作成時刻、完了時刻、優先度、原因、対応、結果。
点検とアラート証拠点検所見、アラート、コメント、写真、イベント時刻。

コネクター、mapping、source data quality は 予知保全信号履歴の準備 を参照します。

3. 運用画面を有効にする​

ViewRoute用途
Dashboard/pdm/dashboard健全性分布、活動中の異常、保全状態、全体信号を確認します。
Equipment list/pdm/equipment監視設備を検索し、プロファイルを開きます。
Equipment detail/pdm/equipment/:idプロファイル、健全性スナップショット、履歴、設備コンテキストを確認します。
Fleet/pdm/fleet設備グループと部品レベルの注意信号を比較します。
Anomalies/pdm/anomalies未解決異常をレビューし、必要に応じて保全アクションを作成します。
Maintenance/pdm/maintenance関連する保全記録とスケジュールを確認します。
Criticality/pdm/criticalityリスクと重要度に基づき作業優先度を決めます。

本文では予知保全と表記し、pdm は route、API、scope を示す場合だけ使用します。

4. 最初の設備を検証する​

  1. 設備プロファイルを開き、ID 項目を確認します。
  2. 直近の信号履歴が正しい設備に対応していることを確認します。
  3. 最新健全性と履歴を確認します。
  4. ダッシュボード集計に設備が含まれているか確認します。
  5. 異常一覧に文脈付きでイベントが表示されることを確認します。
  6. 提案をレビューしてから、保全アクションを作成または接続します。
  7. 関連作業指示を完了し、結果ラベルを記録します。

5. レビュー周期を決める​

周期レビュー内容
日次シフト新しい高重要度異常、保留中の提案、緊急状態変化。
週次保全計画承認済み提案、作業 backlog、重要度、保全窗口、部品準備。
月次信頼性レビュー健全性傾向、繰り返し故障、提案精度、誤検知、ルール調整。
パイロット受入データ完全性、担当者の信頼度、作業結果回収、次の展開範囲。

期待される出力​

  • 定義された設備範囲；
  • 選定設備の信号履歴 mapping；
  • レビュー済み設備プロファイル；
  • 実データを反映する dashboard と anomaly view；
  • 提案判断の責任者；
  • 提案から作業指示結果までのフィードバック経路；
  • 展開前に解決すべき readiness gap。

検証チェックリスト​

  • 設備 ID が予知保全、DFS、CMMS、作業指示で一致している。
  • 信号に期待単位、timestamp、設備 mapping がある。
  • 初期設備に健全性履歴または明確な no-data 状態がある。
  • 異常レビューにオーナーと対応経路がある。
  • 承認済み提案を作業指示に接続できる。
  • 作業完了時に結果証拠を記録している。

トラブルシューティング​

症状確認事項
dashboard に設備が出ないtenant scope、設備プロファイル、source mapping、route permission。
健全性画面にデータがない最新 readings、timestamp format、unit mapping、equipment ID bridge。
異常一覧が空signal coverage、threshold または baseline readiness、time window。
提案を作業化できないwork-order permission、CMMS 設定、保全責任。

関連ドキュメント​