この履歴は IFS/品目カタログにあります。シリアルの稼動ステータス、状態区分、および現在の位置が変更されると、履歴に記録が作成されます。詳細については、オンライン ヘルプ ファイルの「シリアル情報処理」を参照してください。
フリート管理でシリアルに対して次の更新が実行された場合にも、履歴レコードが作成されます。
シリアルがロックされる。
メンテナンス グループが変更される。
整備工場コードが変更される。
シリアルがフリート管理から削除される。
シリアルが隔離中に設定される。
シリアルが隔離から解除される。
シリアル名が新しい品目番号とリビジョンを使用して変更される。
置換履歴を使用すると、実行されたすべてのシリアル置換を表示できます。2 つの履歴トランザクションが記録されます。1 つはシリアルの接続解除用、もう 1 つはシリアルの接続用です。
シリアル構成が変更されると、シリアルのステータスが「運用予定」ステータスと異なる限り、すべての構成変更がここに記録されます。シリアル構成で実行できる構成変更は次のとおりです。
シリアルを装着する
シリアルを削除する
シリアルを置換する
シリアルを奪う
シリアルを交換する
過去に行われた変更についても、シリアル構成の変更を記録することができます。
フリート管理では、品目 ID の変更につながる最終処置実行タイプの改修が具体化されると、改修に割り当てられたシリアルや改修の影響を受けたシリアルは、改修で定義された新しい品目番号とリビジョンで自動的に名前が変更されます。置換履歴は、名前が変更されるシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、置換履歴を更新することを選択できます。
割り当てられた/影響を受けた品目に対して非対策が許可されている場合は、すでに対策済の改修イベントを非対策にすることができます。品目 ID の変更につながる改修イベントが非対策にされると、名前が変更されたシリアルは、非対策にされた改修イベントが終了したとき、改修時に定義された元の状態に戻されます。置換履歴が新しい品目番号とリビジョンで以前に更新されていた場合、その置換履歴レコードはシリアルの古い品目番号とリビジョンを含むように再更新されます。
注釈:置換履歴がシリアルの品目 ID 変更情報で更新されていない場合、非同期レポートは機能しません。
構成の変更は、作業オーダーまたは製造オーダー (IFS/複合組立 MRO) に記録することもできます。このような場合、現実とアプリケーションに登録された構成が必ずしも一致しない可能性があります。その場合、シリアル構成不整合ログにレコードが作成されます。
注釈:シリアル構造にインストールされた、またはシリアル構成から削除された非シリアル品目も、置換履歴に存在します。
シリアル構成不整合ログ内のすべてのデータは、レコードを解決またはキャンセルして処理する必要があります。不整合レコードが処理されると、シリアル構成の不整合ログ履歴に移動されます。
構成不整合ログ履歴を使用すると、物理構成とシステム定義構成の間に存在する、解決済みまたはキャンセルされた不整合を表示できます。
輸送機器状態が変更されると、輸送機器の輸送機器状態履歴に対応するレコードが作成されます。オブジェクト プロパティが自動更新を制御するように定義されている場合、稼動ステータスが「待機」から「運用中」またはその逆に変更されると、輸送機器状態は自動的に変更されます。輸送機器状態は手動で変更することもできます。オブジェクト プロパティの定義方法の詳細については、オンライン ヘルプ ファイルの「デフォルトのオブジェクト プロパティを確認または調整する」を参照してください。
輸送機器状態履歴データを使用すると、一定期間にわたる輸送機器のアベイラビリティを評価できます。
輸送機器状態履歴のエントリーを追加、修正、削除することができます。これは、例えば、輸送機器状態の変更エントリーがシステムに記録されていないか、誤って記録されており、履歴データを修正する必要がある場合に役立ちます。輸送機器状態履歴の最後のエントリーを修正または削除したり、最後のエントリーよりも後のエントリーを追加したりすることはできません。これは、輸送機器の現在の輸送機器状態と輸送機器状態履歴の最新のエントリーとの間の不整合を防ぐためです。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、輸送機器状態履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、輸送機器状態履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、輸送機器状態履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
シリアルの品目番号やシリアル番号が変更されると、古いシリアル (つまり、名前変更前のシリアル) の稼動ステータスは「名前変更済」に設定されます。変更された品目および/またはシリアル番号を含む新しいシリアルは、名前変更前の古いシリアルの稼動ステータスを引継ぎます。ただし、シリアル名の変更によりシリアルの設定が無効になった場合は、新しいシリアルの稼動ステータスは自動的に「待機」に設定されます。品目シリアル履歴の履歴レコードに加えて、シリアル ID 履歴にも履歴レコードが作成されます。
改修具体化の結果としてシリアルの品目番号とリビジョンが変更された場合、非対策にされた変更に関する情報はシリアル ID 履歴に保持されます。この改修情報は、シリアルで品目 ID の変更が行われた理由の参照として使用できます。
さらに、シリアル ID 履歴には、シリアル名が変更されたときに更新される履歴データを説明する情報が表示されます。
シリアル搬送ルート内のすべてのルート順序が完了すると、ルート順序ごとに履歴レコードが作成されます。
シリアル搬送ルートは、シリアルをある場所から別の場所に移動するために使用されます。完了したルート順序ごとに、シリアルの場所が更新されます。最後のルート順序が完了すると、定義されたルート順序のすべての行がシリアル ルート履歴にコピーされます。次回シリアルを搬送ルートで新しい場所に移動する場合、同じ搬送ルートを再利用できます。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアル搬送ルート履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、シリアル搬送ルート履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、シリアル搬送ルート履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
シリアルが運用されている限り、すべての運用パラメータは運用計測値を取得します。運用ログが実行されるたびに、これらのデータは運用ログ履歴にも記録されます。
(運用計測値は、運用ログ報告ページで登録できます。使用済シリアルの運用ログ履歴は、シリアル初期化ページにある運用ログ タブに入力できます)
オーバーホール実行済および修理実行済オプションは、シリアルでオーバーホール (サイクル) が実行されたとき、シリアルに対して修理後の値がリセットされたとき、または CAMRO (IFS/複合組立 MRO) ワークフローでオーバーホールおよび修理後の値をリセットコマンドが実行されたときに生成されるログに対して選択されます。両方のオプションが選択されている場合、いずれかのオーバーホール (サイクル) が実行済であるか、CAMRO ワークフローの一部としてオーバーホール後の値および修理後の値がリセットされました。修理実行済オプションが選択されている場合、修理後の値が保守イベントからリセットされたか、CAMRO ワークフローの一部としてリセットされました。これらのオプションは、次の基準に基づいて選択されます。
オーバーホール実行済 - 加算値 = 0 または NULL、オーバーホール後の値 = 0、計測摘要が NULL ではない
修理実行済 - 加算値 = 0 または NULL、修理後の値 = 0、計測摘要が NULL ではない
運用パラメータ値もオーダーの実行時に記録されますが、これらの計測値は作業オーダーに保存されます。運用値履歴にクエリを実行して、これら両方の履歴のすべてのレコードを時系列で表示するオプションがあります。
注釈:シリアルの使用方法は、関連する期日計算に影響します。
指定すると、運用ログ履歴は、名前が変更されるシリアルの新しい品目番号および/またはリビジョンで更新されます。履歴レコードを更新せずにシリアルの名前を変更することを選択した場合、古いシリアルの最新の運用ログが新しいシリアルに自動的にコピーされます。この機能の目的は、新しいシリアルの運用ログ履歴の開始点を提供することです。
品目 ID の変更につながる最終処置実行タイプの改修が具体化されると、改修に割り当てられたシリアルや改修の影響を受けたシリアルは、改修で定義された新しい品目番号とリビジョンで自動的に名前が変更されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、シリアル運用ログ履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
品目 ID の変更につながる改修イベントが非対策にされると、名前が変更されたシリアルは、非対策にされた改修イベントが終了したとき、改修時に定義された元の状態に戻されます。運用ログ履歴が新しい品目番号とリビジョンで以前に更新されていた場合、その運用ログ履歴レコードはシリアルの古い品目番号とリビジョンを含むように再更新されます。
注釈:運用ログ履歴がシリアルの品目 ID 変更情報で更新されていない場合、非同期レポートは機能しません。
負荷レート履歴には、シリアルの現在の負荷レートが記録されます。現在の負荷レートが変更されるたびに、新しい現在の負荷レートが履歴に追加されます。
例えば、シリアル品目がシステムに登録される前に使用されていた場合、その品目の過去の負荷レートを入力することができます。負荷レート履歴は、耐用限度品目の残存耐用年数を計算するために使用されます。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、負荷レート履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、負荷レート履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、負荷レート履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
耐用限度の概念の詳細については、オンライン ヘルプ ファイルの「IFS フリート管理における耐用限度の概念」を参照してください。
不具合が解決すると (保守イベントが終了すると)、履歴に移動されます。不具合がすでに修理済の場合、不具合は直ちに不具合履歴に移動されます。履歴には、不具合を報告した担当者、不具合が報告されたシリアルの構成、不具合修理持越し情報、関連する整備経過点検、関連する運用計画、機能内訳 (不具合を報告および不具合を修復するときに入力)、不具合を修復するために実行されたアクション、および非シリアル品目に登録された不具合に関する追加情報などの情報が保持されます。
IFS/複合組立 MRO がインストールされている場合、不一致コードが不具合コードに接続されていると、処置製造オーダーから不具合履歴レコードも作成されることがあります。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアル不具合履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、シリアル不具合履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、シリアル不具合履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
終了した保守イベントの情報がここに記録されます。イベントが保守オーダーに関連付けられている場合、イベントを履歴に移動する前に保守オーダーを完了する必要があります。 注釈:すでに修理済の不具合イベントは、履歴内では完了したイベントとみなされます。
単純作業オーダ割当タイプが使用された場合、イベントはフリート管理内で処理されます。ここでは、整備工場と資源グループ、および使用された資材を入力する必要があります。対応する作業オーダーと作業工程がバックグラウンドで作成され、時間が報告されて承認され、在庫から資材が出庫されます。作業オーダ割当タイプが使用された場合、イベントは IFS/作業オーダ管理の通常の作業オーダー フローを使用して処理されます。ここでは、イベントごとに作業オーダーが作成され、イベントに含まれる整備指示とサブタスクごとに作業工程が作成されます。資源、資材、承認要件などの接続されたデータは、関連する作業工程に含まれます。詳細については、オンライン ヘルプ ファイルの「作業オーダー - フリート管理」を参照してください。作業順序構成割当タイプが使用された場合、作業は事前定義されたグループ化基準に従ってソートされ、保守オーダーの作業順序構成 (ELS) が生成されます。保守オーダーがリリースされると、実行する必要のある作業工程を含む対応する作業オーダーの構成が作成されます。この作業も通常の作業オーダー フローを使用して処理されますが、唯一の例外は別のページ (作業オーダ構成) があることでこのページは、ELS 作業オーダーを取り扱うときに使用できます。
作業工程が完了すると、報告された時間、出庫された資材数量、および完了したサインオフを持つ資源がイベント (保守オーダーまたはシリアルオーダー履歴のいずれか) に転送されます。資源と資材の原価も転送されます。これらの原価は、イベントで実行された作業の総原価を計算するために使用されます。作業工程が再度開かれ、追加の変更が行われた場合 (たとえば、資源に追加の時間が報告された場合)、この情報はタスクが完了するとイベントに転送されます。
シリアル オーダー履歴には、以下のイベント関連情報が保存されます。
イベントに関する一般情報 (イベントコード、イベント タイプ、有効なシリアル情報など)。
オーダー番号、整備工場、作業オーダー番号 (ある場合)、製造会社情報、作業を実行するための総原価 (つまり、作業に使用される資源と資材の累積原価) などのオーダー情報は、作業オーダーで使用される通貨とフリート管理で使用される通貨の両方で表示されます。
運用パラメータ値。運用パラメータ値は、保守イベントまたは作業オーダーが完了した結果として発生する可能性があります。これらの値は、イベントが実行された日付に最も近い最新の履歴値として提供されます。必要に応じて、イベントまたは作業オーダーが完了したときに報告された運用パラメータ値を変更することができます。
キャンセルされたイベントは後日実行されます。
オーダー時に発見され報告された非規定作業に関する情報。非規定作業とは、訪問の検査段階で発見される不具合のことです。これらの不具合は、それが発見された作業オーダーまたは作業工程で報告されます。不具合が報告されると、その不具合イベントが自動的に作成され、訪問の現在の作業パッケージ (保守オーダー) に追加されます。
イベントで定義されたサインオフ要件に関する情報。
イベントに関連付けられた整備指示に関する情報。これには、整備指示で定義されたサブタスク、資源、資材、ゾーン、アクセス パネル、およびサインオフ要件が含まれます。この整備指示またはサブタスクが接続されているマスター イベントの情報を表示するには、マスタタスク参照をクリックします。このコマンドは、重複タイプが「複製」で、マスター イベントが重複イベントと異なる整備指示に対してのみ有効になります。整備指示の資源と資材の取り扱いに関する詳細については、以下のサブセクションを参照してください。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアル オーダー履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、シリアル オーダー履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修の具体化を通じて)、シリアル オーダー履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
シリアル オーダー履歴では、保守イベントに関連付けられた整備指示の情報を確認できます。これには、整備指示の詳細、実行されたアクションに関して入力された情報、および整備指示が実行されたかどうかの表示が含まれます。
整備指示に、計画フローと実行フローに含めるようにマークされた重要度がある場合、または手動整備指示に重要度が指定されている場合は、この重要度情報が履歴の整備指示に表示されます。サブタスクの場合、重要度情報は常に親整備指示から継承されます。
シリアル オーダー履歴では、時間が報告された資源に関する情報を表示できます (対応する作業工程またはイベントのクイック レポートの実行時)。作業工程または保守オーダーが完了すると、時間と原価が報告された資源が保守オーダー/履歴に転送されます。時間が報告されている追加の資源需要がある場合は、この情報も転送されます。報告された時間と原価は、資源グループと整備指示またはサブタスクごとにまとめられます。作業工程が再度開かれ、追加の変更が行われた場合 (たとえば、資源に追加の時間が報告された場合)、この情報は作業工程が終了すると元に戻されます。
タスク ライブラリ (整備指示またはサブタスク) の資源の計画数量と時間が表示されます。作業工程で報告された追加資源については、計画値は表示されません。これにより、計画済の資源要件に対する実際の稼働率の分析が容易になります。以下の表は、作業工程または保守オーダーが完了したときに資源がシリアル オーダー履歴に転送される仕組みを示しています。
| アクション | シリアルオーダ履歴に転送済 |
| 転送済の資源需要で (つまり、保守オーダーから) 時間が報告されました | シリアル オーダー履歴内の対応する資源需要明細は、報告された時間と原価の累計で更新されます。 |
| 作業工程に資源需要が追加され、時間が報告されました | 累積報告時間と原価とともに、新しい資源需要明細がシリアル オーダー履歴に追加されます。資源 ID に対する需要がすでに存在する場合、この需要明細は報告された時間と原価の累計で更新されます。 |
| 転送済の資源需要が作業工程から削除されました | 元の資源需要明細は、報告された時間と原価が 0 でシリアル オーダー履歴に残ります。 |
シリアル オーダー履歴では、使用された資材に関する情報を表示できます (対応する作業工程またはイベントのクイックレポートを実行する場合)。作業工程または保守オーダーが完了すると、出庫された資材の数量と原価が保守オーダー/履歴に転送されます。作業工程に関して出庫された追加資材がある場合は、その情報も転送されます。作業工程が再開され、追加の変更 (追加資材の出庫など) が行われた場合、この情報は作業工程の完了後に転送されます。
タスク ライブラリ (整備指示またはサブタスク) の資材の計画数量が表示されます。作業工程で出庫された追加資材については、計画値は表示されません。これにより、計画済の資材要件に対する実際の稼働率の分析が容易になります。次のテーブルは、作業工程または保守オーダーが完了したときに、資材がシリアルオーダー履歴に転送される方法を示しています。
| アクション | 保守オーダー (またはシリアルオーダ履歴) に転送済 |
| 転送済の資材需要に対して資材が (つまり、保守オーダーから) 出庫されます。 | シリアル オーダー履歴内の対応する資材需要明細は、出庫数量と原価で更新されます。 |
| 作業工程に資材需要が追加され、出庫されました | 出庫数量と原価を含む新しい資材需要明細がシリアル オーダー履歴に追加されます。 |
| 転送された資材需要が作業工程から削除されました | 元の資材需要明細は、出庫数量 0 および原価でシリアル オーダー履歴に残ります。 |
| 転送済の資材需要の所有区分は作業工程で変更され、新しい所有区分を持つ資材に対して出庫が行われます。 | 所有区分は、出庫された数量と原価とともに、元の資材需要明細で更新されます。 |
シリアルの計測単位 (UoM) が、作業が実行されたサイトの UoM と異なる場合は、保守イベント (資材需要を含む) が配布され、出庫された資材がイベントに報告されるときに、自動 UoM 変換が実行されます。このタブを使用すると、さまざまなサイトでの UoM に応じた使用済み数量を表示できます。
保守オーダーがサインオフされており、ステータスが「Finished」に設定されると、保守オーダーは履歴となり、保守オーダー履歴に転送されます。保守オーダー履歴には以下の情報が保存されます。
保守オーダーに関する一般情報です。たとえば、オーダーを配布するために使用される割当タイプ、作業が実行される整備工場、作業順序構成を生成するために使用されるグループ化 ID、保守オーダーがキャンセルされた場合はキャンセルの理由などです。
保守オーダーで実行またはキャンセルされたイベントに関する情報。
定期メンテナンスの実行中に発見され、保守オーダーに報告された非規定作業に関する情報。
保守オーダーに定義されている承認要件に関する情報。
さまざまな段階で保守オーダーについて取得されたスナップショットに関する情報。
保守オーダーに対して主要なアクションが実行されたときに生成されるジャーナル エントリー。
保守オーダーのスナップショットには、計画段階から実行までのメンテナンス範囲の情報が含まれます。スナップショットをいつ、いくつ撮れるかについて制限はありません。例えば、範囲が定義され、実行の準備ができたら保守オーダーをリリースするときに、スナップショットを取得できます。このスナップショットは、最終的なリクエストではなく、メンテナンス訪問の最初のリクエストに関する参照として使用できます。
スナップショットには、保守オーダーに含まれるすべてのイベントと、各イベントに関連付けられたすべての整備指示が含まれます。
エントリーは、有効なジャーナル カテゴリ (つまり、情報、削除済みタスク、変更されたグループ化ID) によって並べ替えて見やすくすることができます。さらに、ジャーナルテキスト フィールドにエントリーに関する追加情報が表示されます。例えば、保守オーダーがリリースされると、情報カテゴリのジャーナル エントリーが作成されます。レコードのジャーナルテキスト フィールドには、保守オーダーがリリースされた日付と、保守オーダーをリリースするときに入力された情報が表示されます。次の変更が発生すると、ジャーナル エントリーが生成されます。
キャンセルされたイベントはすべてここに記録されます。これは、実行中のすべてのイベントに対して実行できます。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアルの保守イベント取消履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、保守イベントのキャンセル履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修の具体化を通じて)、シリアル オーダー履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
この履歴データを使用して、完了した周期保守の履歴を表示できます。
保守イベントが終了すると、その保守イベントがシリアル周期保守履歴に挿入されます。
周期保守イベントが変更された場合、この情報も履歴に保存されます。変更は、シリアル保守/周期保守タブで周期保守を変更またはリセットしたときに行われた可能性があります。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアル周期保守履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、シリアル周期保守履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、シリアル周期保守履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
シリアルで状態監視を実行すると、保守イベントにつながった監視や規定の制限内であった監視など、各監視が状態計測履歴に記録されます。監視の結果、保留中のイベントが作成された場合は、イベント番号が表示されます。
完了した状態計測の履歴を分析すると、製造上のエラーや弱点を正確に特定するのに役立ちます。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、状態計測履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、状態計測履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、状態計測履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
改修イベントが終了すると、その改修イベントがはシリアル改修履歴に挿入されます。すべての実行タイプ (初期検査、継続検査、最終処置) は、シリアル改修履歴を作成します。
この履歴は、改修が実施されているかどうかを判定するために使用される場合があります。最終処置が実行されると、改修が実施されます。必要に応じて、以前に実施された改修を未実施に戻すこともできます。この結果、未実施に戻された改修に対して保留中のイベントが自動的に作成されます。
IFS/複合組立 MRO がインストールされている場合、すべての条件が満たされていれば、イベントにサインオフすると、シリアル変更履歴とシリアル変更の影響を受ける品目履歴が生成されます。これらの条件は以下に表示されます (シリアル改修反映品目履歴)。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアル改修履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、シリアル改修履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、シリアル改修履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
以前に実行された改修の非対策に対して保留中の保守イベントを作成するには、レコードで非対策に対して保守イベントを作成をクリックします。
シリアル改修の影響を受ける品目履歴を使用すると、実行された改修によって影響を受けるシリアルを表示できます。改修イベントが終了すると、次の条件が満たされている場合、対応するシリアル改修の影響を受けた品目履歴レコードが生成されます。
改修実行タイプが最終処置またはシリアルで非対策が実行される
シリアルは改修で影響を受けた品目としてリストされ、影響を受けた品目の [サインオフ] フィールドは、反映シリアルを対策にするに設定されます。
元フィールドには、履歴レコードがどのように作成されたかが表示されます。値が通常ログの場合、シリアル改修履歴ページで割り当てられた品目に対応する同じ保守イベント番号のレコードが常に存在します。フィールドの値が構成ログ入力の場合、シリアル改修履歴ページで割り当てられた品目に対応する同じ保守イベント番号のレコードが存在する可能性があります。しかし、必ずしもそうとは限りません。割り当てられた品目に関する情報が、シリアル初期化/改修反映シリアルタブで影響を受けた品目を最初に入力したときに提供されたかどうかによって異なります。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、シリアル改修反映品目履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、シリアル改修反映品目履歴は更新されます。改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、シリアル改修反映品目履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
運用イベントは、毎晩実行されるバッチ ジョブによって運用計画履歴に移動されます。移動するイベントの基準は、計画された終了日からの指定された日数です。遅延日数は、オブジェクト プロパティ ページで定義されます。詳細については、オンライン ヘルプ ファイルの「デフォルトのオブジェクト プロパティを確認または調整する」および「古い運用イベントを削除するためのバックグラウンド ジョブの調整と検証」を参照してください。
運用計画履歴から冗長な履歴レコードを削除することもできます。
改修の具体化の結果としてシリアルで品目 ID が変更されたとき、運用計画履歴はシリアルの新しい品目番号とリビジョン (指定されている場合) で更新されます。他履歴の更新オプションが有効になっていると、運用計画履歴は更新されます。改修に割り当てられたシリアルや改修の影響を受けたシリアルで品目 ID の変更につながる改修イベントを終了するとき (つまり、改修が具体化されるとき)、運用計画履歴を更新することを選択できます。品目 ID の変更につながる改修の非対策が実行されると、非対策にされた改修が終了したとき、以前に更新された履歴レコードは再度更新され、古い品目番号とシリアルのリビジョンが含まれます。
終了および無効になったフライトログに関する履歴情報は、イベントのフォローアップと分析を容易にするためにシステムに保存されます。例えば、パイロットは飛行前に機体に何が行われたかを追跡することができ、また、フライトラインの整備士は特定の機体または他の航空機で以前に同様の問題が発生したかどうかを特定することができます。
一定期間、輸送機器のオープンログとともに無効およびクローズされたフライトログを表示することは重要な情報となる場合があります。基本情報では、フライトログ ページでこれらのレコードを何日保存するかを定義することもできます。これは、フライトオペレータ情報ページの無効フライトログ保持日数フィールドで特定の所有者組織に対して必要な日数を入力することによって定義されます。指定した日数に達すると、指定された所有者組織に関連付けられた無効およびクローズされたフライトログは、バックグラウンド ジョブを通じて履歴に移動されます。基本情報に値が指定されていない場合は、0 (ゼロ) がデフォルト値となり、バックグラウンド ジョブが実行されるとすぐに、関連するフライトログが履歴に移動されます。
フライトログ履歴には以下の詳細データが表示されます。
フライトに関する運用ログ。
フライト中に発生したルート逸脱や欠航などの中断。
クルー情報には、各クルーが実行したさまざまな運用タスクや、各クルーの時間がフライトのさまざまなタイプの乗務時間にどのように分割されたかが含まれます。
報告された不具合と、不具合を解決するために実行されたアクション。
フライトログに記録された状態の計測値。
特定のフライトまたはフライトログで実行されたフライト前およびフライト後のアクティビティ。
フライトログから移動された、またはフライトログに移動されたフライト。
訂正時にフライトログに実行された変更 (ジャーナルに表示できます)。