保守計画およびスケジューリング (MPS) は、作業の重要性、資源のアベイラビリティ、および考えられる制約を考慮しながら、組織の一覧 - 作業工程と PM アクション作業リスト (このドキュメントでは一般に作業と呼ばれます) をスケジュールすることです。スケジューリング プロセスは、スケジューリング エンジンで実行されます。MPS ソリューションは、スケジューリング エンジンとして IFS 計画スケジューリングおよび最適化 (PSO) ソリューションを使用します。したがって、このアクティビティを実行するには、オンライン PSO スケジューリングサーバーを実行することが必須です。資材、ツールのアベイラビリティ、追加の資格、運用計画は、スケジュール プロセスの制約として使用されることがあります。スケジューリングは作業の価値に基づいて行われます。
スケジューリング プロセスでは、組織で使用可能なすべての作業オーダーや一覧 - PMアクション、資源、品目在庫などではなく、特定のデータセットに実際にロードされる作業、資源、品目在庫、運用計画によって課される制約が考慮されます。
保守計画およびスケジューリング データセットは、計画を実行する必要があるエンティティです。単一のサイトでも、サイトのコレクションでも構いません。組織のさまざまなサイトを計画するために、複数のデータセットを作成できます。ただし、異なるデータセットは互いに完全に独立しており、他のデータセットの存在や計画については何も知らないことに注意することが重要です。データセットが単一のサイトごとに作成される場合、そのサイトで使用される資源と品目在庫が、他のデータセットにロードされる他のサイトで使用されないようにすることが重要です。同じデータ、資源、または品目在庫が複数のデータセットに送信されないことが想定されます。
作業工程 (PM アクションの場合は作業リスト) は、スケジュール可能な最小のエンティティです。スケジューリング エンジンは基本的に、他の制約を考慮しながら、作業を実行するための資源を割り当てることに重点を置いています。作業に必要な単一の資源は、スケジュールではアクティビティと呼ばれます。作業タスクに複数の資源が必要な場合、そのタスクには複数のアクティビティがあり、これらの複数のアクティビティが連携して作業を完了する必要があります。たとえば、タスクに 3 つの資源が必要な場合、これは同じ時間帯に計画する必要がある 3 つのアクティビティとして処理されます。
保守計画およびスケジューリング ソリューションを使用して計画する際に考慮される作業工程または PMアクション作業リスト (作業) の最小要件は次のとおりです:
スケジューリング プロセスの目標は、全体的なスケジューリング ソリューションで最高の価値を達成することです。つまり、価値の高い作業タスクと作業リストは、価値の低い作業タスクと作業リストよりも優先されます。
スケジュール プロセスが成功すると、次のようになります:
ソリューションは、静的、動的、および要求ベースのプロセス タイプのデータセットをサポートします。
計画期間が比較的短く (通常は 1 週間未満)、スケジュールの変更が頻繁に予想される場合は、プロセス タイプが「動的」のデータセットを使用することをお勧めします。動的データセットには初期バージョンが読み込まれ、その後の変更は自動的に読み込まれ、スケジュールが頻繁に更新されます。データセットはスケジューリング エンジンメモリに残り、スケジュールを改善するために継続的に機能します。資源グループ レベルで計画する場合は、保守計画およびスケジューリング データセットは推奨されないことに注意してください。このプロセス タイプでは、個別の割当を許可する資源設定を使用する必要があります。
計画するタスクの数が多く、データセットの更新が予想されない場合は、プロセスタイプ「静的」が推奨されます。静的データセットは、指定されたターゲットに到達するまで実行され、その後スケジューリング エンジンからアンロードされます。データセットに接続されたデータが変更され、新しいプランが必要になった場合は、ロードを再度行う必要があります。このデータセットタイプは、グループ レベルと個人レベルで資源を計画するときに使用できます。
プロセスタイプ要求ベース は、静的と動的の組み合わせです。スケジュールには多少の変更が予想されますが、動的データセットほど頻繁ではありません。これは、資源が個々のレベルで計画されている場合にも推奨されます。
作業タイプ、施設/設備緊急度、タスクの優先度、イベントに基づいて、作業タスク/作業リストに値を割り当てることができます。この設定は、保守計画およびスケジューリング データセット レベルで実行されます。スケジュール ソリューション全体の目標は、最大の価値を実現することです。つまり、価値の構成によって定義された価値が高い作業は、スケジュール プロセスでより高い優先順位が付けられます。
資源は、資源グループ レベルまたは個々のレベルで計画できます。
一覧 - 作業工程 / PM 作業リストと資源は、スケジューリングに必要な 2 つの主要なエンティティですが、制約として使用できる他のエンティティもあります。データセットレベルで制約のオン/オフを切り替えることができます。
制約として資材を使用するかどうかはデータセットで設定できます。資材在庫には以下が含まれます:
注釈:品目はスケジュール プロセスの一部として予約されません。資材オーダーもスケジュール プロセスによって作成されません。MRP/PMRP プロセスは品目供給機能を処理します。
補足情報としての資格には、能力と証明書が含まれます。これらの制約は、データセットレベルで有効化または無効化することもできます。有効にすると、追加資格は資源に紐づけされたスキルとして扱われます。
データセット構成の一部として、運用計画をスケジュール制約として扱うかどうかも定義できます。有効にすると、運用計画はスケジュール プロセスにおける制約として扱われます。これにより、運用計画の手動計画設定で「保守期間 = 'いいえ' 」として指定された期間内に、影響を受ける施設/設備に対する稼働時不可メンテナンス作業が許可されなくなります。突然の理由により計画された操作を実行できない場合は、手動計画設定の保守期間の値を手動で「はい」に変更します。これにより、この期間中に稼働時不可メンテナンス作業も実行できるようになります。
保守計画およびスケジューリング ソリューションは、最早開始日から最遅完了日までの期間内で作業を計画しようとします。ただし、制約によりこれが不可能な場合は、作業タスクは最遅完了日以降に計画されることがあります。一覧 - PMアクションは、最早開始日と最遅完了日によって示される計画ウィンドウ内でのみ計画されます。カレンダーベースの PM アクション保全計画の計画ウィンドウは、「前方に展開」および「後方に展開」パラメータを変更することで調整できます。
施設/設備が稼働していないときに実行する必要がある稼働時不可作業を計画することは、生産制限を最小限に抑えるためにメンテナンス タスクをスケジュールする上で重要な要素です。メンテナンスによる停止回数を減らすには、施設/設備に対して可能な限り多くの作業を実行することが重要です。
多くの場合、施設/設備の一部がシャットダウンされると、プロセス全体が影響を受けるため、他のいくつかの施設/設備もシャットダウンする必要があります。連携して機能するこれらの施設/設備グループに基づいてメンテナンス アクティビティをクラスタ化できれば、メンテナンス停止回数を削減できる可能性が高くなります。
MPS ソリューションは、クラスタリング メンテナンス作業の可能性を高めます。これは、MPS クラスタ ID と呼ばれる施設/設備グループ化メカニズムを使用して行われます。施設/設備レコードに設定できる MPS クラスタ ID は、メンテナンスの観点から特定の施設/設備がどのクラスタに属しているかを示します。施設/設備に設定された MPS クラスタ ID は、施設/設備をグループに関連付け、いずれかの施設/設備をシャットダウンする必要がある場合に、同時に影響を受けるグループをひとまとまりで管理します。この機能を使用すると、特定の災害により生産が停止している間、メンテナンス部門は、関連する施設/設備で期限が迫っている作業、またはもうすぐ期限が迫っている作業、および作業を実行するために利用可能な資源を簡単に確認できます。これにより、関連する施設/設備の計画的なメンテナンスのために後でシャットダウンする必要がなくなり、失われた生産時間を補うことができます。
クラスタ ID は、オブジェクト クラスタの基本情報で定義されます。各クラスタ ID には 2 種類のインセンティブが関連付けられています。
クラスタ ID が定義されると、連携して機能する必要がある施設/設備が識別され、対応する MPS クラスタ ID に紐づけされます。MPS クラスタ ID は施設/設備に設定され、施設のセクション、または一緒に機能して単一単位のメンテナンスのためにシャットダウンする必要があるオブジェクトのグループを表します。
MPS ソリューションのバックエンドである IFS 計画とスケジュール最適化エンジンは、全体的なスケジュールが最も価値ある結果をもたらす方法で作業を計画しようとします。インセンティブを設定するときは、「クラスタ ID」 と、作業タスクと PM アクションの基本値の構成 (オプションで「作業タイプ」、「優先度」、「施設/設備緊急度」、「イベント」を使用) に留意する必要があります。作業の基本値と比較してクラスタリングのインセンティブが非常に高いと、スケジュール ツールがクラスタリング作業に過度に重点を置く可能性があります。これにより、重要な作業がすぐに計画されず、同じクラスタに属する重要でない作業とグループ化される可能性があります。基本値と比較してクラスタリングに対するインセンティブが非常に低いと、適切なレベルのクラスタリングが達成されない可能性があります。
スケジューリング プロセスは、スケジューリングサーバーで継続的に実行されます。新しいタスクの作成やタスクの資源需要の変更などのタスクの変更を検出し、サーバーで実行されるスケジュール プロセスに送信できます。このためには、関連するデータベース トリガーを有効化する必要があります。スケジューリング サーバーは定期的にビジネス アプリケーションに新しい更新を送信し、これらの更新によって現在計画されているタスクの計画も変更される可能性があります。これは、動的スケジューリング プロセス中にスケジューリング サーバーが新しい最適なソリューションを見つけたことと、トリガーを有効にしてサーバーに自動的に送信された作業タスクが変更されたことが原因である可能性があります。
動的 PM 計画をサポートするためのトリガーは作成されていないことに注意してください。
正常にスケジュールされた作業には、計画された開始日と終了日が設定されます。さらに、資源が個別レベルで計画されている場合は、正常にスケジュールされた作業に対して割当も作成されます。
スケジュール処理後に作業が未計画のままになる理由は、次のようなものが考えられます:
スケジュール プロセスでは、タスクで指定された最早開始日から最遅終了日までの間にすべての作業を計画しようとします。ただし、全体的なスケジュール プロセスでは、すべてのタスクを早期開始日と最遅終了日の範囲内で計画できない場合があります。このような状況では、スケジュール プロセスによって一部の作業タスクが最遅終了日より後に計画されることがあります。計画期間内に計画できない一覧 - PMアクションは未計画のままになります。
計画プロセスの結果が予想された結果と異なる場合は、次のような異なるアクションが必要になることがあります。
スケジューリング プロセスからの出力の調整は、IFS ビジネスシステムで行うことができます。ただし、スケジュール プロセスによって IFS ビジネスシステムに更新が継続的に送信されることに注意することが重要です。計画に対する新しい最適化や一覧 - 作業工程の変更により、手動による変更が上書きされる場合があります。
手動調整が上書きされないように設定するには、次のようにします: