保守プログラムの概要

保守プログラムは、保守対応または非保守対応の組織で動作している1つ以上の影響を受ける資産について、日次予防保守予測を定義および生成するために使用されます。予測は、予防保守作業オーダーの作成の基礎として使用されるため、保守プランナの作業負荷が軽減され、保守プログラムの監査、最適化および例外ベースのイベントに集中できます。

プログラムを使用して、資産ルートを使用して予防保守をモデル化することもできます。資産ルートを使用すると、一意のルート資産に基づいて単一のワーク・オーダーを使用して、資産のコレクションのメンテナンスを一元的に計画、実行および記録できます。

プログラムは、通常、OEM(オリジナル機器メーカー)サービス・マニュアルに基づいています。このサービス・ガイダンスは、作業定義を作成することで、顧客の業務要件にあわせて翻訳および調整されます。次に、これらの定義が勤務要件の作成の基礎として使用され、期限の頻度が定義されます。予測は、カレンダ・パターン、日間隔、稼働率メーターに基づいて作成できます。

「保守プログラムの管理方法」セクションに進み、既存のページとスマート検索を備えたRedwood対応ページ間の機能を比較します。 Redwoodページを有効にするには、オプトインおよび索引を有効にする必要があります。詳細は、『製造およびSupply Chain Managementの実装』ガイドの「保守」の章を参照してください。

主な考慮事項

使用可能な方法を使用したプログラム・モデリングとその作業要件に加えて、予測オプションの構成による影響を把握することが重要です。

オプション	推奨事項
組織全体の資産に対するプログラムの有効化	プログラムは常に、特定の保守対応組織のコンテキストで作成されます。ただし、プログラムを作成する前に、プログラムで同じ組織内で運営されている資産のみを管理するか、同じマスター組織内の他の組織で運営されている資産も考慮するかを検討してください。詳細は、次のプログラム・モデリングの項で説明します。
単一の作業要件における単一の資産と複数の資産のモデリング	アセットは、作業要件で独立してモデル化することも、類似のアセットとともにモデル化することもできます。詳細は、次の「作業要件」の項で説明します。
作業要件全体の抑制およびマージ	作業要件全体でサポートされますが、通常は、作業要件内でマージおよび抑制のみを使用することをお薦めします。したがって、作業要件全体で抑制およびマージ機能を無効にすることをお薦めします。詳細は、「作業定義のマージおよび抑制のモデル化方法」のトピックを参照してください。
日およびメーター予測の資産を初期化します	日間隔またはメーター間隔を使用する場合、資産の最初の期日を、前のシステムの最後の完了に基づいて計算する必要があります。それ以外の場合は、次の期日を計算するための基準日および間隔(該当する場合)はありません。履歴最終完了日およびインターバル値(該当する場合)および予測開始日を設定して、アセットを初期化することをお薦めします。メーターを使用している場合は、この履歴完了日時点の履歴にメーター・リーディングを含めることをお薦めします。そうしないと、予測を計算してベースラインを確立する必要があり、これによって過去の期限超過予測明細が発生する可能性があります。予測日を本日または将来の日付に設定すると、需要予測の開始日ではなく考慮されるため、需要予測の設定にも役立ちます。既存のページとRedwoodページの両方、および「保守予測の管理方法」の項についてさらに学習するには、資産の初期化のトピック、「作業要件の作成方法」を参照してください。
日およびメーター予測の最終完了オプションの検討	1日およびメーター予測の次の期日は、最終完了日に基づいて計算することをお薦めします。ビジネスが次の間隔を超える場合は、予測の再計算時に将来の期日を動的にプッシュできます。詳細は、メンテナンス予測の管理方法を参照してください。
作業要件または要件内の資産に対する予測の生成	作業要件を作成または編集する場合、予測を生成してモデリングおよびアセットの初期化を確認すると便利です。時間がかかる可能性があるプログラム全体の予測を生成するのではなく、作業要件または要件内の資産に対してのみ予測を生成することをお薦めします。売上予想がすばやく更新され、結果を確認できます。これらの処理は、作業要件全体で抑制およびマージ機能を無効にした場合にのみ使用できます。詳細は、「作業定義のマージおよび抑制のモデル化方法」の項で説明します。ノート:通常は、プログラムに対して「保守予測の生成」プロセスをスケジュール基準でのみ実行することをお薦めします。個々のプログラムに対してこのプロセスを手動で実行してください。詳細は、「保守予測の管理方法」の項で説明します。
作業要件および資産を計画に推進する前に、予測プレビューを生成します	オプトインが有効な場合、Redwoodページの使用時に新しいステータス「予測準備完了」が使用可能になります。このステータスでは、「予測」タブで予測プレビューを生成し、要件モデリングおよび資産の初期化を検証できます。これにより、結果に満足するまで設定を微調整できます。プランニングの要件を昇格すると、「予測の管理」ページに表示するための予測がリリースされ、期日で作業オーダーを作成できます。詳細は、「保守プログラムでの作業要件の管理方法」の項で、Redwoodページおよび「保守予測の管理方法」の項で説明しています。
メンテナンス予測の生成処理時間	大規模なデータ・セットの場合は、パラレル処理を有効にし、コンカレント処理ワーカーの数も設定すると便利です。詳細は、メンテナンス予測の管理方法を参照してください。

