間隔ベースのメンテナンス(保守)プログラム
導入
周期ベースの保守では、保守プログラムで指定された周期で設定された繰り返し実行保守イベントが実行されます。
「フリートおよび管理でアクセス管理」の機能を使用すると、保守プログラムと所属するシリアル(設備)がアクセス制御されます。シリアル(設備)または保守プログラムへの指定されたアクセス権を持つユーザーのみが情報を表示または更新できます。「フリート管理のアクセス管理」の詳細については、オンラインヘルプファイルアクセス制御を参照してください。
周期ベースの保守プログラムの手順は次のとおりです。
メンテナンス(保守)プログラム定義
この機能により、保守プログラムのリビジョンをコントロールできます。品目番号が運用される地域、国、または法律の要件が異なるため、特定の品目番号に対して違うために、特定の品目番号に対して異なる保守プログラムが必要になる場合があります。特定の品目番号に対して異なる保守プログラムが必要となるもう1つの理由は、同じ品目の製造会社が複数ある場合があることです。製造会社によって保守要件が異なる可能性があるので、異なる保守プログラムの使用が必要になるのです。
各保守プログラム内では、各品目に対して1つ以上の保守グループを割り当てることができます。各保守グループは、長距離または短距離、寒いまたは暖かい天候などの異なる状態区分を反映します。
保守プログラムは、周期ベースの保守プログラムの中核となります。
保全計画の定義
保守プログラムに有効なシリアル品目(設備品目)と保守グループの組み合わせを入力すると、保守プログラムに使用する保守計画を作成できます。前述のように、保守プログラムを有効に設定し、周期ベースの保守プログラムに関するさらなる作業を実行する前に、保守計画を保守プログラムに接続する必要があります。
ここでは、保守プログラムで使用される保守計画の周期を接続または作成できます。運用パラメータ(時間、マイル、数など)ごとに定義された周期とともに、各品目および保守グループのカレンダ時間を組み合わせて、予防保全の期日が決まります。
カレンダ周期とともに周期ベースの予防保全を生成する規定運用パラメータに加えて、任意の数の他の運用パラメータを追加できます。これらはシリアル品目(設備品目)および保守グループごとに登録されます。
各シリアル品目(設備品目)と保守グループごとに、保守コード (検査、オーバーホール、チェック) が定義されます。任意の数の保守コードを、接続済周期 (運用パラメータおよび/またはカレンダ) で定義できます。
保守プログラムで使用される保守計画に接続するために有効な保守コードを基本情報として定義します。保守計画の作成が完了すると、これらの保守コードはシリアル品目(設備品目)のすべてのリビジョンに対して有効になり、整備指示に接続できるようになります。
保守計画に割り当てられている保守コードに対して、整備指示を作成することも、既存の整備指示を接続することもできます。保守計画の品目リビジョンごとに整備指示を定義すると、保守対象の選択されたシリアル品目(設備品目)に対して実行される作業を定義することになります。
フェーズ検査、つまり相互に依存する検査は、保守計画で定義できます。先行する検査を入力することで、フェーズ検査の連番または回数を形成できます。
計算規則
計算規則は、保守計画に関連付けられた各保守コードに対して計算を実行する方法を決定します。以下の表では、これらの各規則について説明します。
| 計算規則 | 説明 |
| 計算なし | 期限の計算では、保守コードは考慮されません。たとえば、毎日の検査のドキュメントを、シリアル保守/周期保守タブに表示したくない場合にこの規則を使用できます。 |
| 検査 | この計算規則の期限は、シリアル(設備)の運用パラメータの「オーバーホール後の値」に基づいています。この規則を持つ各保守コードは、(回数ごとに)繰り返されます。 注釈:この規則に関連付けられた保守コードは、回数区分フィールドに値として非回数が指定されていなくてはなりません。 |
| オーバーホール |
この計算規則の期限は、シリアル(設備)の運用パラメータのオーバーホール後の値に基づいています。この計算規則を持つ各保守コードは、(回数ごとに) 繰り返されます。注釈:この計算規則に関連付けられた保守コードには、回数区分フィールドに非回数または回数のいずれかを指定する必要があります。複数の保守コードが使用されている場合、最大周期の計算規則の回数区分フィールドには、値として回数が指定されていなければはなりません。そうしないと、回数を制御するイベントよりも長い周期のオーバーホールの期日が正確に計算されません。
回数として設定された保守コードを実行すると、すべてのシリアル(設備)の運用パラメータのオーバーホール後の値と修理後の値がリセットされることに注意してください。 |
| 特別 | この計算規則の期日は、シリアル(設備)の運用パラメータの合計値に基づいています。この計算規則を持つ各保守コードのうち、繰り返し周期が定義されていないものは、シリアル(設備)の保守プログラムまたは保守グループが変更されるまで、1回だけ実行されます。別の保守プログラムおよび/または保守グループに変更し、再度元に戻すと、この計算規則を持つすべての保守コードの期限が再度切れることになります。繰り返し周期が定義されている場合、この計算規則を持つ保守コードは、指定された周期に従って期限が切れます。 |
| 置換 | この計算規則の期限は、シリアル(設備)の運用パラメータの「オーバーホール後の値」に基づいています。この規則を持つ各保守コードは、(回数ごとに)繰り返されます。この計算規則のユニークな特徴は、期日が、シリアル保守/周期保守タブ内で、構成の最上位のシリアル番号に表示され、オーバーレイ連番で示されることです。その理由は、構成品目を交換するには、最上位のシリアル番号を整備工場に入力する必要があるからです。 |
| 製造日 | この計算規則の期日は、シリアル(設備)の製造日後の時間単位数に基づいています。各保守コードは1 回のみ実行されます。シリアルの製造日に基づいてより多くの期限を、この計算規則を使用して保守コードを追加することで取得できます。 |
| インストール日付 | この計算規則の期日は、シリアル(設備)のインストール日後の時間単位数に基づいています。この計算規則を使用して保守コードを追加することで、シリアル(設備)のインストール日に基づいてより多くの期限を取得できます。各保守コードは、シリアルのインストール日が変更されるか、シリアル(設備)の保守プログラムおよび/または保守グループが変更されるまで、1回だけ実行されます。インストール日を変更したり、別の保守プログラムや保守グループに変更して元に戻したりすると、この計算規則を持つすべての保守コードの期限が再度切れることになります。 |
| フェーズ検査 | この計算規則は、フェーズ検査として処理する必要があるすべての保守コードをマークするために使用する必要があります。フェーズ検査の計算規則の期限は、保守計画の以前の保守コードフィールドに指定された前回の承認に基づいています。注釈:計算規則としてフェーズ検査で定義された保守コードは、フェーズ検査開始オプションが有効になっていない限り、先行保守コードに値が指定されていなくてはなりません。この計算規則で定義された保守コードは、フェーズ検査連番の最後の保守コードでない限り、繰り返し実行するものとして定義することはできません。 |
フェーズ検査
フェーズ検査は、1つ以上の検査が相互に依存している場合に使用する必要があります。保守計画では、次の検査の前にどの検査を実施する必要があるかなど、フェーズ検査情報を入力できます。先行する検査を入力することで、検査の連番または回数を形成できます。フェーズ検査として処理する必要があるすべての保守コードには、計算規則でマークする必要があり、フェーズ検査そしてフェーズ検査開始オプションが、検査の連番またはサイクルの開始点となる保守コードに対して有効になっている必要があります。フェーズ検査連番の最後の保守コードが他の保守コードの先行として使用されていない場合は、繰り返し実行するものとして定義できます。
フェーズ検査回数の典型的な例としては、民間航空機の A チェックが挙げられます。これは A1 チェックから A4 チェックに分かれており、たとえば 400 時間後に A1 が最初に実行され、次に A1 の 400 時間後に A2 が実行され、A2 の 400 時間後に A3 が実行され、A3 の 400 時間後に A4 が実行されます。A4 が完了すると、回数区分は A4 の 400 時間後に実行される A1 から再開されます。保守計画におけるフェーズ検査のサイクル定義は次のようになります。
| 保守コード | 先行保守コード | 周期 |
| A1 | A4 | 400 |
| A2 | A1 | 400 |
| A3 | A2 | 400 |
| A4 | A3 | 400 |
同じ A チェックは、フェーズ検査連番の例にも使用できます。この場合、たとえば、A1 は最初に 400 時間後に実行され、次に A2 は A1 の 400 時間後に実行され、A3 は A2 の 400 時間後に実行され、A4 は A3 の 400 時間後に実行されます。A4 が完了すると、A1 または A2 はそれ以上発生しなくなります。保守計画におけるフェーズ検査の連番定義は次のようになります。
| 保守コード | 先行保守コード | 周期 |
| A1 | 400 | |
| A2 | A1 | 400 |
| A3 | A2 | 400 |
| A4 | A3 | 400 |
メンテナンス(保守)計画を入力する際のルール
保守計画内の保守コードは、回数区分内で実行される回数によって定義されます (「回数」として設定された保守コードによって制御されます)。
同じ保守計画内で、保守コードを複数回定義する場合、同じ周期が複数回発生することは許可されません。さらに、保守コードでは、同じ保守計画内で1つの計算規則のみを使用できます。このルールの期日がシリアル(設備)の合計運用値に基づいている場合、特別の計算規則に対するカレンダ周期と単位を指定することはできません。
置換の計算規則は、アクションを実行する前、たとえば、オーバーホールの前にエンジンを交換する場合、使用されます。保守計画でシリアル(設備)の置換を定義します。置換は、置換の原因となるイベントとは無関係に実行する必要があります。置換の期限を計算する場合、イベントは最上位レベルの輸送機器(車両)に対しての期限となります。
保守計画の内部依存関係は、あるイベントの達成がそれに依存イベントの達成につながることを示します。たとえば、イベント E2 を達成すると、イベント E1 も達成されます。前述のように、計算規則である置換は、置換の原因となるイベントへの依存関係を示す必要があります。その他の計算規則の場合、内部依存関係はオプションです。 注釈:循環参照を含む内部依存関係を定義することはできません。以下の図とテーブルは、イベントの計算規則に従って許可される内部依存関係の接続を示しています。
| 計算規則 | 内部依存関係の規則 |
| 計算なし | 期限の計算では、保守コードは考慮されません。この規則は、たとえば、シリアル(設備)の周期保守計画に記載したくない日次検査のドキュメントに使用できます。 |
| 置換 | 計算規則は、「検査」または「オーバーホール」の計算規則を持つ他の保守コードに依存する場合があります。置換計算規則には、それに依存する保守コードを含めることはできません。 |
| 特別 | 計算規則は他の保守コードに依存できません。保守コードは、計算規則が「計算なし」である場合、これに依存することができます。 |
| 検査 | 計算規則は、「検査」または「オーバーホール」の計算規則を持つ他の保守コードに依存する場合があります。計算規則は、「計算なし」、「置換」、または「検査」の計算規則がある場合、計算規則には、それに依存する保守コードを持つことができます。 |
| オーバーホール | 計算規則は、「オーバーホール」計算規則がある場合、他の保守コードに依存することができます。計算規則は、「計算なし」、「置換」、「検査」、または「オーバーホール」の計算規則がある場合、それに依存する保守コードを設定できます。 |
輸送機器の保守計画の例を以下に示します。簡潔にするために、工程周期のみを示します。
| コード | 周期 | 計算規則 | 回数区分 |
| E1 | 50 | 検査 | 非回数 |
| E2 | 100 | 検査 | 非回数 |
| E1 | 150 | 検査 | 非回数 |
| SP1 | 180 | 特別 | 非回数 |
| E3 | 200 | 検査 | 非回数 |
| E1 | 250 | 検査 | 非回数 |
| E4 | 300 | 検査 | 非回数 |
| E1 | 350 | 検査 | 非回数 |
| OH | 400 | オーバーホール | 回数区分 |
| SP1 | 450 | 特別 | 非回数 |
| SP1 | 1700 | 特別 | 非回数 |
シリアルの保守計画の例を以下に示します。簡潔にするために、工程周期のみを示します。
| コード | 周期 | 計算規則 | 回数区分 |
| OH | 600 | オーバーホール | 回数区分 |
| 担当 | 600 | 置換 | 非回数 |
この保守計画を適切に計算するために、シリアル(設備)、完了済保守、既存の運用値、および保守計画の周期が考慮されます。2つの保守コードの期日が同じ場合、たとえば OH と BY が運用値 600 で同時に発生する場合、両方の保守コードの期限はシリアル保守/周期保守タブで発生します。シリアル保守/周期保守タブで、保守コードが置換の計算規則を持つ保守コードが期限切れになっている場合には、シリアル番号とシリアル番号がタグ付けされた輸送機器の期限が表示されます。シリアル FL02 の例を以下に示します。
| コード | 値 | 開始 | 実完了日時 | コメント |
| E1 | 50 | 2017年1月5日 | 2017年2月5日 | |
| E2 | 100 | 2017年1月6日 | 2017年3月6日 | |
| E1 | 150 | 2017年1月7日 | 2017年2月7日 | |
| SP1 | 180 | 2017年10月7日 | 2017年12月7日 | 一度だけ発生ランク。 |
| E3 | 200 | 2017年1月8日 | 2017年4月8日 | |
| E1 | 250 | 2017年1月9日 | 2017年2月9日 | |
| E4 | 300 | 2017年1月10日 | 2017年4月10日 | |
| E1 | 350 | 2017年1月11日 | 2017年2月11日 | |
| OH | 400 | 2017年1月12日 | 2017年7月12日 | |
| SP1 | 450 | 2018年1月1日 | 2018年3月1日 | 一度だけ発生ランク。 |
| SP1 | 1700 | 2020年1月1日 | 2020年3月1日 | 一度だけ発生ランク。 |
繰返し実行計算
保守コードが等間隔で繰り返される保全計画の登録を容易にするために、繰り返し実行を使用できます。基本保守周期またはカレンダ周期と、繰り返し周期またはカレンダ周期が指定されます。期日計算は、その回数(回数区分フィールドでコントロールされる)の範囲内の正しい期日数でレイアウトされます。
検査については、特別や置換の計算規則、繰り返し計算も自由に使えます。オーバーホール計算規則では、保守が回数区分をコントロールしない限り、繰り返し計算が許可されます。については製造日やインストール日の計算規則では、繰り返し計算は許可されません。
特別計算規則に繰り返し計算を使用する場合は、保守コードに対して常に2つの期日 (切り上げ + 1) が計算されます。何故なら、この計算規則が合計運用値によってコントロールされ、通常の回数や非回数の規則に従わないからです。保守計画に回数区分がない場合に、繰り返し計算を行う他の計算規則でも同様になります。
輸送機器の繰り返し計算を含む保守計画の例を以下に示します (上記の計画に対応していますが、保守コード E1 は繰り返し実行計算でコントロールされます)。簡潔にするために、動作間隔のみを示します。
| コード | 周期 | 繰り返し周期 | 計算規則 | 回数区分 |
| E1 | 50 | 100 | 検査 | 非回数 |
| E2 | 100 | 検査 | 非回数 | |
| SP1 | 180 | 特別 | 非回数 | |
| E3 | 200 | 検査 | 非回数 | |
| E4 | 300 | 検査 | 非回数 | |
| OH | 400 | オーバーホール | 回数区分 | |
| SP1 | 450 | 特別 | 非回数 | |
| SP1 | 1700 | 特別 | 非回数 |
1つのシリアル(設備)に対するこの保守計画の適切な計算では、完了済保守、既存運用値、および保守計画内の周期が考慮されます。上記の保守計画で使用されているシリアル FL02 の期限の例を以下に示します。
| コード | 値 | 開始 | 実完了日時 | コメント |
| E1 | 50 | 2017年1月5日 | 2017年2月5日 | |
| E2 | 100 | 2017年1月6日 | 2017年3月6日 | |
| E1 | 150 | 2017年1月7日 | 2017年2月7日 | 繰り返し(50 + 繰り返し間隔)。 |
| SP1 | 180 | 2017年10月7日 | 2017年12月7日 | 一度だけ発生ランク。 |
| E3 | 200 | 2017年1月8日 | 2017年4月8日 | |
| E1 | 250 | 2017年1月9日 | 2017年2月9日 | 繰り返し(150 + 繰り返し間隔)。 |
| E4 | 300 | 2017年1月10日 | 2017年4月10日 | |
| E1 | 350 | 2017年1月11日 | 2017年2月11日 | 繰り返し(250 + 繰り返し間隔)。 |
| OH | 400 | 2017年1月12日 | 2017年7月12日 | |
| SP1 | 450 | 2018年1月1日 | 2018年3月1日 | 一度だけ発生ランク。 |
| SP1 | 1700 | 2020年1月1日 | 2020年3月1日 | 一度だけ発生ランク。 |
輸送機器の繰り返し計算を伴う保守計画の例を以下に示します。保守計画に回数がありません。簡潔にするために、動作間隔のみを示します。
| コード | 周期 | 繰り返し周期 | 計算規則 | 回数区分 |
| E1 | 50 | 50 | 検査 | 非回数 |
| SPC | 2400 | 600 | 特別 | 非回数 |
保守計画で使用されるシリアル FL02 の期限の例を以下に示します。
| コード | 値 | 開始 | 実完了日時 | コメント |
| E1 | 50 | 2017年1月5日 | 2017年2月5日 | |
| E1 | 100 | 2017年1月6日 | 2017年3月6日 | 繰り返し(50 + 繰り返し間隔)。 |
| SPC | 2400 | 2021年1月4日 | 2021年3月4日 | |
| SPC | 3000 | 2022年1月4日 | 2022年3月4日 | 繰り返し(2400 + 繰り返し間隔)。 |
許容範囲の使用
周期ベースの保守の場合、各保守コードごとに許容範囲が指定されます。許容範囲外の場合、許容範囲を使用することで、同一の保守コードを持つ次回保守が時間内に転送されることが保証されます。
許容値を使用する際の主な規則を以下の表に示します。
| 完了日 | ルール一覧 |
| 保守は許容範囲内で行われる | 運用値とは独立、計画周期(公称値)が保守値として記録されます。次回保守までの期間にずれはありません。 |
| 保守は下限値よりも早く実施される | 現在の運用値(オーバーホール後の値)を使用して、保守値を記録します。同じ保守コードによる次回保守は、同様に時間的に前倒しされて行われます (それに応じて、より早く実行されます)。 |
| 保守は上限許容値より遅く行われる | 許容範囲内で実施した場合と同様です。これからの逸脱は報告される可能性があるため、現在の運用値(オーバーホール後の値)を使用して保守値を記録します。同じ保守コードによる次回保守は、同様に時間的に後倒しされて行われます (したがって、後で実行されます)。 |
適用日基準の使用
適用日基準オプションが保守コードに対して有効になっている場合、保守計画内のその後のすべての作業は、保守コードに関係なく、最後に実行された保守の承認日(実行日に基づく)に基づいて行われます。したがって、この機能を使用すると、保守の期限は次のように計算されます。
次の周期の期日 = イベントの「作業承認日」 + 最後に実行された保守コードの「工場における作業時間」 + 「間隔(日数)」
次の間隔の期日 = 前タスク「納期」+ 「間隔(日数)」
周期保守に対してこのオプションが無効になっている場合、保守の期限は次のように計算されます。
次の間隔の期日 = イベントの「サインオフ日」 + 「間隔(日数)」
次の間隔の期日 = 前タスク「納期」+ 「間隔(日数)」
カレンダベースのメンテナンス(保守)の調整
カレンダベースの保守既定値の動作は次のとおりです。
- 保守実施が早期に行われると、次回発生ランクでも同じように早期に実行されます。(Cal.Int. - 早期の場合調整オプションが保守計画で無効化されます。)
- 保守実施が遅すぎると、そこから得られるものは何もありません。次回の発生ランクは、前回の発生ランクの期日に基づいて行われます(Cal.Int. - 遅れの場合調整オプションが保守計画で有効化されます。)
注釈:Cal.Int. - 早期の場合調整 および Cal.社内遅れの場合調整 は、適用日基準オプションが保守計画で有効化されている場合、影響ありません。
周期保守が承認されるたびに、シリアル保守/最終保守の保守日付フィールドには、実際の終了日(各保守コードに対する最終実施日)が表示されます。これは、調整されたカレンダベースの間隔にも適用されます。実施日に加えて、カレンダ訂正フィールド(シリアル保守/最終保守)は、次の発生ランクを何日後 (負の値) または何日前 (正の値) にシフトするかを追跡します。カレンダ訂正フィールドの値は、カレンダベースの周期保守が承認されたときに計算されます。
保守計画のさまざまな設定は、カレンダ訂正の計算方法に影響します。保守計画ではさまざまな設定規則があります:Cal.Int. - 早期の場合調整 および Cal.Int. - 遅れの場合調整 保守計画において:
- もし、Cal.Int. - 遅れの場合調整オプションが有効化され、保守が期限日より前に実行される場合、 カレンダ訂正フィールドに、期限日と実際の終了日の差(負の値)が入力されます。次回の保守コードの発生ランクには、カレンダ訂正が考慮されるため、前回の発生ランクの期日に基づいて期限が設定されます。
- もし、Cal.Int. - 遅れの場合調整オプションが無効化され、保守が期限日より後に実行される場合、カレンダ訂正フィールドはクリアされます。
- もし、Cal.Int. - 早期の場合調整オプションが無効化され、保守が期限日よりも前に実行される場合、 カレンダ訂正フィールドはクリアされます。
- もし、Cal.Int. - 早期の場合調整オプションが有効化され、保守が期限日より前に実行される場合、 カレンダ訂正フィールドに、期限日と実際の終了日の差(正の値)が入力されます。次回の保守コードの発生ランクには、カレンダ訂正が考慮されるため、前回の発生ランクの期日に基づいて期限が設定されます。
カレンダベースの保守の期限計算が実行されると、カレンダ訂正フィールドが考慮されます。
注釈:提案されたカレンダ訂正は、構成ログ入力/周期保守タブで変更することができます。これは、正しい開始日または期日を計算するために異なる修正値を必要とする、許容範囲が有効なカレンダプランの開始値を入力する場合に便利です。保守計画のさまざまな設定は、周期保守タブのカレンダ訂正に入力されます:
- もしCal.Int. - 遅れの場合調整が選択されると、 負の値のみをカレンダ訂正に入力できます。
- もしCal.Int. - 早期の場合調整が選択されると、正の値のみをカレンダ訂正フィールドに入力できます。
- 両方、Cal.Int. - 遅れの場合調整およびCal.Int. - 早期の場合調整が選択されないと, 値をカレンダ訂正フィールドに入力できません。
計算に影響するオブジェクトプロパティ
イベントと期日の計算に影響するオブジェクト(施設/設備)プロパティは次のとおりです。
- TASK_CALC_EVENTS:このプロパティの目的は、オーバーホール計算規則で定義された保守計画があり、回数区分が指定されている場合の動作をコントロールすることです。このプロパティの値を FIRST に設定すると、保守計画内の各保守コードの最初の発生ランク(期日) のみが計算されます。これは、インスタンス、保守計画に「毎日の検査」があり、それが計画全体の中で何度も実行される場合に役立ちます。このプロパティの値を SEVERAL に設定すると、保守計画内のすべての保守コードのすべての発生日 (期日) が計算されます。
- ASK_CALC_HORIZON:このプロパティの目的は、計算されるイベントの数を年数で制限することです。今日から指定した年数より後の期日を持つイベントは表示されません。オーバーホール計算規則と回数が指定されている保守コードは、期限が指定の年数より後であっても常に計算されることに注意してください。