保留保守イベントのクイックリポート
説明
このアクティビティは、保留中の保守イベントのクイック レポートを実行するために使用されます。これは、すでに実行されたイベントを終了したい場合に便利です。イベントは、単純作業オーダーとして配布されるイベントと同様に処理されます。終了するイベントが改修の検査イベント (初期または継続) である場合:
- 検査の集中度を高くしたり低くしたり、改修を組み込んだり、改修の検査を終了したりする必要がある場合があります。
- 新実施タイプ フィールドに適切な実施タイプを入力します。現在の検査を続行する場合は、実施タイプを変更しないでください。
- 改修の検査を終了したい場合は、検査終了オプションを有効にします。検査を終了すると、特定のシリアルに対して追加の初期検査または継続検査は実施されず、改修の規制対策が行われません。検査終了オプションが有効になっている場合は、改修実施摘要フィールドに値を入力する必要があります。
- 新実施タイプを指定せず、検査終了オプションを有効にしないで、現在の検査タイプの最後を完了する場合、システムは次の実施タイプにシフトします。
品目 ID 変更につながる改修イベントが存在し、この変更に最終処置実施タイプが含まれる場合、割り当てられたシリアルまたは影響を受けるシリアルの名前が変更され、新しい品目番号とリビジョンが埋め込まれます。イベントが具体化された後にシリアルの自動変更を実行するには、改修時に新しい品目番号とシリアルのリビジョンを入力する必要があります (つまり、変更品目番号と変更品目リビジョンフィールドに)。さらに、改修イベントが具体化されると、システムはシリアルの名前を改修する前に次の情報を検証するためのチェックを実行します。
- 新しい品目番号は、古い品目番号の有効な代替番号です (つまり、名前が変更されるシリアルが構成内にインストールされている場合)。
- 古い品目番号の保守プログラムとメンテナンス グループは、新しい品目番号に対して有効です (つまり、名前が変更されるシリアルに対して新しい保守プログラムとリビジョンが入力されていない場合)
- 古い品目番号の製造会社と製造会社品目番号は、新しい品目番号に対して有効です (つまり、名前が変更されるシリアルに新しい製造会社と製造会社品目番号が入力されていない場合)。
- シリアルの新しい品目番号に対して、有効な保守プログラムとメンテナンス グループが存在している必要があります。
- 古い品目番号のテンプレートは、新しい品目番号に対して有効です (つまり、名前が変更されるシリアルに構成がある場合)
- キャンセルが必須となっているシリアルの実行中のイベントはすべてキャンセルまたは終了しました。
- 名前を変更するシリアルは、「開始済」または「クローズ」のいずれかのステータスにある作業範囲には含まれません (つまり、シリアルが IFS/複合組立 MRO フローで使用される場合)。
シリアルの品目番号が変更されると、シリアルのテンプレート情報も変更されることが多く、自動的に更新されます。シリアルに構成があり、シリアルの構成の古いテンプレート情報が新しいテンプレート構成情報と一致しない場合、名前が変更された際に、シリアルの状態区分は非使用可に設定されます。テンプレート情報が古い品目番号と新しい品目番号の両方に有効な場合、新しいシリアルの状態区分は古いシリアルの状態区分と同じになります。新しい品目番号で、操作ログ履歴、交換履歴、その他の履歴レコードを更新できます。
ワークフローに応じて、次のいずれかのページを開いてこのアクティビティを実行します。
- 保留中の保守イベント - 該当する行を選択し、保留中の保守イベントのクイックリポート オプションを選択します。
- フライトログ - 必要なフライトログを検索し、不具合タブをクリックします。該当する不具合番号を選択し、保留中の保守イベントのクイックリポート オプションを選択します。
- シリアル保守 - 必要なシリアルを検索し、一覧 - 改修タブをクリックします。該当する行を選択し、改修タスクの簡易報告オプションを選択します。
保留中の保守イベントのクイックリポート アシスタントまたは改修のクイックリポート アシスタントが開きます。各アシスタント ステップで入力できる情報について以下に説明します。
- ステップ 1 - 実施情報
- タスク実施セクションに適切な情報を入力します。
- 整備経過点検IDフィールドと整備経過点検リビジョンフィールドに、イベントの終了後に実行される整備経過点検の識別子とリビジョンを入力します。イベント タイプに対して整備経過点検定義が事前定義されている場合、この整備経過点検定義は自動的にデフォルト設定されます。該当する場合は、既定値を変更できます。
- ステップ2 - 不具合情報
- 選択したイベントがシリアル不具合イベントの場合、アシスタントの 2 番目のステップとして不具合情報ステップが開きます。ここでは、不具合の修復のために機能の内訳に関する情報を入力する必要があります。
- 修復された不具合に対して定義された整備経過点検が、その不具合に対して元々定義された整備経過点検と異なる場合、新しい整備経過点検情報を整備経過点検IDフィールドと整備経過点検リビジョンフィールドに入力できます。
- ステップ 2 - 改修情報
- 終了するイベントが改修の検査イベント (初期または継続) である場合、アシスタントの 2 番目のステップとして改修情報ステップが開きます。ここでは、改修の予防チェックに関する情報を入力する必要があります。アシスタントステップに表示される情報を読むことをお勧めします。
- 構成のシリアルの品目ID変更セクションでは、名前を変更する構成内の品目リビジョンまたは影響を受ける品目に関する情報を入力できます。名前変更情報で履歴レコードを更新するかどうかも定義できます。アシスタント ステップに表示される情報を読むことをお勧めします。
- ステップ 3 - 使用資材と運用値
- このステップでは、イベントで消費された資材に関する情報を入力し、運用パラメータ値を入力できます。
- 「資材一覧」セクションで新しいレコードを作成し、適切な情報を入力します。
- 「運用パラメータ値」セクションを使用し、実行中の保守イベントが完了した時点での運用パラメータ値を登録します。また、運用値を提案オプションを使用して、シリアルの現在の運用パラメータ値を入力できます。
- 運用パラメータ値が指定された場合、それらは履歴に保存され、次回のメンテナンスの計算にも使用されます。運用パラメータ値が指定されていない場合は、イベントの終了日に最も近い履歴値が使用されます。
前提条件
- サインオフ要件のない保留中のイベントが存在する必要があります。イベントにサインオフ要件が存在する場合、サインオフ要求ありオプションが有効になります。
- 整備指示を保留中のマニュアル イベントに接続してはなりません。整備指示がイベントに接続されている場合、タスクに整備指示有りオプションが有効になります。
- 整備工場を定義する必要があります。
- 個人グループ資源タイプの資源を定義する必要があります。資源は、イベントに関連付けられた整備工場のサイトで有効である必要があります。
- イベントの終了時に整備経過点検を生成する場合は、整備経過点検の定義が存在する必要があります。
シリアル不具合イベントの場合:
- 不具合コードが定義されている必要があります。不具合に機能番号が入力されている場合は、機能故障に対して不具合コードが登録されている必要があります。
- 不具合原因を入力する場合は、その原因が定義されている必要があります。
改修イベントの場合:
- クイックレポート可オプションは、改修定義または改修詳細ページで改修レコードに対して有効にする必要があります。
- 終了するイベントが実行タイプの改修イベントである場合最終処置部品ID の変更につながる場合は、シリアルに新しい部品番号とリビジョンを入力する必要があります。これらの値は、改修定義ページの割当品目リビジョン タブまたは改修詳細ページの一覧 - 反映品目タブで入力できます。
- 改修作業によって自動品目 ID の変更が発生する場合は、保留中の変更保留イベントは最終処置実施タイプが設定されている必要があります。
- 改修作業によって、構成内にインストールされているシリアルの品目 ID が自動的に変更される場合は、新しい品目番号が古い品目番号の有効な代替として定義されている必要があります。
- 終了するイベントが実行タイプの改修イベントである場合最終処置部品ID の変更につながる場合、シリアルの新しい部品番号に対して有効な製造会社と製造会社部品番号が存在している必要があります。
- 終了するイベントが実行タイプの改修イベントである場合最終処置部品ID の変更につながる場合、シリアルの新しい部品番号に対して有効な保守プログラムとメンテナンスグループが存在している必要があります。
- 終了するイベントが最終処置実施タイプの改修イベントであり、品目 ID の変更につながる場合、複雑な MRO フローを使用するとき、シリアルは「開始済」および「クローズ」ステータスの製造オーダーに存在できません。
システム効果
- イベントは終了しました。オーダー履歴とイベント固有の履歴が更新されます。
- イベントに関連付けられたオブジェクトが輸送機器シリアルであり、シリアルがすべての実施イベントを完了した場合、シリアルの輸送機器条件は最後のイベント完了日設定の自動設定で定義される輸送機器状態コードに自動的に設定されます。
- 完了するイベントの種類に応じて、周期保守、改修、整備経過点検、耐用限度品目、または不具合延期の期限計算がシリアルで自動的に実行され、新しい期限と値が計算されます。
- バックグラウンドで作業オーダーが作成され、ステータスが「開始済」に変更され、使用された工数は単一の作業工程で報告され、消費された資材は在庫から出庫れます。作業オーダーと作業工程は Finished に設定されます。
- 品目 ID の変更につながる改修が組み込まれる場合、IFS/フリート管理全体でシリアルの品目番号が変更されます。
- 品目 ID の変更につながる改修が組み込まれる場合、品目シリアルカタログ内のシリアルの品目番号も変更され、履歴が生成されます。
- シリアルが在庫にある場合 (つまり、現在の位置が在庫ありに設定されている) が改修の実施によって名前が変更されると、名前が変更された個体に対して正しい在庫数量が作成されます。
- 作業工程ページの在庫戻入タブで改修の実施により、シリアルの品目番号またはシリアル番号が変更された場合、このシリアルの品目番号またはシリアル番号も更新されます。
- 品目 ID の変更につながる改修が対策済の場合、対策済の改修に関する情報は、IFS/フリート管理のシリアル ID 履歴に保持されます。この変更は、シリアルで部品ID の変更が行われた理由の参照として使用できます。
- 名前の変更によりシリアルの設定が無効になった場合、名前が変更されたシリアルの稼動ステータスは自動的に待機に設定されます。
- 古いテンプレート構成の構成テンプレート情報が新しいテンプレート構成に対して有効でない場合、名前が変更されたシリアルの状態区分は非使用可に設定されます。
- スケジュールされた周期保守イベントを実行する前にオーバーホール イベント (オーバーホール + サイクル) が実行された場合、オーバーホール イベント (オーバーホール + サイクル) の前に期限が切れる検査、オーバーホール (非回数) および置換計算規則を持つすべての変更されたイベントに対して、システムが自動的に周期保守リセットを実行します。変更されていない周期保守は、オーバーホールの承認後に自動的に調整されることに注意してください。
- イベントがサインオフされたときに整備経過点検情報が定義されている場合、事後メンテナンスチェックは整備経過点検定義の間隔に従って生成されます。