プログラム・モデリング

プログラムは常に、特定の保守対応組織のコンテキストで作成されます。ただし、プログラムを作成する前に、プログラムで同じ組織内で運営されている資産のみを管理するか、同じマスター組織内の他の組織で運営されている資産も考慮するかを検討してください。また、これらの資産が時間の経過とともに同じ営業組織に残っているか、または将来のある時点で別の営業組織に転送される可能性があるかを検討します。

次に、保守プログラムをモデル化するためのガイダンスを示します:

#	シナリオ	プログラム・モデリングに関する推奨事項
1	資産が同じ保守組織で運用および保守されている場合	同じ組織内の資産のみを考慮する保守プログラムを作成します。
2	資産がメンテナンス以外の組織で運用され、1つ以上の組織によって長期にわたってメンテナンスされている場合	組織間資産に対して使用可能なプログラムを作成します。詳細は、この表の最後の行を参照してください。
3	資産が現在保守組織で運用されているが、時間の経過とともに異なる保守組織で運用および保守される場合	組織間資産に対して使用可能なプログラムを作成します。詳細は、この表の最後の行を参照してください。保守プログラムを使用して資産を保守するために保守組織関係は必要ありませんが、組織間で資産を保守する場合は、プログラムを有効にする必要があります。これにより、オプションで「予測の管理」ページで作業オーダー組織を更新できます。
4	資産が保守組織で運用されているが、存続期間中に別の営業組織に転送される場合	組織間資産に対して使用可能なプログラムを作成します。組織関係は、特定の保守組織の非保守対応組織で動作する資産を保守する場合に便利です。デフォルトでは、プログラムで保守される組織内の資産は、組織全体の資産に対して使用可能になり、予測され、プログラムの組織で作業オーダーが作成されます。資産を常に単一の保守組織に保守する場合は、非保守対応組織と保守組織の間のプライマリ関係としてサポートを定義できます。これにより、予測が生成され、この保守組織でのみ作業オーダーが作成されます。さらに、作業オーダーを予測および作成するすべての組織に対して、資産の基準品目が定義されていることを確認する必要があります。詳細は、「保守プログラムの作成方法」のトピックを参照してください。ノート: 組織間プログラムを作成する場合は、中央計画組織として指定できる単一の保守組織を定義します。あらゆる保守組織で組織間プログラムを作成できますが、それらを単一の組織でモデル化すると、複雑さが軽減され、可視性が向上します。ノート: プログラムまたは組織間で同じ資産を管理することは困難であるため、両方のメソッドを使用して、一意の資産の予防保守を同時にモデル化することは避けてください。

