プロジェクト MRP処理 は、部品の最下位レベルから始めて、部品の在庫数量、需要、可用性を処理します。計算は最終製品から始まり、構成の下の方(レベルごとに)に継続されます。プロジェクト MRP計画はいくつかのフェーズで構成されます。各フェーズの詳細な説明については、以下のリストから適切なリンクをクリックしてください。
プロジェクト MRP実行の開始時に、以前の実行中に生成された未リリースのプロジェクト MRP提案が削除されます。未リリースの提案の例には、未リリースの購買およびショップの要求が含まれます。プロジェクト MRP実行間で部品に使用される計画メカニズムを変更すると、プロジェクト MRP は他の計画システムによって作成された未リリースの注文提案を削除します。たとえば、注文提案によって一部計画の手配方法Bからプロジェクト MRPによって一部計画の手配方法Aに変更すると、プロジェクト MRP は最後の注文提案実行によって作成された未リリースの提案を削除します。
プロジェクト MRP は、部品が使用される構成内で部品が存在する最下位レベルを計算します。親パーツ、つまり別の構成のコンポーネントではないパーツは、レベル 0 (ゼロ) に存在します。親のコンポーネントは次のレベルであるレベル 1 に存在します。コンポーネントのサブコンポーネントはレベル 2 に存在します。通常、レベル 0 のパーツは販売パーツです。
これらのレベルのコーディングは、プロジェクト MRPの正しい実行、原価見積の正確な導出、および製品ファミリと製品コードの適切な計算に必要です。最下位レベルの計算は、 在庫品目ページの製造業タブのローレベルフィールドの値を更新します。
プロジェクト MRP は、計画する部品に関する必要な情報をすべて収集し、一時的な場所に保存します。このスナップショットにより、プロジェクトMRP の手配情報はプロジェクト MRP の実行全体にわたって一貫性を保ち、進行中のトランザクションの影響を受けないことが保証されます。スナップショット情報には、部品と在庫残高の計画属性、およびすべての需要と供給の情報が含まれます。
各部品の供給可能量はネット最も早い要求から始めて、毎日、要件に照らし合わせます。既存の在庫はまず需要に割り当てられ、次に予想入庫が割り当てられます。
システムは、すべてのプロジェクト在庫場所の残高を加算して、現在の手持数量を計算します。唯一の例外は、ショップの在庫場所にある費用部品の残高手持です。この金額は計算に使用するには不確実すぎます。これらの項目は、免除番号付きの在庫場所に保持されている手持残高も、利益が出る状態にならない可能性があるため、計算には使用されません。
既存の予想入庫を需要に割り当てるプロセスでは、プロジェクト MRP は、要件を満たすために新しい注文を推奨する前に、既存の注文の日付を変更することを常に提案します。アクションメッセージは、これらの計画された再スケジュール イベントを示すために生成され、以前の需要や将来の需要を満たすために必要に応じて注文日を移動します。既存入庫が部品の需要を超過した場合、プロジェクト MRP は不要な注文や注文数量をキャンセルするための追加アクションを提案します。
既存の在庫と入庫がすべて要件を満たすように適用された後、プロジェクト MRP は将来の需要を満たすために新しい注文数量を計画します。プロジェクト MRP 計画受入庫には、いくつかの形式があります。製造部品の入庫を作成し、購買部品の入庫を購入します。一般的ではありませんが、在庫部品に対して製造/取得の分割率が定義されている場合、プロジェクト MRP は単一の要件に応じてこれらの入庫タイプを複数生成できます。これらの予定入庫は、以下で説明するように、プロセスの後半で最終的に対応する注文提案に変換されます。
新しいプロジェクト MRP計画入庫が計算されると、構成品目の対応する計画需要が生成されます。計算された開始日と、リードタイムによって差し引かれた期日は、部品をコンポーネントに分解し、構成の次のレベルでそれらのコンポーネントの要件を作成するための基礎となります。システムは、親部品の必要数量に、コンポーネントの組立あたりの数量と廃棄係数を乗算します。結果はコンポーネントの必要数量です。部品の全体構成はこのようにして処理されます。
ブロースルーパーツには二種類あります。通常、ブロースルー部品は物理的に存在しません。ブロースルー部品の種類は次のとおりです。
プロジェクト MRPの実行中に、次のプロセス中にエラーが発生する可能性があります。
プロジェクト MRP を実行する前に、上記のプロセスのいずれかでエラーが発生した場合にプロジェクト MRP を完了するか中断するかをシステムに指示するオプションを選択できます。これらのエラーは、バックグラウンド ジョブページで表示されます。プロジェクト MRPが完了または中断により停止した場合は、必ずこのログでエラーを確認してください。複数のエラーが含まれている場合は、発生した順序でエラーを修正する必要があります。そうしないと、プロジェクト MRPの一つのフェーズからの誤った結果が、後のフェーズの結果に影響を及ぼす可能性があります。ログ内のすべてのエラーを修正したら、プロジェクト MRP を再起動できます。
プロジェクト MRP処理の最終段階では、部品に設定された計画属性に従って注文提案を生成します。生成される注文提案のタイプを決定する値には、在庫部品ページの一般タブで定義される部品タイプ、手配情報タブで定義されるデフォルトの供給タイプ、手配情報タブで定義される提案リリース値があります。提案リリースフィールドは、プロジェクト MRP が部品の提案を生成するかどうかを示します。部品タイプは、部品が製造部品とみなされるか購買品目とみなされるかを示し、適切な対応する提案タイプを示します。オプションで、ユーザーは製造/取得の分割と関連する手配情報タタブパーセンテージを定義できます。分割が定義されている場合、ユーザーは、製造供給タイプと購買供給タイプの特定の値を使用して、デフォルトの供給タイプを上書きします。
プロジェクト MRP では、次のようなさまざまなタイプの提案を生成できます。