このプロセスは、大規模なメンテナンス訪問の準備を処理します。メンテナンス訪問を準備することで、次のことが可能になります。
メンテナンス訪問準備プロセスの機能によって得られる利点の一部を次に示します。
ほとんどのサービス指向のビジネスでは、年間を通じてのビジネスの作業負荷を大まかに把握することが、ビジネスがどれだけ効率的に運営されているか、または運営できるかを判断する良い指標となります。これを容易にするために、さまざまなメンテナンスアクティビティのために資産がメンテナンス施設を通過する可能性のある潜在的な機会を表す、いくつかのメンテナンス時間帯を入力することができます。この計画の初期段階では、施設管理者は、サポート可能な資産 ( 規模および施設の承認された能力に応じて )、利用可能な資源時間、施設のダウンタイム ( メンテナンス、シャットダウンな ど)、および年間の目標予算の観点から施設の能力を確認します。メンテナンス時間帯の登録により、施設計画者は実績の訪問が行われるかなり前に潜在的なメンテナンス訪問を登録できます。これにより、施設全体のスループットの計画が改善されます。
マネージャーがこれらの時間帯を特定すると、サービスプロバイダーとオペレーターの間でさらに交渉を行うことができます。多くの場合、メンテナンス施設の管理者は、特に重メンテナンスプロバイダーが損傷した資産の修理アクティビティもサポートする防衛分野では、機会を捉えた訪問要件のために時間帯を予約します。民間航空の分野でも、機会を捉えた訪問が行われる可能性があります。民間航空の分野では、オペレーターが資産をサポートする承認済みの機能を持つさまざまなサービス プロバイダーを使用するオプションがあり、このような施設管理者も施設内の負荷を計画する際にこれらの要件を念頭に置いています。
多くの場合、サービスプロバイダーとオペレータの間で訪問が交渉されるときには、資産がメンテナンス施設に入るときに実行する必要がある保守イベントの基本的なタイプ (D-Checkインスタンス ) が広く理解されています。
計画プロセスが固まり続けるにつれて、資産の実際のメンテナンス要件の確認がサービスプロバイダーとオペレータの間で確認され、合意されます。このプロセスでは、訪問の全内容を確定させる前に、IFS/ フリート管理で大量の情報が利用可能になっていることが必要です。サービスプロバイダーが IFS Cloud を使用し、オペレータが独自の前方 / 後方資産メンテナンスアプリケーションを使用している場合など、資産がIFS/ フリート管理機能を使用して完全に保守されていない場合は、訪問の全内容を確定する前に、IFS/ フリート管理で膨大な量の情報を入手する必要があります。ただし、サービスプロバイダーとオペレータが情報を共有する場合でも、 IFS Cloudの同じインスタンス内で、イベントコード、整備指示、構成に関する詳細の内容をサービスプロバイダーが追加および拡張する必要がある場合があります。
少なくとも、IFS/フリート管理を通じて次の情報を作成する必要があります:
したがって、メンテナンス訪問の計画プロセスでは、さまざまな保守イベントコードをメンテナンス訪問のインスタンスに関連付けます。そのため、メンテナンス訪問の一部として含めることが合意されている周期保守、変更、シリアル障害、延期障害、および LLP 交換は、訪問のインスタンスを表す保守オーダーに追加されます。これは、適用可能なシリアル番号やイベントコードなどの追加情報で確定されたメンテナンス時間帯、または機会を捉えたメンテナンス訪問を表す新しい保守オーダーのいずれかになります。
すべてのイベントコードと整備指示が保守オーダーに追加されると、プランナーは訪問の内容を調整して、メンテナンス施設全体で最適な計画スループットを確保しようとします。プランナーは ELS ガントを確認し、以下のさまざまな入力を使用して、さまざまなイベント ノードと整備指示間の依存関係を作成します ( 結果としてイベント ネットワークが作成されます ) 。
プランナーは、訪問構成内で最も適切な ELO ( 実施ロジックオーダ )ノードに効果的にグループ化されていない整備指示も確認し、これらを最も有効な ELO に移動します。
訪問計画担当者は、計画が正確であり、メンテナンス訪問の範囲を反映していることを確認したら、次の作業を行います。
多くの場合、サービスプロバイダーとオペレーターは、資産がメンテナンス施設に到着する前に、資産に対して事前訪問検査を物理的に実行できることに同意します。これらの検査訪問の目的は、合意された訪問内容の妥当性をさらに確認し、資産がサービスプロバイダーに到着する前に資産の基本的なメンテナンス状態をより深く理解することです。このプロセスの一環として、特に AD ( 耐空性指令 ) や SB ( サービス速報 ) などが公開されているが、資産に対して組み込まれていない場合、追加のイベントを含めるよう交渉することができます。特に、訪問の計画段階でコンポーネントの周期保守などが合意されていたが、訪問内容の当初の範囲と実績の範囲の間で構成品目の変更が発生した場合には、範囲から一部のイベントを除外することも可能です。
資産がサービス プロバイダーの施設に到着したら、導入する必要があります。これには以下が含まれる可能性があります:
オブジェクトの運用データが更新されると、周期保守、改修イベント、および LLP 交換が計算されます。これにより、資産の信頼性を確実に維持するために、メンテナンス訪問にイベントコードを追加する必要が生じる可能性があります。