品目ベースの作業要件の場合、プログラムが組織間資産に対して使用可能になっている場合は、作業要件に他の組織で機能する資産を自動的に含めるか手動で含めるかを決定できます。選択した資産包含メソッドに関係なく、影響を受ける資産ページを使用して、作業要件に対して資産をいつでも含めるか除外できます。したがって、プログラムが組織間資産に対して有効になっている場合でも、最終的に、作業オーダー作成のために予測および考慮される資産を制御できます。

オプトインが有効な場合は、必要に応じて、混合資産を使用して作業要件を定義できます。これにより、アイテムが異なる場合でも、含めるアセットを正確に決定できます。残りの機能は、品目ベースの作業要件と同じです。

予測は常に、その時点で資産が稼働している場所に基づいて作成されます。保守組織で営業している資産の場合、作業オーダーは同じ組織に作成されることが予想されます。非保守組織で稼働している資産は、別の保守組織で保守されます。予測期日の生成後、作業オーダーの作成前に、プログラムが組織間資産に対して有効になっている場合は、代替期日または作業オーダー組織を推奨できます。これらのリクエストは、「予測の管理」ページまたは特定の予測期日のREST APIを使用して発行できます。この機能により、プランナは、資産の保守の可用性または別の組織への短期的な割当の短期的な変更に適応できます。その他の詳細および検証については、「保守予測の管理方法」の項で後述します。

ノート: 相互組織資産に対して有効になっているプログラムに対して作成された予測では、予測のコンテキスト組織カレンダが使用されます。異なるカレンダを使用する組織で資産が運用されている場合、作業オーダー作成までその資産は考慮されません。したがって、予測によって、資産の組織の非稼働日に期日が生成される場合があります。

プログラムが最初の作業オーダーを作成した後は、組織間資産のプログラムを有効または無効にするオプションを更新できません。したがって、時間の経過とともに別の保守組織で資産が保守される可能性がある場合や、資産が組織を異動する可能性がある場合は、組織間に対してプログラムを有効にする必要があります。

作業要件

1つ以上のアセットについて、サービス間隔タスクごと、または関連するサービス間隔タスクのグループごとに作業要件を作成できます。タスクは、サービスの必要頻度、予想されるリソースおよび資材所要量、およびタスクの完了に必要なステップを定義します。作業要件は、最初に下書きステータスで作成されます。ヘッダー、予測方法、資産および作業定義を定義すると、「予測準備完了」(オプトインが有効な場合)または「アクティブ」のステータスに移動します。作業要件に対して最初の作業オーダーが作成された後は、作業要件を編集できますが、削除することはできません。オプションで、予測を停止する要件を終了できます。

作業要件は、資産、品目、資産のリストまたは資産経路に適用するように定義できます。品目ベースの要件の場合、すべてのアセットを予測するか、特定のアセットのみを予測するかを決定します。品目ベースの要件は予測のアセット・レベルに解決されるため、1つ以上のアセットに共通の作業要件を定義できます。これには、コンテキスト組織および組織全体の資産が含まれます。混合資産ベースの要件(オプトインでのみ使用可能)では、同じ組織内または組織間で、同じ品目または異なる品目に基づいて資産のリストを手動で定義できます。

作業要件内で個々の資産をモデル化するためのガイダンスを次に示します。

メリット

デメリット

アセットに固有のモデリング・オプションを定義できます。
予測を停止、調整および再開できますが、いくつかの制限があります。
資産のメーター履歴の可視性が向上し、初期化が容易になるため、メーターベースの予測のモデリングが容易になります。
現在のシステムが各アセットを個別にモデル化している場合、実装が簡素化される可能性があります。

同じ場所に保守される類似の資産の場合、複数の要件を維持すると、作成および保守に時間がかかり、追加のオーバーヘッドが発生する可能性があります。
類似資産間で共通メンテナンスの順序をモデル化するには、追加の作業が必要です。

品目ベースを使用して単一の作業要件内で複数の資産をモデル化する場合、またはオプトインが有効な場合は混合資産を使用して複数の資産をモデル化するためのガイダンスを次に示します。

