複雑な組立 MRO フローを実行するには、MRO 製造工程データを設定する必要があります。MRO 業界では、品目は製造されるのではなく、保守および修理されます。複雑な組立 MRO ソリューションでは、オーバーホールプロセスは通常、分解、処置、修理 (必要な場合)、および組立の各ステップで構成され、すべて製造オーダーを使用して実行されます。オーバーホールでは、品目は指定されたポイント (保守レベル) まで分解済み、検査 (つまり処置済み) され、事前に定義された保守や変更が実行され、追加の問題 (障害判定) が記録され、通常は標準化された一連の手順 (修理コード) を使用して修理された後、品目が再組み立てされて顧客に返却されます。
予想どおり、さまざまなオーバーホール品目の保守は同様になる可能性があります。たとえば、修理工場では、さまざまなメーカーやモデルの航空機エンジンの修理を行うことがあります。しかし、これらの異なるエンジンのオイル交換を実行する際に関係する品目と工程には、かなりの重複がある可能性があり、おそらく実際にオーバーラップしていると思われます。このオーバーラップを認識して、私たちは修理と変更の標準化を容易にし、データ入力を削減するデータ構成を採用しています。この標準化は、再利用可能な MRO 製造工程データ要素、モノリシック構成と手順の概念によるデータ入力の削減を通じて実現されます。
オーバーホール品目のテンプレート構成が最初に製造に転送されると、オーバーホール品目に対して、組立用と分解用の 2 つのモノリシック構成が作成されます。これら 2 つの構成は、作成時には最初同一です。その後、ユーザーは 2 つの構成が異なるように変更を加えることができます。ただし、これらの変更はテンプレート構成には反映されません。ユーザーは、類似のモノリシック分解および組立手順を手動で作成します。これらのモノリシック手順には、オーバーホール品目の分解と組立を実行するプロセスで使用できるすべての工程とコンポーネントが含まれます。分解と組立の両方のモノリシック構成と手順は、「実際の」品目ではなく位置に対して定義されます。
ユーザーは修理用のモノリシック構成と手順も手動で作成します。修理構成は、修理プロセス中に使用される可能性のあるすべてのスペア品目と消耗品のスーパーセットを表しますが、修理手順は、可能性のあるすべての機械および労働工程のスーパーセットを表します。修理構成と手順は、位置品目ではなく「実際の」品目に対して定義されます。
MRO 製造工程データ要素との関連付けにより、これらのモノリシック構成と手順を特定の目的に合わせてカスタマイズできます。分解と組立の場合、保守レベルと修理コードが関連するデータ要素であり、処置と修理の場合、処置コード、障害判定コード、修理コードがすべて使用されます。この調整には、特定のタスクを達成するための関連するコンポーネントと工程のサブセットを定義することが含まれます。たとえば、ユーザーは、オーバーホール品目を特定の保守レベルまで分解するために必要な品目と工程のサブセットを定義できます。または、特定の修理手順を実行する際に必要な消耗品目や工程。
これにより、作業範囲が定義されている作業指示書に関連付けられた指示書構成から生成される分解、処置、および組立製造オーダーで、これらのモノリシック構成と手順を使用できるようになります。
MRO 製造工程データは、次のもので構成されます。
これらのデータ要素の一部はシリアルテンプレート構成の転送前に定義できますが、ユーザーは転送後にこれらの MRO 製造工程データ要素を作成することが前提となります。具体的には、ユーザーは、品目ごとの保守レベル、品目ごとの障害判定コード、品目ごとの修理コード、および転送後の変更修理のみを定義できます。必要に応じて、実際の保守レベル、処置コード、顧客処置コード、および修理コードを転送前に定義できます。これらのデータ要素はすべて、転送によって作成されたか、ユーザーによって定義されたモノリシック構成と手順に密接に依存します。保守レベル、障害判定コード、および修理コードと在庫品目の関連付けは、それらの品目が作成された後にのみ実行できます。在庫品目レコードを作成するのは、シリアル テンプレートの初期転送です。
モノリシック構成内の分解と (その後の) 組立が必要になる可能性のある各品目に対して、1 つ以上の保守レベルを指定する必要があります。分解の場合の保守レベルは、サービスが必要な品目を露出させるためにオーバーホール品目または組立をどの程度分解必要があるかを表します。組立の場合、保守レベルはオーバーホール品目の組立が行われる開始点を表します。
保守レベルは構成または組立の 1 つのレベルにのみ影響することを認識することが重要です。4 レベルの構成で作業している場合、個別品目生産計画が最上位レベルの品目で、レベル 4 が最下位レベルのリーフ品目である場合、親品目、レベル 2 の各組立、およびレベル 3 の各組立の保守レベルを定義する必要があります。レベル 2、3、4 のリーフ品目では、保守レベルを定義する必要はありません。この例では、最上位レベルの品目の保守レベルを定義することはできず、その結果、第 4 レベル、さらには第 3 レベルまで完全に分解ことになります。
5 つの主要なサブアセンブリで構成されるエンジンを考えてみましょう。サブアセンブリのさまざまな組み合わせを公開する一連の保守レベルを定義できます。たとえば、完全な分解に対して保守レベル 10 を定義できます。レベル 1、2、3 の分解に対してその他の保守レベルを定義することもできます。各レベルでは、保守のために徐々に多くのサブアセンブリが公開されます。多くの品目に適用できる汎用的な保守レベル (完全な分解の保守レベルなど) を定義したり、品目固有またはモデル固有の保守レベルを作成したりすることも可能です。
保守レベルが汎用的なものか特定のものかにかかわらず、在庫品目に関連付ける必要があります。在庫品目に関連付けられると、分解と組立の両方の構成または手順レベルで保守レベルが具体化されます。ここでは、指定された保守レベルに対して、削除または組み立てられる品目のサブセットと実行される工程が定義されます。分解と組立では、品目と工程のセットが異なる場合があることに注意してください。作業範囲の定義中に、オーバーホール対象の項目のコンポーネントに対して、分解および組立の保守レベルが指定されます。これらの保守レベルは、分解済みまたは組み立てるコンポーネントのセットと、分解または組立を実行するための工程に直接変換されます。
処分コードは、分解済みコンポーネントに対して何を行うべきかを示すために処置時に使用される事前定義された値です。たとえば、受け入れる、洗浄する、廃棄、欠陥を記録する、MRB に送信してレビューする、などです。処置コードは品目の特定の問題を説明するものではありません。それが障害判定コードの目的です。処置コードは特定の顧客およびサイトにリンクされます。ただし、1 つの処置コードを多数の顧客サイトの組み合わせに結び付けることができます。処置時には、オーバーホール品目に関連付けられた顧客およびサイトに有効な処置コードのみを使用できます。
障害判定コードは、一般的なものでも品目固有のものでもかまいません。障害判定コードは、処置検査中に特定できる問題、欠陥、または障害判定の種類を表します。たとえば、再びエンジンについて考えると、外観上の欠陥、構成上の欠陥、機械的な欠陥などに対して障害判定コードを作成できます。障害判定コードドは、使用する前に在庫品目に関連付ける必要があります。
オーバーホール品目の特定のコンポーネントについては、ユーザーは修理を行えるようにする必要があります。修理コードは、修理を実行または構築するために使用される修理アクティビティの一般的な定義を表します。エンジンの修理コードの例としては、次のようなものがあります。オイル交換、ラジエーター洗浄、タイミングベルト調整など。あるいは、修理コードをより詳細なレベル (オイルドレンプラグの取り外し、オイルの排出、オイルフィルタの交換、オイルの追加) で定義し、修理 (オイルの交換など) の構築に使用することもできます。ただし、修理方法の詳細は、オーバーホール品目ごとに多少異なる場合があります。異なる工程が必要になったり、異なる消耗品目が使用される場合もあります (例: モーター オイルの重量が異なる)。これらの詳細は、修理コードと在庫品目の関連付け、モノリシック修理構成と手順の作成、および修理コードとこれらの修理構成と手順のサブセットへのリンクの後で明示的に示されます。
修理コードが作成されたら、ユーザーはそれを在庫品目に関連付ける必要があります。ユーザーは、修理品目 (つまり、修理する品目) ごとに、この品目の修理で消費される可能性のあるすべての品目と実行される一連の工程を含むモノリシック修理構成と手順も作成する必要があります。修理コードは、これらのモノリシック修理構成と手順のサブセットに関連付けられます。このフェーズでは、修理コードによって呼び出される特定の修理のために消費される関連品目セットと実行される工程のみが指定されます。すべての欠陥と変更が定義された後、選択された修理コードからの工程とコンポーネントの結合として単一の修理製造オーダーが作成されます。
同様に、修理コードは、品目の障害判定コードや変更の影響を受ける品目に接続できます。前者の場合、関連付けにより品目の特定の障害判定に対処するためにどの修理コードが関連しているかが識別されます。後者の場合、関連付けにより、変更の影響を受ける品目に関連する修理コードが識別されます。オーバーホール品目の変更が定義されると、実際に作業が実行されるオーバーホール品目のコンポーネントが識別されます。これらのコンポーネントは、改修影響品目と呼ばれます。