作業要件の編集方法
メンテナンス・プログラムの編集モードでは、「勤務要件」タブで作業要件を編集できます。 編集時には、予測への影響と、将来期限が切れる未処理の作業オーダーを完全に理解するように注意する必要があります。
通常、作業要件に対して最初の作業オーダーが作成された後は、既存の作業要件を編集できますが、削除することはできません。
このページには、作業要件に対する履歴変更に対するページ・レベル監査機能はありません。 したがって、編集によって作業要件の予測頻度が根本的に変更される場合は、予測を停止し、改訂されたモデリングおよび予測メソッドを使用して新しい作業要件を作成するという要件を終了することをお薦めします。 そうしないと、ユーザーは作業要件とその前のモデリングに対する変更を理解できません。
各アセット・リージョン
各アセット・リージョンで、作業要件詳細および関連属性を定義できます。 次にいくつかの推奨事項を示します:
フィールド |
摘要 |
---|---|
名前 |
作業要件の名前を更新できます。 ただし、この名前は、メンテナンス組織に関係なく、すべてのメンテナンス・プログラムで一意である必要があります。 ノート: OTBIなどの履歴レポートでは、常に最新の名前が反映されます。
|
要件参照 | 作業要件のオプション参照。 たとえば、OEM修理マニュアル参照またはサブスクリプション明細一意識別子などです。 |
タイプ |
タイプはいつでも更新できます。 ただし、要件に対して最初の作業オーダー作成の前にのみ変更することをお薦めします。 それ以外の場合、履歴的にも将来的にも、予測と作業オーダーに一貫性がありません。 更新すると、対象アセットや除外アセットなど、影響を受けるすべてのアセット詳細、および履歴情報が各アセットについて削除されます。 |
資産または品目 |
アセットまたは品目はいつでも更新できます。 ただし、要件に対して最初の作業オーダー作成の前にのみ変更することをお薦めします。 それ以外の場合、履歴的にも将来的にも、予測と作業オーダーに一貫性がありません。 |
説明 |
選択したアセットまたは品目の摘要。 これは、選択されたアセットまたは品目の読取り専用摘要です。 更新できません。 |
アセットを含む |
このドロップダウン・リストは、タイプが品目の場合にのみ編集可能です。 このオプションはいつでも更新できます。 ただし、要件に対して最初の作業オーダー作成の前にのみ変更することをお薦めします。 それ以外の場合、履歴的にも将来的にも、予測と作業オーダーに一貫性がありません。 オプションを変更すると、「含まれるアセット・オプションを変更すると、この作業要件の影響を受けるアセットがリセットされます」というタイトルのページに警告が表示されます。 はいをクリックして更新を続行すると、含まれているアセットや除外されているアセットなど、影響を受けるすべてのアセットの詳細と、各アセットの履歴情報が削除されます。 いいえをクリックすると、更新は無視されます。 |
ステータス |
予測を生成するために作業要件に適切な属性が定義されているかどうかを示すために使用される作業要件のステータスです。 値は次のとおりです: ドラフトおよびアクティブ。 作成時に、ステータスはドラフトに設定されます。 ヘッダー、予測メソッドおよび作業定義を定義すると、ステータスは「アクティブ」に変わり、保存時に予測する準備が整います。 予測を生成するために作業要件のすべての属性を指定した場合、ステータスは直接「アクティブ」に設定されます。 ノート: 要件が終了日に達すると、予防メンテナンス予測スケジュール済プロセスでは考慮されません。 ただし、作業要件のステータスは「アクティブ」のままです。
ノート: ユースケースの例に示すように、必要な親リソースと子リソースの完全なペイロードを渡すことで、REST APIを使用して作業要件を作成することをお薦めします。 これにより、作業要件ステータスを「アクティブ」に設定するために必要な定義が検証され、予測が可能になります。
|
開始日 |
開始日は、予測の最初の期日、および予測範囲日数ウィンドウ内の将来の期日の順序を制御します。 これらの日付に基づいて最初の作業オーダーが作成されると、開始日を過去の別の日付に調整しても、将来の予測には影響しません。 予測は、常に元の開始日に基づいて元の順序のままになります。 開始日を将来の値に調整すると、作業要件は予測で考慮されなくなります。 間隔のサイクルを使用している場合、現在から将来までの間隔は、予測の再生成時にスキップされます。 したがって、通常は、要件をEnd Date(終了日)にし、将来再開するための新しい要件を作成することをお薦めします。 ノート: 予測を根本的に変更する場合は、予測メソッドの調整または終了日の調整と新しい要件の作成を検討する必要があります。 開始日調整が過去に許可されていた場合、将来の影響と予測履歴を理解することは困難です。
|
終了日 |
作業要件が非アクティブになる日付。 この日付がアプリケーション日付と等しくなると、日付を変更することはお薦めしません。そうしないと、将来の予測とその履歴に不整合が発生します。 |
作成済作業オーダー |
Read-only indicator. |
影響を受ける資産 |
アイコンをクリックすると、アセット・ベースと品目ベースの両方の要件の「影響を受けるアセット」ページに移動します。 このページには、作業要件に適用可能なアセットのリストが表示されます |
影響を受けるアセット・ページ
各アセットについて、影響を受けるアセットの詳細を更新できます。 要件終了日に達するまで、いつでもアセットを含めることも除外することもできます:
-
以前に含まれたアセットを除外すると、そのアセットは予測で考慮されなくなります。 作業オーダーのない将来の予測日は、予測が次回再生成されるときに削除されます。 ただし、既存の将来の作業オーダーおよび既存のメンテナンス履歴はメンテナンスされます。
-
初めてアセットを含めると、そのアセットは予測で考慮されます。 インターバルのサイクルを使用している場合は、最初の期日をガイドするために履歴詳細を定義することをお薦めします。
-
以前に除外されたアセットを含めると、適用日時点で予測によって再度考慮されます。 要件に対して以前に作成された作業オーダーがアセットにない場合は、オプションで履歴詳細を定義できます。 除外時に予測はスキップされ、アセットは将来の間隔でピック・アップされる可能性が高いことに注意してください。 これにより、ユーザーが混乱する可能性があります。
緑色のチェックマークが付いた各資産行について、この作業要件の資産に対して作業オーダーがまだ作成されていない場合、これらのフィールドは編集可能です。
- 履歴最終完了日: オプションで、外部アプリケーションから同様のメンテナンスが最後に完了したときに入力できます。 この日付は予測によって考慮され、開始日と連携して資産の最初の期日を計算します。 消込日より前の値のみ入力でき、最終間隔が定義されている場合は日付を入力する必要があります。
- 履歴最終間隔: 作業要件がサイクル・ベースで間隔がある場合にのみ適用できます。 これは、最終完了日時点で保守を最後に完了した間隔です。 サイクル・ベースの要件に対して最終完了日が定義されている場合、間隔を入力する必要があります。
- 予測開始日(日付): オプションで、作業要件開始日より前、同じまたは後の開始日を定義できます。 定義されている場合、作業要件開始日よりも優先されます。 開始日によって予測の計算が開始されるタイミングが決まり、日付が将来の場合、予測にはその日付より前の期日がないことに注意してください。 開始日が最終完了日とともに定義されている場合、最終完了日が優先され、予測の開始を固定して計算を開始するために使用されます。
- 「作業オーダーの作成」オプション: デフォルトでは、作業オーダーは予測期日に自動的に作成されます。 ただし、「メンテナンス予測」ページまたはREST APIを使用して期日ごとに作業オーダーを手動で作成する場合は、このオプションを「手動」に設定できます。 「手動」に設定すると、「メンテナンス作業オーダーの生成」スケジュール済プロセスでは、これらの予測期日は考慮されず、作業オーダーは作成されません。 オプションはデフォルト値の「自動」のままにすることをお薦めします。
予測リージョンの生成
予測の生成リージョンで、作業要件の予測メソッドを編集できます。 これらのフィールドを編集すると、作業オーダーが作成されない将来の期日のみが影響を受けることに注意してください。 さらに、これらのフィールドを編集すると、予測の周期が根本的に変わる可能性があり、作業オーダーが過去にすでに作成されている場合は、ユーザーに混乱が生じる可能性があります。
フィールド |
摘要 |
---|---|
サイクルを使用した予測 |
これを更新して、間隔のサイクル間で変更できます。 サイクルから非サイクル予測に変更すると、作業定義はすべての期日にマージされます。 非サイクルからサイクル予測に変更する場合、マージ・オプションまたは抑制オプションを考慮して、作業定義を期限とする間隔で定義する必要があります。 |
サイクル当たりのインターバル数 |
各サイクルで発生する間隔の数を調整できます。 このフィールドは、サイクルを使用する売上予想チェックボックスがオンの場合にのみ編集可能です。 間隔に対する変更は、作業定義にも反映される必要があります。 それ以外の場合は、更新された間隔の数と一致しない可能性があります。 間隔のサイクルを使用して予測するには、1より大きい値のみ設定できます。 繰返し間隔を1つにするには、サイクルを使用した予測チェック・ボックスの選択を解除します。 |
次の作業オーダーのみ |
このチェック・ボックスを更新して、予測から作業オーダーを作成する動作を制御できます。 日またはメーター間隔を予測メソッドとして使用する場合は、次の作業オーダーのみチェック・ボックスを選択することをお薦めします。 これには、最終完了のために次を計算するメソッドの設定が含まれます。 これにより、前の作業オーダー完了および検針入力に基づいて、予測範囲内の将来の期日を動的に調整できます。 それ以外の場合、メンテナンス・プログラムの作業オーダーの最終完了を考慮して、予測が動的に予測されないことがあります。 |
次回予測期日の基準 |
予測メソッド・オプションを更新できます。 ただし、作業オーダーが作成されている場合は、変更による影響を完全に理解しないかぎり、通常はお薦めしません。 予測メソッドが根本的に変更される場合は、終了日を設定し、新しい要件を作成することをお薦めします。 |
予測ウィンドウ(日数) | この作業要件で資産ごとにメンテナンス予測が作成される将来の日数を表すオプション値。 定義されていない場合は、プログラム・ヘッダーの日数値または組織パラメータのいずれかが使用されます。 最下位レベルの定義が優先されます。 通常、作業要件でプログラム・ヘッダーより期間が長い予測ウィンドウが必要な場合は、日数値を定義することをお薦めします。 オプションで、より短い予測ウィンドウを定義できます。 たとえば、90日予測するように定義されたプログラム・ヘッダーがあるが、180日ごとに期限が切れる作業要件があるとします。 その場合は、少なくとも180日という要件レベルで値を設定し、計画表示のために予測の期日を表示します。 |
作業オーダー・ウィンドウ(日数) | この作業要件の資産期日ごとにメンテナンス予測の作業オーダーが作成される将来の日数を表すオプション値。 定義されていない場合は、プログラム・ヘッダーの日数値または組織パラメータのいずれかが使用されます。 最下位レベルの定義が優先されます。 通常、作業要件にプログラム・ヘッダーより期間が長い作業オーダー・ウィンドウが必要な場合、日数値のみを定義することをお薦めします。 オプションで、より短い作業オーダー・ウィンドウを定義できます。 たとえば、45日以内に作業オーダーを作成するように定義されたプログラム・ヘッダーがあるが、180日ごとに期限が切れる作業要件があるとします。 したがって、少なくとも180日という要件レベルで値を設定することは、プランニングをサポートするために将来に作業オーダーを作成する際に役立ちます。 |
コンカレント要求 |
コンカレント作業要件を処理するために予測に対してプログラム・レベルで定義されたオプションが表示されます。 「マージ」および「抑制」オプションは、各作業要件にデフォルト設定されます。 オプションで、要件レベルでオプションを上書きできます。 ノート: カレンダ・ベースの作業要件では、作業要件全体でマージおよび抑制しない場合は、「設定およびメンテナンス」作業領域内の「資産メンテナンス・パラメータの管理」ページで、管理者がパラメータメンテナンス・プログラムでの作業要件全体の抑制およびマージの許可を「いいえ」に設定することをお薦めします。
|
この要件の上書き |
このオプションを使用すると、プログラム・レベルで指定されたコンカレント要件オプションを上書きして、作業要件内でのみ定義するかどうかを決定できます。 選択した場合、作業要件は他の作業要件とは無関係に予測されます。 さらに、選択した抑制またはマージ・オプションが各作業定義に適用されます(「この作業の実行予定」リージョンの「予測先」列で示されます)。 以前のバージョンでは、同じメンテナンス・プログラムで同じ資産が複数の作業要件にまたがって定義されている場合、カレンダ・パターンのみの作業要件を使用する場合は、「上書き」チェック・ボックスを選択することをお薦めします。 これにより、それぞれの間隔が交差する場合の作業定義の相互要件マージ抑制が防止されます。 このバージョンでは、パラメータ値を設定することで、作業定義全体でマージおよび抑制を有効にするかどうかを決定できます。 このパラメータを「いいえ」に設定することをお薦めします。これにより、ビジネス要件が確立されており、その機能と制限を完全に理解していないかぎり、この機能は無効になります。 サイクル内の間隔で複数の作業定義をサポートするマージおよび抑制オプションは、単一の作業要件内で最適にモデル化および予測されます。 |
「作業オーダーの作成」オプション | 予測期日に作業オーダーを自動作成(デフォルト)するか、手動作成するかを制御するオプション。 作業オーダーは予測期日に対して自動的に作成されます。 ただし、「メンテナンス予測」ページまたはREST APIを使用して期日ごとに作業オーダーを手動で作成する場合は、このオプションを「手動」に設定します。 「手動」に設定すると、「メンテナンス作業オーダーの生成」スケジュール済プロセスでは、これらの予測期日は考慮されず、作業オーダーは作成されません。 ノート: ビジネス・プロセスで「メンテナンス予測」ページまたはREST APIのみを使用してこれらの期日の作業オーダーを作成しないかぎり、オプションをデフォルト値の「自動」のままにすることをお薦めします。 |
作業オーダー・ステータス | 期日に作成された作業オーダーのステータスを制御するオプションです。 「未リリース」(デフォルト)、「リリース済」または「保留中」の事前定義済の値から選択できます。 さらに、これらの事前定義済の値に基づいて作成される顧客定義の値を選択できます。 |
作業オーダーを確定 | 期日に対して作成された作業オーダーが「確定」=「はい」(デフォルト)または「確定」=「いいえ」に設定されるかどうかを制御するオプションであり、スケジュールするかどうかを制御します。 |
作業オーダー優先度 | 期日に対して作成された作業オーダーの優先度を設定するオプション・フィールド。 有効な値は正の整数である必要があります。 |
日付リージョン別繰返しパターンに基づく
予測方法 | フィールド | 更新の影響 |
---|---|---|
カレンダ・パターン | カレンダ・パターン | パターンを更新すると、将来の最終作業オーダー(作成済)の後に予測が生成されるときに使用されます。 パターンが日数の予測範囲に関連して更新されていることを確認してください。 |
日間隔 | 基準間隔(日数) | 日数を更新すると、将来の最終作業オーダー(作成されている場合)の後に予測が生成されるときに使用されます。 値が予測範囲(日数)値に関連して更新されていることを確認してください。 |
次の期日を計算する方法 | このメソッドを更新すると、更新前の前の予測から最後の作業オーダー完了が考慮されます。 したがって、このメソッドは、この日付から次の期日を再計算するためにのみ使用できます。 | |
メーター間隔 | メーター名 | 既存のメーターの属性を削除または更新できます。 または、新しいメーターを追加できます。 |
メーター間隔 | 基準間隔 | 基本インターバル値を更新すると、将来の最終作業オーダー(使用可能な場合)の後に予測が生成されるときに使用されます。 |
メーター間隔 | 次の期日を計算する方法 | このメソッドを更新すると、更新前の前の予測から最後の作業オーダー完了が考慮されます。 したがって、このメソッドは、この日付から次の期日を再計算するためにのみ使用できます。 |
条件イベント | イベント・コード | コードはいつでも追加または削除できます。 IoT Asset Monitoringを使用する場合にのみ影響があります。 |
この作業リージョンを実行するには
この作業の実行リージョンで、作業要件の作業定義を定義できます。 予測間隔、メソッドおよびその属性の更新は、このリージョンに反映されます。
メソッドを変更する場合は、どの作業定義が必要かを再定義する必要があります。 サイクルまたはマージ/抑制設定を更新する場合、作業定義の期限とマージまたは抑制のタイミングに対する影響を理解する必要があります。