メリット

デメリット

単一の要件で複数の資産の共通検査または予防保守をモデル化すると、時間とオーバーヘッドが節約され、可視性が向上します。
品目ベースの要件を使用すると、どの資産を要件に含めるか除外するかを簡単に制御できます。
混合資産要件を使用すると、同じ要件で、異なる品目に基づいて類似資産を簡単にモデル化できます。
現在のシステムで各アセットを個別にモデル化している場合は、実装中にメリットを活用してモデリングを簡素化し、1つの要件にまとめることができます。

アセットに固有のモデリング・オプションが制限されています。
メーターベースの予測のモデリングはサポートされていますが、資産のメーター履歴の表示が減少したため、初期化および予測検証の追加作業が必要です。

要件の開始日は、予測期日の計算を開始する最初の日付を定義するために使用されます。通常、この日付は将来に設定されます。ただし、過去に設定して、一部のシナリオでサイクルベースの予測の間隔を設定することもできます。

勤務要件ごとに、予測メソッドを定義します。これは、カレンダ・パターン、日間隔、稼働率メーターに基づくことができます。期限の最初のルールを使用して、カレンダ、メーター、日間隔、メーターなどの競合メソッドを使用することもできます。条件イベントのみが定義されている要件は予測されません。

その後、1つ以上の作業定義が作業要件に関連付けられます。サイクル・ベースの予測を使用する場合は、各作業定義の期限となる間隔を定義できます。コンカレント所要量オプションを使用して、サイクル内の重複する間隔で作業所要量を抑制するかマージするかを定義します。

作業要件は、関連する作業定義の予測を生成するための基準として使用され、予測方法を検証して、作業オーダーを作成する準備が整います。設計上、各作業要件によって、アセットの予測の期日ごとに一意の作業オーダーが作成されることが予想されます。この作業オーダーは、時間の経過とともに、作業要件で定義されている1つ以上の作業定義に基づくことができます。したがって、サービス間隔を作業定義に変換し、その頻度を作業要件でさらにモデル化する方法を理解することが重要です。

資産経路

資産ルートを使用すると、単一の作業オーダーを使用して資産のコレクションのメンテナンスを一元的に計画、実行および記録できます。資産ルートは、検査や予防メンテナンスなどの繰返しまたは定期的なメンテナンスに役立つため、同じアクティビティに対して複数の作業オーダーを作成する際のオーバーヘッドがなくなります。

アセット・ルートは、コレクション内の資産ごとに個別の作業オーダー実績をモデル化、予測、計画および記録する必要がある場合にはお薦めしません。ルート内の資産の「保守予測」ページに期日が表示されません。予防保守の実行はルート資産レベルでのみ追跡されるため、ルート内の資産収集のすべてのサービス履歴は、作業オーダー詳細およびOTBIレポートを介してのみ使用できます。

また、リソースまたは資材は、コレクション内の資産に対して個別にではなく、作業オーダー資産に対して原価計算目的で請求されるため、資産ルート作業オーダーで実行される作業は制限する必要があります。原価レポートを介してのみ、収集資産レベルで原価を追加できます。

たとえば、アセット・ルートを使用できるユースケースをいくつか次に示します。

建物の各階に消火器を点検し、維持します。
病院の各区に部屋ごとに病院のベッドを維持します。
生産施設内のフォーク・リフトの基本的な予防メンテナンスを実行します。

次に、アセット・ルートを使用しない例をいくつか示します。

消火器の5年間の補充と再認定。
資格のある技術者による個々の病院のベッドの年間認証。
フォークリフト内の油圧シリンダの定期的な交換。

ルートは次のとおりです:

論理階層を使用して定義されます。
メンテナンス・プログラムを使用して予測されます。
「メンテナンス監督」ページを使用して管理します。
「自分のメンテナンス作業」ページにコンプライアンスのために記録されます。
現時点では、手動で作成された作業オーダーではルートはサポートされていません。

