メンテナンス・プログラムの概要
メンテナンス・プログラムは、メンテナンス対応の組織で稼働している1つ以上の影響を受ける資産について、日次予防メンテナンス予測を定義および生成するために使用されます。 予測は、予防保守作業オーダーの作成の基礎として使用されるため、保守プランナのワークロードが削減され、保守プログラムの監査、最適化および例外ベースのイベントに集中できます。
プログラムは、通常、OEM(オリジナル機器メーカー)サービス・マニュアルに基づいています。 このサービス・ガイダンスは、作業定義を作成することで、顧客の業務要件にあわせて翻訳および調整されます。 次に、これらの定義が勤務要件の作成の基礎として使用され、期限の頻度が定義されます。 予測は、カレンダ・パターン、日間隔、稼働率メーターに基づいて作成できます。
プログラム・モデリング
プログラムは常に、特定のメンテナンス対応組織のコンテキストで作成されます。 ただし、プログラムを作成する前に、プログラムで同じ組織内で運営されている資産のみを管理するか、同じマスター組織内の他の組織で運営されている資産も考慮するかを検討してください。 また、これらの資産が時間の経過とともに同じ営業組織に残っているか、または将来のある時点で別の営業組織に転送される可能性があるかを検討します。
次に、メンテナンス・プログラムをモデル化するためのガイダンスを示します:
# | シナリオ | プログラム・モデリングに関するディシジョン事項 |
---|---|---|
1 | 資産が同じメンテナンス組織で運用およびメンテナンスされている場合 | 同じ組織の資産を考慮するメンテナンス・プログラムを作成します。 |
2 | 資産が非保守組織で運用され、1つ以上の組織によって長期にわたって保守される場合 | 組織間資産に対して使用可能なプログラムを作成します。 詳細は、この表の最後の行を参照してください。 |
3 | 資産が現在メンテナンス組織で運用されているが、時間の経過とともに異なるメンテナンス組織で運用およびメンテナンスされる場合 | 組織間資産に対して使用可能なプログラムを作成します。 詳細は、この表の最後の行を参照してください。 |
4 | 資産がメンテナンス組織で運用されているが、存続期間中に別の営業組織に転送される場合 | 組織間資産に対して使用可能なプログラムを作成します。 組織間で作業オーダーを作成するには、組織関係を定義する必要があります。 オプションで、関係を必要としないようにアセット・メンテナンス・パラメータを設定できます。 詳細は、「メンテナンス・プログラムの作成方法」のトピックを参照してください。 ノート: 組織間プログラムを作成する場合は、中央計画組織として指定できる単一のメンテナンス組織を定義します。 あらゆるメンテナンス組織で組織間プログラムを作成できますが、それらを単一の組織でモデル化すると、複雑さが軽減され、可視性が向上します。 ノート: プログラムまたは組織間で同じ資産を管理することは困難であるため、両方のメソッドを使用して、一意の資産の予防メンテナンスを同時にモデル化することは避けてください。 |
品目ベースの作業要件の場合、プログラムが組織間資産に対して使用可能になっている場合は、作業要件に他の組織で機能する資産を自動的に含めるか手動で含めるかを決定できます。 選択した資産包含メソッドに関係なく、影響を受ける資産ページを使用して、作業要件に対して資産をいつでも含めるか除外できます。 したがって、プログラムが組織間資産に対して有効になっている場合でも、最終的に、作業オーダー作成のために予測および考慮される資産を制御できます。
売上予想は、その時点で資産が動作している場所に基づいて常に作成されます。 メンテナンス組織で営業している資産の場合、作業オーダーは同じ組織に作成されることが予想されます。 非メンテナンス組織で稼働している資産は、別のメンテナンス組織でメンテナンスされます。 予測期日が生成された後、作業オーダーが作成される前に、プログラムが組織間資産に対して使用可能になっている場合は、代替期日または作業オーダー組織を推奨できます。 これらのリクエストは、「予測の管理」ページまたは特定の予測期日のREST APIを使用して発行できます。 この機能により、プランナは、資産のメンテナンスの可用性または別の組織への短期的な割当の短期的な変更に適応できます。 その他の詳細および検証については、「メンテナンス予測の管理方法」の項で後述します。
プログラムが最初の作業オーダーを作成した後は、組織間資産のプログラムを有効または無効にするオプションを更新できません。 したがって、時間の経過とともに別のメンテナンス組織で資産がメンテナンスされる可能性がある場合や、資産が組織を異動する可能性がある場合は、組織間に対してプログラムを有効にする必要があります。
作業要件
1つ以上のアセットについて、サービス間隔タスクごと、または関連するサービス間隔タスクのグループごとに作業要件を作成できます。 タスクは、サービスの必要頻度、予想されるリソースおよび資材所要量、およびタスクの完了に必要なステップを定義します。 作業要件は、最初に下書きステータスで作成されます。 ヘッダー、予測メソッドおよび作業定義を定義すると、ステータスはアクティブになり、予測の準備が整います。 作業要件に対して最初の作業オーダーが作成された後は、作業要件を編集できますが、削除することはできません。 オプションで、予測を停止する要件を終了できます。
作業要件は、アセットまたは品目に適用するように定義できます。 品目ベースの要件の場合、すべてのアセットを予測するか、特定のアセットのみを予測するかを決定します。 品目ベースの要件は予測のアセット・レベルに解決されるため、1つ以上のアセットに共通の作業要件を定義できます。 これには、コンテキスト組織および組織全体の資産が含まれます。
開始日は、予測期日が計算される最初の日付を定義するために使用されます。 通常、この日付は将来に設定されますが、サイクル・ベースの予測の間隔の順序を設定するために過去に設定することもできます。
勤務要件ごとに、予測メソッドを定義します。 これは、カレンダ・パターン、日間隔、稼働率メーターに基づくことができます。 期限の最初のルールを使用して、カレンダ、メーター、日間隔、メーターなどの競合メソッドを使用することもできます。
その後、1つ以上の作業定義が作業要件に関連付けられます。 サイクル・ベースの予測を使用する場合は、各作業定義の期限となる間隔を定義できます。 コンカレント所要量オプションを使用して、サイクル内の重複する間隔で作業所要量を抑制するかマージするかを定義します。
作業要件は、関連する作業定義の予測を生成し、作業オーダーを作成するための基準として使用されます。 設計上、各作業要件によって、アセットの予測の期日ごとに一意の作業オーダーが作成されることが予想されます。 この作業オーダーは、時間の経過とともに、作業要件で定義されている1つ以上の作業定義に基づくことができます。 したがって、サービス間隔を作業定義に変換し、その頻度を作業要件でさらにモデル化する方法を理解することが重要です。
保守プログラムの一環として、次のタスクを実行できます。
- 保守プログラムを作成および編集できます。
- 1つの保守プログラムに対して複数の作業要件を作成できます。
- カレンダ・パターンを作成して、同じプログラム内の複数の勤務要件に関連付けることができます。
- スケジュール済プロセスを使用して、プログラムのコンテキストでメンテナンス予測を生成できます。
- メンテナンス予測は、ガント・チャートまたはカレンダで表示できます。 ガント・チャートに表示する情報を検索および制限することもできます。 これは、予測メソッドおよび間隔が、目的の予防メンテナンス・スケジュールと正しく一致していることを確認するために使用されます。
- メンテナンス予測は、「管理」「予測」ページで実行することもできます。 予測メソッドおよび間隔は、結果ビューで確認します。 オプションで、予測期日の代替期日または事業所をリクエストしたり、期日をスキップしたり、作業オーダーを作成または取消できます。
- OTBIを使用してレポートまたは分析を作成することで、予測をさらにレビューできます。 詳細は、このガイドのレポートおよびアナリティクスの章を参照してください。
-
スケジュール済プロセスを使用して、プログラムのコンテキストでメンテナンス作業オーダーを作成できます。 その後、ガント・チャートまたはカレンダで詳細を表示できます。
-
予定済プロセスを使用して、予測に基づいて自動的に保守作業オーダーを作成できます。
-
予測が確認された後、ベスト・プラクティスは、スケジュール済プロセスを使用してメンテナンス予測および作業オーダーを自動的に作成することです。 このプログラムは、実行のために作業オーダーを作成するために頻繁に実行するようにスケジュールする必要があります。