保守予測の管理方法
予測は、すべてのアクティブな作業要件から作業要件を収集し、資産運用組織、保守組織、予測メソッド、コンカレント作業オプションおよび最終保守作業オーダーに基づいて期日を提案します。
保守予測の生成時に、予測範囲(日数)に設定された値が考慮されます。 この値は、保守組織工場パラメータ、プログラム・ヘッダーおよび作業要件で定義され、予測で期日がどのくらい先に生成されるかを制御します。 日数の値は、プログラムの最下位レベルの定義に基づいて使用されます。 予測の実行後、一部の期日がカレンダまたはガント・チャートに表示されない場合は、設定をレビューし、範囲ウィンドウの値を調整できます。 詳細は、製造およびサプライ・チェーン資材管理の実装ガイドの「保守工場パラメータを設定するためのガイドライン」のトピックを参照してください。
資産が保守組織で稼働している場合、期日は同じ組織で予測されます。 資産が非mx組織で稼働している場合、作業オーダーを作成できないため、プログラムはその組織で予測されません。 かわりに、プログラム・コンテキスト保守組織またはプライマリ保守組織の期日が予測されます。
保守予測の生成
予測を定期的に作成および再生成して、プランナに最新データを提供します。 予測を使用して、モデリング・メソッドが期日を先日付に正確に変換されているかどうかを検証します。 すべてのアクティブなプログラム、作業要件および資産が考慮され、将来の予防保守期日が生成されます。 実装の一部として、および継続的なサポートを通じて、アセットの予防保守予測を定義、作成および更新する方法を理解できるように、すべてのモデリング機能を完全に理解することをお薦めします。
次の2つのメソッドのいずれかを使用して、予測を作成し、定期的に更新できます:
- 単一のプログラム内で、「予測の生成」ボタンの「処理」ドロップダウンから選択することで、作業要件の予測メソッドを確認できます。 これにより、予測を作成および更新するスケジュール済プロセスが生成されます。
- プログラムが検証されたら、スケジュールされたプロセスを使用して定期的に実行するように予測を設定する必要があります。 ジョブには、Maintenance Managementランディング・ページのタスク・ペインから保守予測の生成リンクをクリックしてアクセスできます。 このスケジュール済プロセスの詳細は、SCMのスケジュール済プロセス・ガイドを参照してください。
- 同じ組織に1つの作業要件を持つ小規模なプログラムを作成します。
- スケジュール済プロセスが組織またはプログラムに対して実行されていないことを確認してください。
- 小さいプログラムの場合、「予測の生成」をセッションで実行すると、組織内のすべてのプログラムがロック解除されます。
- 次に、問題が解決および確認されるまで、その時点で1つのプログラムに対して、スケジュール済プロセスを再度実行してみてください。 また、質問や懸念がある場合は、Oracle Supportを使用して作業を調整する必要があります。
保守予測の検証
予測の生成後、「ガント」タブまたは「カレンダ」タブを使用して、「保守予測」ページでアセットまたは作業要件(あるいはその両方)を検索するか、OBTI分析またはレポートをレビューすることで、プログラム内で予測を表示および確認できます。 売上予想のサイズと複雑さに応じて、適切なメソッドを選択します。
プログラム内で、売上予想が正常に作成または更新されたことを確認できます。 各プログラムの「概要」タブには2つのキー・インジケータがあり、最後に更新および予測された日時が示されます。
その後、プログラム内の「ガント・チャート」タブまたは「カレンダ」タブを使用して、または「保守予測」ページを検索して、各資産の予測モデリング結果を検証できます。 ほとんどのモデリング・ソリューションでは、予測モデリングと一致する頻度と予定期日を簡単に確認できます。 これには、予測のソース、間隔および含まれる作業定義など、期日に関する追加の詳細の表示が含まれます。
資産の新しい作業要件の作成時に、予測を生成してレビューし、小さな変更を加えてから予測を再生成して結果を検証する反復的なアプローチが必要になる場合があります。 ただし、予測が確立され、作業オーダーが作成されたら、ソース作業要件の予測メソッドを変更する際に注意する必要があります。 作業要件の更新に関する追加の詳細および考慮事項については、次の項で説明します。
また、保守プログラムおよび作業要件サブジェクト領域を使用して、プログラムの最新の更新を検証するためにOTBI分析またはレポートを使用できるようにすることをお薦めします。 これらの更新は、予測明細サブジェクト領域の対応するOTBIレポートに対して検証できるため、最新のプログラム更新が予測に反映されているかどうかを確認できます。 この比較により、予測の結果のケイデンスと期日を理解し、モデリング・メソッドに対する今後の更新をガイドできます。 OTBIの使用の詳細は、このユーザー・ガイドの「レポートおよびアナリティクス」の項で説明します。
予測明細サブジェクト領域に対する検証に使用できる保守プログラムおよび作業要件定義サブジェクト領域用のOTBIレポートのキー・フィールドは次のとおりです:
- 保守プログラム - ヘッダー
- 「作成日」 - プログラムがいつ作成されたかを確認するのに役立ちます。 作業要件詳細の作成および編集のベースライン日です。
- 「最終更新日」 - ヘッダー属性が最後に更新された時期を知るのに役立ちます。 この日付には、作業要件の更新は反映されません。
- 「最終予測日」 - 前述のように、これは、最後の予測がセッション内またはこのプログラムのスケジュール済プロセスのいずれかで正常に完了した時期を知る鍵となります。 この同じフィールドは、「作業要件」および「予測」明細レベルでも追跡されます。
- 作業要件 - ヘッダー
- 「作成日」 - 要件が作成された時期の確認に役立ちます。 これを「最終更新日」と比較すると、更新が行われたかどうかが表示されます。
- 「最終更新日」 - ヘッダー属性が最後に更新された時期を知るのに役立ちます。 ページには監査履歴がないため、ユーザーが行った変更の把握が困難になる場合があります。
- 履歴予測頻度と最新のモデリング・メソッドとの比較は、時間の経過とともに変更が行われたかどうかを理解する唯一のメソッドです。
- 「最終予測日」 - 個々の要件も、予測が最後に生成されたときに更新されます。 これは、プログラムの最終予測日と比較して、プログラムの最終更新時に要件がアクティブ・ステータスであったかどうかを知るのに役立ちます。
- 要件の作成日と最終更新日を最終予測日と比較すると、要件の最新バージョンが予測で考慮されたかどうかが確認されます
- また、所要量の最終予測日は、結果の各予測明細の最終予測日と比較できます。 これにより、明細とその期日の作成に最新または以前のバージョンが使用されたかどうかがわかります。
- 「開始日」 - 開始日は、最初の期日を決定するために重要です。 ただし、最初の作業オーダーの作成後は、期日は再順序付けされないため、開始日を更新しないでください。
- ユーザーが別の値に更新した場合は、通常、最終予測日に基づいて履歴予測と照合して確認できます。
- 作業要件 - 作業定義
- 「作成日」 - 作業定義がいつ要件に追加されたかを確認するのに役立ちます。
- 「最終更新日」 - 定義が最後に更新された時期を知るのに役立ちます。
- 作業定義最終更新日を要件の最終更新日および予測最終日と比較し、現在の作業定義詳細が予測で考慮されたかどうかを確認できます。
- 作業定義の削除、作業定義の追加または編集が間隔値であること、および異なる予測更新間または異なる予測更新間でのマージ/抑制オプションを使用できます。 これにより、予測の混乱や、意図したモデリングとケイデンスを理解する際の問題が発生する可能性があります
- また、前回の作業定義または要件更新以降に予測がリフレッシュされていない場合、将来の予測はモデリングごとに同期されません
- 「間隔で繰返し」 - この値は時間の経過とともに更新できるため、過去の予測履歴と比較すると、変更内容を理解するのに役立ちます
- 作業要件 - 影響を受ける資産
- 「作成日」 - 要件に対してアセットが明示的に定義されているタイミングを確認する場合に役立ちます。
- 「最終更新日」 - アセットが最後に更新された時期を知るのに役立ちます。 要件の「最終更新日」および「予測最終日」と比較できます。
- 「履歴詳細」 - これらは最初の作業オーダーより前にのみ更新できるため、予測と簡単に比較して、モデリングおよび影響を受ける資産詳細の変更を検証できます
予測明細サブジェクト領域にOTBIレポートを使用して、保守プログラムおよび作業要件定義サブジェクト領域の最新の更新と比較します。 このガイドの「レポートおよびアナリティクス」の項で説明するように、OTBI for Oracle Maintenanceのトピックでは、予測明細のOTBIアナリティクスの例など、すべてのサブジェクト領域に関するガイダンスを提供します。 次に、分析例から確認するいくつかのキー・フィールドを示します:
- プログラムの予測明細は、作業要件、資産、予測順序、サイクル間隔での期限および予測(期日)日でソートする必要があります。 これにより、モデリング・メソッドと比較する予測履歴の論理的な順序が提供されます。
- 「予測明細ID」- 予測明細は、作業オーダーが作成されるまで、各予測更新によって削除および再作成され、新しい一意の明細IDになります。 したがって、これらの値を経時的に比較して、明細が再作成されたかどうかに関係なく、前の予測から後の予測に確認できます。
- 「最終予測日」- 作業オーダーがある明細の予測が更新された最終日が表示されます。 作業オーダーが作成されると、予測ラインは確定されます。 この日付を作業要件の対応する日付と比較し、最新の更新が予測明細に反映されているかどうかを確認できます。
- 「予測連番および期日」 - 予測シーケンスは、開始日時点で1の値で始まり、予測範囲日数に対してフォワードが計算されます。 開始日が過去の日付の場合、順序はその日付から計算されますが、アプリケーション日付からのみ期日が生成されます。 そのため、1以外の値で予測から始まるインターバルのサイクルの予測順序を確認することが一般的です。
- 長期にわたる資産の所要量を分析するには、開始日、サイクルおよびインターバル(使用する場合)、作業定義期限(サイクル・ベースの場合)を予測明細と比較します。 これにより、現在のモデリングが作業オーダーのないすべての先日付期日に対して正しく適用されているかどうかが検証されます。
- また、予測メソッドが最終完了オプションを利用している場合、次の作業オーダーが完了するまで、予測次期支払は正しく再計算されません。
- 「予測メーター・リーディング」 - 資産の稼働率メーターを使用して期日の計算を行う場合、この値は、先日付の各期日に資産の読取りが予測される場所を反映します。 この値は、基準インターバル値とメーター稼働率を使用して計算されます。 期日は、予測の更新時に実際のメーター・リーディング履歴に基づいて更新されます。
作業要件の更新
予測を検証するときに、1つ以上の資産について、期日が正しい順序に該当しないことを識別できます。 新しく作成された作業要件の場合、予測を生成してレビューし、少し変更を加えてから予測を再生成して結果を検証する反復的なアプローチが必要になることがあります。 これは、資産の初期定義時に、資産の予防保守について予測モデリングを検証する上で重要なステップです。
ただし、既存の予測では、ソース作業要件の変更を検討する前に、「保守予測」ページで小さな変更を管理できます。 作業オーダーの作成後にソース作業要件の予測メソッドを変更する場合は、常に注意が必要です。 作業要件開始日を使用してケイデンスが確立されると、モデリング・メソッドによっては調整が難しい場合があります。
- 予測は常に、スケジュールされたプロセスの日付から将来の日付に、予測範囲(日数)ごとに作成および再作成されます。
- 作業オーダーのない既存の予測期日は削除され、再作成されます。 過去の日付は保持され、更新されません。
- 予測期日が手動でスキップするように設定されている場合、またはリクエストされた期日または組織が定義されている場合、予測は期日を保持し、削除および再作成されません。 さらに、この日付より前のすべての以前の期日も保持されます。つまり、予測はそれらを削除または再作成しません。 これは、手動編集の履歴を保持し、必要に応じて予測期日を後で編集できるようにするために必要です。
- 予測期日が手動でリセットされ、スキップされないように、リクエストされた期日または組織が定義されている場合、予測期日は削除および再作成のために再検討されます。 これには、手動編集のために保持されない個々の期日とその前のすべての期日が含まれます。
- 作業オーダーは、将来の期日および時間に対してのみ作成されます。 したがって、そのスケジュール済プロセスがルーチン・ベースで実行するようにスケジュールされていない場合、過去の期日はスキップされ、作業オーダー作成の対象とされない可能性があります。 「予測の管理」ページまたはREST APIを使用して、必要に応じてこれらの作業オーダーを手動で作成できます。
- 作業要件予測メソッドまたはパラメータを変更すると、将来の予測ペースが根本的に変わる可能性があります。 過去にオリジナルまたは最後のモデリングを確認することは困難になります。 そのため、ペースの大幅な変更が必要な場合に、新しい勤務要件を作成することをお薦めします。
- 日間隔またはメーター間隔を使用する場合は、基準間隔または最終完了のいずれかを使用して次の期日を計算するメソッドを選択する必要があります。 予測に対して作業オーダーが作成されると、このメソッドを変更すると、将来の予測が大幅に変化する可能性があります。 そのため、メソッドの更新時には注意が必要です。
「保守予測」ページを使用した予測の管理
- 作業オーダーがまだ作成されていない場合は、リクエスト作業オーダー開始日を定義および更新します。 これは、作業オーダー作成スケジュール済プロセスによって、作業オーダーが期日ではなくいつ作成されるかを手動で定義するのに役立ちます。 リクエスト開始日は、予測内の最終期日と次の期日の間の値にのみ設定できます。
- 作業オーダーが作成されるリクエスト保守組織を定義および更新します。 組織間で使用可能なプログラムによって期日が予測される場合は、予測された組織ではなく、別の保守可能な組織で作業オーダーを作成するようにリクエストできます。 定義するには、このリクエストされた組織に同じ作業定義が必要です。
- 資産の期日をスキップします。 期日の作業オーダーを作成しない場合は、スキップ済インジケータを「はい」に設定します。 これにより、作業オーダー作成スケジュール済プロセスを使用した作業オーダー作成の期日は考慮されません。 また、期日をスキップ解除することもできます。これにより、期日を現在または将来の日付にする場合に、スケジュール・プロセスの次回実行で期日を再検討できます。 それ以外の場合は、作業オーダーを手動で作成できます。
- 期日の作業オーダーを手動で作成します。 アクティブな作業オーダーがない期日の場合は、予測された期日および事業所に基づいて、またはリクエストされた開始日および事業所(定義されている場合)を使用して作業オーダーを作成できます。 この処理は、期限の作業オーダーを作成するスケジュール済プロセス・リクエストを起動します。 この処理は、ステータスが「計画済」、「未計画」、「スキップ済」または「取消済」の期日に役立ちます。
- 期日の作業オーダーを手動で取り消します。 実行中にトランザクションが作成されていない場合は、作業オーダーを取り消すことができます。 取り消されると、作業オーダー参照は引き続き表示できます。ただし、ステータスは「取消済」に設定され、実行できなくなります。 作業オーダーおよび期日は、将来の期日を生成するために予測スケジュール済プロセスによって考慮されます。 また、期限の取消済作業オーダーについては、同じ事業所またはリクエストされた事業所で新規作業オーダーを手動で作成できます。