開始するには、次のアセットをモデル化します:

アセットのコレクションを表すアセット。これは、工場、建物、床、生産ラインなどの物理的な場所を表す資産です。または、コレクション自体を管理するために作成された特定のアセットである可能性があります。この資産は予防メンテナンス・プログラムによって予測され、メンテナンス作業オーダーの作成に使用されます。そのため、アセット・ルートによって保守されるアセットのコレクションを表す名前を付けることをお薦めします。
資産のコレクション内の資産。これらは、資産経路で参照される保守可能な資産ですが、通常の予防保守またはアドホック作業オーダーを介して個別に保守することもできます。

その後、論理階層を作成します。詳細は、「アセット」の章を参照してください。

資産初期化

すべての作業要件タイプについて、資産の新しい予測を導入する際に、最初の期日の計算方法を理解する必要があります。

通常、要件は開始日から計算を開始します。過去、現在または将来の日付を設定すると、異なる結果になります。レガシー・システムでメンテナンスが実行された最後の日付と間隔(該当する場合)を指定するか、新しく導入された資産の間隔を設定することで、最初の期日を計算する方法を知ることが重要です。また、これらの日付に関連する履歴メーター・リーディングの入力も、作業要件で資産の最初の期日を生成するために重要です。

これらの考慮事項については、「既存ページとRedwoodページの両方に対する作業要件の作成方法」および「保守予測の管理方法」の項で説明します。

予測プレビュー

オプトインが有効な場合は、必要に応じて予測プレビューを生成して、要件が「予測準備完了」ステータスの場合にモデリング基準を確認できます。このステータスでは、オプションで予測プレビューを生成してモデリング基準を確認できます。このプレビューは要件でのみ表示でき、「予測の管理」ページには表示されません。日付は作業オーダー作成に使用できないためです。この機能により、基準を確認するために必要な回数だけモデリング、再予測を完了できます。満足したら、プランニングにリリースして「アクティブ」ステータスに移行し、「予測の管理」ページで作業オーダーの作成に使用できるようにすることができます。詳細は、「保守予測の管理方法」の項で説明します。

Tasks

保守プログラムの一部として、次のタスクを実行できます。

保守プログラムを作成および編集できます。
1つの保守プログラムに対して複数の作業要件を作成できます。
カレンダ・パターンを作成して、同じプログラム内の複数の勤務要件に関連付けることができます。
スケジュール済プロセスを使用して、プログラムのコンテキストで保守予測を生成できます。
プログラム・ページからの処理を使用して、作業要件または作業要件の資産に対するプログラムのコンテキストでメンテナンス予測を生成できます。これらの処理を有効にするには、管理者は保守プログラムの「作業要件全体の抑制およびマージの許可」パラメータを「いいえ」に設定する必要があります。
保守予測は、ガント・チャートまたはカレンダで表示できます。ガント・チャートに表示する情報を検索および制限することもできます。これは、予測メソッドおよび間隔が、目的の予防保守スケジュールと正しく一致していることを確認するために使用されます。
保守予測は、「管理」「予測」ページで実行することもできます。予測メソッドおよび間隔は、結果ビューで確認します。オプションで、予測期日の代替期日または事業所をリクエストしたり、期日をスキップしたり、作業オーダーを作成または取消できます。
OTBIを使用してレポートまたは分析を作成することで、予測をさらにレビューできます。詳細は、このガイドのレポートおよびアナリティクスの章を参照してください。
スケジュール済プロセスを使用して、プログラムのコンテキストで保守作業オーダーを作成できます。その後、ガント・チャートまたはカレンダで詳細を表示できます。
予定済プロセスを使用して、予測に基づいて自動的に保守作業オーダーを作成できます。
予測が確認された後、ベスト・プラクティスは、スケジュール済プロセスを使用して保守予測および作業オーダーを自動的に作成することです。このプログラムは、実行のために作業オーダーを作成するために頻繁に実行するようにスケジュールする必要があります。