1. 保全(プリザベーション)が存在する理由
設備投資プロジェクトでは、設置から最初の稼働までの期間が数年になるのが一般的です。この期間中、ベアリングは静荷重下に置かれ、シールは乾燥し、内部表面は腐食し、乾燥剤は飽和し、計器類は校正がずれてしまいます。
保全(プリザベーション)は、これを防ぐための定期的な介入プログラムです。また、 保証条件: ほとんどのベンダーは、指定された保全(プリザベーション)体制が遵守されず、その証拠を提示できない場合、請求を却下します。
2. 保全(プリザベーション)作業リストに含めるもの
保全ワークリスト(PWL)は、保全を必要とするすべてのタグ、適用されるルーチン、実施頻度、担当者の台帳です。通常、以下をカバーします。
- 回転機器 — 設定された間隔でのシャフト回転、潤滑、カップリングの確認。
- 電気設備 — スペースヒーター通電、絶縁抵抗測定、エンクロージャ検査。
- 計装 — 乾燥剤の交換、校正の有効性、侵入からの保護。
- 配管と容器 — 窒素ブランケッティング圧力、防食剤注入、ドレナージ確認。
- パッケージ化されたユニット — ベンダーマニュアルに指定されている内容(保証の根拠となる情報)。
数値化する
これは現在、貴社のプロジェクトにどれくらいの費用がかかっていますか?
転記、登録統合、ドシエ作成によって失われる時間とコストを、編集可能な仮定と計算式を表示して見積もります。
3. 定期的な実行が難しい点です
ITR(検査記録)とは異なり、保全(プリザベーション)ルーチンは完了するものではなく、繰り返されます。あるタグは3年間、毎月シャフトの回転が必要となる場合があります。これにより、実行されたかどうかによってその価値が完全に決まるタスクの連続が生じます。 時間通りに、発生したかどうかだけでなく。
これが、保全(プリザベーション)がスプレッドシートでは不十分な理由です。静的なリストでは、今週期限を迎えるもの、期限を過ぎたもの、および保証が間隔の順守を条件とする機器に属する期限切れの項目を特定することはできません。その計算は継続的に実行される必要があります。詳細は以下をご覧ください。 保全(プリザベーション)管理.
4. 誰が所有するか
保全(プリザベーション)の責任はプロジェクト全体で移行し、この移行期にサイクルが見落とされがちです。通常、ベンダーが保全体制を定め、据付業者が納入時からそれを実施し、責任は、機械的完成(MC)やRFSUなどの特定の時点でコミッショニングチームまたはオペレーターに移管されます。
各移管は記録を伴う明確なイベントであるべきです。プロジェクトで最も一般的な保全(プリザベーション)の失敗は、実行の拙さではなく、監査まで誰も気づかなかった引き渡し時の3週間の空白です。
5. 優れた証拠とは何か
- 特定タグに対して、日付と担当者と共に実行されたルーチン。
- 適用される場合、読み取りまたは観測値 — 圧力維持、抵抗測定、稼働時間。
- 視覚的なもの、特にエンクロージャと侵入状態に関する写真。
- ベンダー要件を満たしているため、保証請求を仕様にまで遡ることができます。
2年後に請求が行われた場合、間隔が継続的に満たされていたかが問題となります。完了日付きのリストはこれに答えますが、スキャンされたシートのフォルダでは不十分です。
6. 保全(プリザベーション)プログラムが失敗するケース
- リストの作成が遅れています。 機器はPWLが作成される数ヶ月前に現場に到着するため、最初のサイクルはデフォルトで実行されません。
- ケイデンスが追跡されていません。 タスクは誰かが思い出したときに完了しますが、それは定められた間隔とは異なります。
- 引き渡しにおけるギャップ。 責任は明示的な日付なしに移行され、保全(プリザベーション)されていない期間が生じます。
- 期限切れの可視性なし。 監査や起動失敗で発見されるまで、誰もバックログに気づきません。
- 証拠がタグから分離されています。 シートは機器別ではなく週別に整理されているため、タグごとの履歴を再構築できません。
自社のプロセスを確認する
8つの質問で引き渡し準備状況を採点する
登録管理、証拠取得、承認、およびゲートロジックの構造化された自己評価 — 各ギャップに対する具体的な推奨事項付き。