メンテナンス(保守)プログラムの管理プロセスは、次のサブプロセスで構成されます。
このサブプロセスは、予防保守(周期ベースの)保守計画と状態基準保守定義を処理します。
シリアル(設備)品目番号ごとに、1つ以上の保守グループを定義できます。保守グループは、特定の状態区分(長距離または短距離、非常に暑い天候または非常に寒い天候など)によって識別されます。状態区分に応じて、予防保守を実行する必要性が異なる場合があります。予防保守の周期は、各保守グループで使用可能な任意の運用パラメータで定義でき、またカレンダ周期でも定義できます。シリアル(設備)品目に対して定義されているすべての運用パラメータは、通常、その特定の品目の各保守グループに存在し、各保守グループには、その特定の状態区分に関連するより多くの運用パラメータを追加で含めることができます。各周期は保守コードごとに定義されます。1つの保守コードには、 1つ以上の整備指示を接続することができ、各保守コードは、特定の周期内に実行する必要がある整備指示のグループとして機能します。各保守グループの保守計画は、無制限の数の周期で構成できます。回数に設定された保守コードを使用すると、保守計画が終了し、最初からやり直しされます。
ある輸送機器の保守プログラムは、別の輸送機器の保守プログラムとは大幅に異なる場合があります。保守アクセスと特定の品目の緊急度に応じて、保守プログラムにオンコンディションメンテナンス保守が含まれる場合があります。このタイプの保守の背後にある考え方は、品目またはシステムの稼働ステータスを確立するために計測を行うことです。これは、特定のスケジュールで輸送機器のメンテナンス(保守)を指示するか、内蔵のテスト機器を使用して輸送機器を自動的に監視することによって実行できます。限度条件は、限度と推奨される監視周期とともに、各シリアル品目(設備)リビジョンに対して監視する必要がある限度条件を説明します。シリアル(設備)として定義された構成品目の状態をいくつでも監視できます。まず、監視が必要な状態を定義することが主な原則です。通常、2回の同時測定間における通常値、警告限界、危険限界、および変化(重大な)限界が定義されます。測定時にこれらの限度のいずれかを超えた場合、警告と危険信号が発せられます。
このサブプロセスは、不具合修理持越しルールの定義を処理します。これらのルールを使用して、緊急度の低い不具合を修理持越します。一連のルールは、どのような種類の不具合を持越しできるか、またどのような種類の資材で持越しできるかを管理します。不具合は、運用周期とカレンダの組み合わせで持越しすることができ、有効になる前に承認が必要です。
整備指示には、周期保守、改修、LLP、限度条件、不具合、整備経過点検など、さまざまな種類の保守イベントに対して実行する必要がある内容が示されます。これは、製品構成内の各保守オブジェクト(施設/設備)および機能の保守整備指示(点検)の数、これらを実行する保守イベントの種類、および必要な消耗品、修理可能品、構成品目の観点から示されます。各整備指示ごとに、必要な資源、資材、ゾーン、アクセス パネル、作業承認要件、緊急度、および状態計測を定義できます。
整備指示は通常、サブタスクと呼ばれるより詳細なアクティビティに分割されます。サブタスクは、さまざまな種類の保守イベントで定義して使用できます。サブタスクには、整備指示と同様の情報が含まれます。サブタスクと整備指示に共通する情報の例: 整備指示/サブタスクの種類と実行される場所、機能の内訳、実行フェーズ、資源要件、資材、ゾーンとアクセスパネル、および作業承認要件。
特定の保守イベントコード内で整備指示とサブタスクのネットワークを定義することもできます。これは、イベントコード内の整備指示と整備指示内のサブタスクの先行タスクを定義することによって行われ、保守訪問中に実行されるイベント コードの最適化された順序計画を表します。
負荷レートは、システムがどのような負荷または張力(推力)の下で使用されるかを示すために使用されます。負荷レートは、通常、構成の最上位テンプレート品目に対して入力されますが、構成内の下位テンプレートレベルに入力することもできます。負荷レートの1つを規定値に設定できます。つまり、他に何も指定されていない場合は、シリアル(設備)は自動的に既定の負荷レートに設定されます。
テンプレート構成に耐用限度のある品目が含まれている場合、負荷レートは影響を及ぼします。ストレス評価に基づいて、一覧 - 耐用限度品目(LLP) の寿命制限を入力します。負荷レートは、LLP を使用できるすべてのテンプレート構造と、各テンプレートに定義されているすべての負荷レートに対して定義できます。耐用限度は運用パラメータ値に入力されます。さらに、製造日からのカレンダ月数と修理の最大回数として耐用年数を入力できます。事前警告日数を入力して、耐用限度がきたシリアル(設備)が使用できなくなる前に、保守イベントを作成するタイミングを識別します。整備指示とサブタスクは、耐用限度に接続しされ、保守訪問時に作業を実行するためのロジカルオーダーで実行することができます。
このサブプロセスは、改修の定義と、改修に割り当てられるさまざまな種類の資材を処理します。改修自体は通常、次のいずれかから発生します。
改修の発行者は、改修に割り当てるべき資材の種類と、改修に準拠することの重要性を指定します。異なる資材タイプは、フリート管理内の1つ以上のシリアル品目(設備品目)番号またはリビジョンに相当します。割り当てられたシリアル品目番号(施設/設備品目番号)またはリビジョンは、改修に準拠する必要がある実際のシリアル番号(設備品目番号)を再度制御します。
このサブプロセスは、改修の割り当てられた各品目リビジョンの詳細情報の定義を処理します。このプロセスに必要な手順は(「IFS/複合アセンブリ MRO」を実行している場合を除く)、割り当てられた各品目リビジョンに対して定義されているさまざまな種類の検査と最終処置に対して実行される整備指示を入力することです。
改修を実行するために、別の改修への準拠が必要な場合、または別の改修への準拠が除外される場合は、割り当てられた品目リビジョンごとにこれを登録する必要があります。
改修に従う必要があるかどうかを判断するために、検査を定義できます。このような検査は、割り当てられた品目ごとに異なる方法で定義できます。
割り当てられた品目に最終処置が定義されていない場合は、最終処置の間隔を入力する必要があります。
割り当てられた各品目リビジョンの詳細情報がすべて入力されたら、改修を有効化する必要があり、シリアル(設備)が改修に割り当てられます。
整備指示とサブタスクは、改修コードに接続し、保守訪問時に作業を実行するための順序で実行することができます。
「IFS/複合アセンブリ MRO」を実行している場合は、改修を設定する際に影響を受ける品目に修理コードを割り当てるオプションがあります。影響を受ける品目が定義されている改修が有効化されると、有効な製造サイトに自動的に転送されます。つまり、割り当てられた品目リビジョンがすでに転送されており、ユーザーが許可されているサイトです。修理コードが定義されている場合、この情報は影響を受ける品目の情報とともに転送されます。
このサブプロセスは、改修が有効化された後に、改修の新規リビジョンを作成せずに、改修に対して実行できる可能性のある改修を処理します。また、このプロセスでは、ステータスを廃止に変更して改修を無効にし、改修を削除します。
このサブプロセスは、改修に従ってテンプレート構造への変更の導入を処理します。改修により、テンプレート構成の新しい代替定義が導入されたり、既存の代替定義が変更されたりすることがあります。通常の変更の種類としては、改修に従った後、代替手段が使用できなくなることが挙げられます。
改修により、テンプレート構成の構成にも変更が加えられる場合があります。構成は拡張 (構成位置の追加) することも、縮小 (構成位置の削除) することもできます。