事前にメンテナンス訪問を計画することが可能です。訪問の計画者は、実績訪問が発生する前にいつでも訪問の保守オーダーを作成でき、訪問のニーズと要件が確立されると、保守オーダーからイベント (保留中のイベントと便利なタスク) を追加および削除できます。
単純作業オーダ割当タイプを使用して保守オーダーが作成されると、保守オーダーに関連付けられたすべてのイベントは IFS / フリート管理内で処理されます。作業オーダ割当タイプが使用される場合、注文に関連付けられたすべてのイベントは IFS / 作業オーダ管理で作業オーダとして作成され、そこで処理される必要があります。イベントに含まれる整備指示とサブタスクは作業タスクとして作成され、接続された資源、資材、承認要件などがこれらの作業タスクに転送されます。作業順序構成割当タイプを使用すると、保守オーダーの作業順序構成 (ELS) に基づいて、IFS / 作業オーダ管理に作業オーダ構成が作成されます。
IFS / 作業オーダ管理で作業オーダを処理する方法については、オンライン ヘルプ ファイル作業オーダ を参照してください。IFS / フリート管理における作業オーダの配布と処理の詳細については、オンライン ヘルプ ファイル作業オーダ - フリート管理 を参照してください。
保守オーダーで実行できる主要アクションの概要は次のとおりです。
注釈:以下の場合には、保守サービス契約または整備作業契約は、対応する作業オーダおよび作業タスクには適用されません。
これは、どちらのインスタンスも、保守サービス契約ではなくサービス見積が優先されるためです。
フリート管理では、タイムスタンプはユーザーの稼働タイムゾーンで表示されますが、サーバーのタイムゾーンで保存されます。
ELS 保守オーダーを計画する場合、整備指示と ELO の計画日とグループ化ノードは、オーダーの最早開始日を開始点として使用して設定されます。予定日を設定する際には、整備工場に関連付けられた保守部門の稼働時間カレンダが適用されます。タイムゾーンのサポートにより、整備工場のサイトのタイムゾーンを使用してカレンダが適用されます。これにより、計画者が別のタイムゾーンにいる場合でも、作業が実行されるタイムゾーンで ELS 計画が実行されるようになります。
カレンダはサイトのタイムゾーンで適用されるため、ELS 保守オーダーを計画する際には、ユーザーの稼働タイムゾーンを整備工場サイトのタイムゾーンと一致するように設定することを強くお勧めします。そうしないと、表示される日付が間違って表示される可能性があります。
次の表は、保守オーダーの各ステータスの説明を示しています。
| ステータス | 説明 |
| 新規 | 利用可能なメンテナンス時間帯を表すために使用される初期ステータスです。保守オーダーが手動で作成されると、このステータスが自動的に設定されます。このステータスの保守オーダーでは、最低限必要な情報は整備工場 ID と予定開始日および終了日です。 |
| 当初作業範囲定義 | 保守オーダーの範囲を定義するときに、つまり、含めるイベントを識別するときに使用するステータスです。 |
| 準備中 | 整備指示をイベントに接続し、作業順序構成を作成できるステータスです。 |
| リリース済 | 作業オーダまたは作業順序構成の割当タイプを持つ保守オーダーがリリースされると、イベントごとに作業オーダが生成され、整備指示とサブタスクごとに作業タスクが生成されます。資源、資材、承認要件などのデータがタスクに転送されます。 |
| 開始済 | このステータスは、保守オーダーの作業が開始されたことを示すために使用されます。 |
| 作業完了 | このステータスは、接続されたすべてのイベントが作業完了または Finished ステータスにあることを示すために使用されます。保守オーダーがこのステータスにある場合、作業承認を実行できます。 |
| Finished | このステータスは、保守オーダーが承認され、完了したことを示すために使用されます。 |
| 取消 | 保守オーダーがキャンセルされると、関連するすべてのイベントもキャンセルされます。このステータスは、保守オーダーが適用されなくなった場合に使用されます。 |
次の表は、イベントの各ステータスの説明を示しています。
| ステータス | 説明 |
| 新規 | まだ実行が計画されていない既存のイベントを表すために使用される初期ステータス。 |
| 予定範囲内 | このステータスでは、イベントは保守オーダーで計画されていますが、作業オーダはまだ作成されていません。 |
| 未完了 | このステータスでは、イベントは保守オーダーで計画されていますが、イベントに対して整備指示が定義されていません。 |
| 準備中 | このステータスでは、整備指示が保守オーダーのイベントに接続されています。 |
| リリース済 | 選択した割当タイプに応じて、イベントがリリースされると、接続された作業タスク、資源、資材などを含む作業オーダが作成されます。割当タイプの作業オーダで MO がリリースされる場合、イベントの説明には 200 文字の制限があります。イベントの説明におけるイベントの文字数制限が 60 を超える場合、作業オーダの指示には最初の 60 文字のみが表示されます。その後、完全な説明が長い説明に渡されます。 |
| 開始済 | このステータスは、接続された整備指示の少なくとも 1 つで作業が開始されたことを示すために使用されます。 |
| 作業完了 | このステータスは、すべての整備指示が作業完了ステータスまたはそれ以上のステータスに達したことを示すために使用されます。このステータスのイベントに対して作業承認を実行できます。注釈:たとえば、計画外の作業が必要になり、イベントに整備指示を追加する必要がある場合は、保守イベントを再開できます。再開すると、イベントは開始済ステータスに設定されます。 |
| Finished | このステータスは、イベントが承認され、終了したことを示すために使用されます。イベントがこのステータスに達すると、シリアル注文履歴に転送されます。 |
| 取消 | イベントがキャンセルされると、イベントのステータスは新規に変更され、現在の保守オーダーから切断されます。 |
保守オーダーは、数週間または数か月前に作成できます。保守オーダーは、イベントがまだ識別されていない状態で利用可能なメンテナンス時間帯を表すために、初期状態で手動で作成できます。この初期状態では、整備工場と計画された開始日および終了日のみを使用して保守オーダーを作成できます。注文の計画を進めていくと、訪問のニーズと要件が確立されるにつれて、イベントを追加したり削除したりできます。範囲が定義され、実行の準備ができたら、保守オーダーをリリースできます。この時点で、メンテナンス訪問の最初の要求と最終的な要求を比較するための参照として、保守オーダーのスナップショットを取得して保持することができます。
進行中の作業範囲に追加のイベントを割り当てることができます。整備指示が定義されていないイベントが存在する場合は、有効な整備指示をこれらのイベントに接続する必要があります。たとえば、非規定作業が検出されたか、進行中の作業範囲で状態計測が実行された場合、事前定義された整備指示なしでイベントが生成されることがあります。このようなイベントでは、イベントを続行する前に整備指示を定義する必要があります。
保守オーダーを完了するときに、保守オーダー上で直接追加のイベント情報を定義するオプションがあります。さらに、保守オーダーに作業承認要件が定義されている場合は、保守オーダーを完了する前に作業承認を実行する必要があります。
保守オーダーがサインオフされており、ステータスが「Finished」に設定されると、保守オーダーは履歴となり、保守オーダー履歴に転送されます。保守オーダー履歴には以下の情報が保存されます。
保守オーダーに関する一般情報です。たとえば、オーダーを配布するために使用される割当タイプ、作業が実行される整備工場、作業順序構成を生成するために使用されるグループ化 ID、保守オーダーがキャンセルされた場合はキャンセルの理由などです。
保守オーダーで実行またはキャンセルされたイベントに関する情報。
定期メンテナンスの実行中に発見され、作業オーダまたは作業タスクで報告された非規定作業に関する情報です。
保守オーダーに定義されている承認要件に関する情報。
さまざまな段階で保守オーダーについて取得されたスナップショットに関する情報。
保守オーダーに対して主要なアクションが実行されたときに生成されるジャーナル エントリー。
保守オーダーのスナップショットには、計画段階から実行までのメンテナンス範囲の情報が含まれます。スナップショットをいつ、いくつ撮れるかについて制限はありません。例えば、範囲が定義され、実行の準備ができたら保守オーダーをリリースするときに、スナップショットを取得できます。このスナップショットは、最終的なリクエストではなく、メンテナンス訪問の最初のリクエストに関する参照として使用できます。
スナップショットには、保守オーダーに含まれるすべてのイベントと、各イベントに関連付けられたすべての整備指示が含まれます。
構成変更ログは、作業範囲を実行するときに、削除およびインストールされた品目 (シリアル化されていない品目とシリアル化された品目の両方) を追跡するために使用されます。主に取り外された品目と取り付けられた品目の追跡がトランザクションとして生成されますが、これらを検証し、ログに記録されたトランザクションをある程度編集することができます。生成されたトランザクションに加えて、構成品目の削除およびインストール トランザクションを手動で入力できます。
トランザクションには、ログに作成された時点で構成変更トランザクションが有効かどうかを示すステータスがあります。ステータスは手動で 有効から無効に変更でき、無効トランザクションは再度削除できます。無効トランザクションは手動で有効に変更することができます。重複トランザクションは手動で設定することはできませんが、アプリケーションによって設定されます。ユーザーは重複トランザクションのうち正しいトランザクションのステータスを有効に設定することができ、残りは重複トランザクションのままとなります。
構成変更ログから、インストールまたは削除されたトランザクションの実績構成変更を実行できます。構成変更を実行オプションを選択すると、選択したレコードに対して構成変更を実行するためのアシスタントが表示されます。選択されたレコードのデータはアシスタントでデフォルト設定されますが、ユーザーが追加情報を入力する必要がある場合があります。
保守オーダー ジャーナルは、保守オーダーに対する重要な変更に関する情報を保持するために使用されます。保守オーダーに対する次の変更により、ジャーナル エントリが自動的に作成されます。
上記の変更に対して作成されたエントリは、次の 4 つの有効なジャーナル カテゴリに分類されます。情報、削除済みタスク、変更されたグループ化 ID、そして修正済整備指示一覧。ジャーナル エントリに関する補足情報は、各レコードのジャーナル テキストに表示されます。次の変更が発生すると、ジャーナル エントリーが生成されます。
ジャーナルの内容は、その生成原因によって異なります。それらは次のとおりです。