MRPのフェーズ

資材所要計画は、部品の最下位レベルから始めて、在庫数量、需要、部品の可用性を処理します。計算は最終製品から始まり、構成をレベルごとに下に向かって進みます。MRP 計画はいくつかのフェーズで構成されます。各フェーズの詳細な説明については、以下のリストから適切なリンクをクリックしてください。

  1. 最終実行日時からMRP提案を削除
  2. 最低レベルの計算
  3. スナップショット部品情報
  4. 利用可能供給に対する純需要
  5. 既存入庫の再計画
  6. 予定入庫の生成
  7. 構成品目需要の爆発的増加
  8. MRPエラーチェック
  9. 注文提案を生成

フェーズ1:最終実行日時からMRP提案を削除

MRP 実行の開始時に、以前の実行中に生成された未リリースの MRP 提案は削除されます。未リリースの提案の例には、未リリースの購買やショップ要求、未確定の生産スケジュール、未リリースの配賦注文などがあります。MRP 実行間で部品に使用される計画メカニズムを変更すると、MRP は他の計画システムによって作成された未リリースの注文提案を削除します。たとえば、注文提案による部品計画手配方法B から MRP による部品計画の 手配方法Aに変更すると、MRP は最後の注文提案実行によって作成された未リリースの提案を削除します。

フェーズ2:最低レベルの計算

MRP は、部品が使用される構成内で部品が存在する最下位レベルを計算します。親パーツ、つまり別の構成のコンポーネントではないパーツは、レベル 0 (ゼロ) に存在します。親のコンポーネントは次のレベルであるレベル 1 に存在します。コンポーネントのサブコンポーネントはレベル 2 に存在します。通常、レベル 0 の部品は販売部品ですが、生産計画からの部品になることもあります。

計画ネットワークに対して MRP を実行する場合、低レベルの計算ではサイト間の移動が考慮されます。配賦構成内の複数サイト計画部品は、購買品目仕入先供給サイトから需要サイトへ部品を接続すればページが完成します。このような状況で計画ネットワークのMRPを実行すると、動くあるサイトから別のサイトまでは一つのレベルを構成します。たとえば、需要サイトの最上位レベルの販売部品 A はレベル 0 (ゼロ) になり、供給サイトの同じ部品 A はレベル 1 になります。

レベルのコーディングは、MRP を正しく実行し、原価見積りを正確に導き出し、製品ファミリと製品コードを適切に計算するために必要です。最下位レベルの計算は、 在庫品目ページ製造業タブのローレベルフィールドの値を更新します。

フェーズ3:スナップショット部品情報

MRP は、計画する部品に関する必要な情報をすべて収集し、一時的な場所に保存します。このスナップショットにより、MRP の手配情報はMRP 実行全体を通じて一貫性を保ち、進行中のトランザクションの影響を受けないことが保証されます。スナップショット情報には、部品と在庫残高の計画属性と、すべての需要と供給の情報が含まれます。

フェーズ4:利用可能供給に対する純需要

各部品の供給可能量はネット最も早い要求から始めて、毎日要件に照らし合わせます。まず既存の在庫が需要に割り当てられ、次に予想入庫が割り当てられます。

システムは、すべての在庫場所の残高を加算して、現在の手持数量を計算します。唯一の例外は、ショップの在庫場所にある費用部品の残高手持です。この金額は計算に使用するには不確実すぎます。

フェーズ5:既存入庫の再計画

既存の入庫を需要に割り当てるプロセスでは、MRP は常に、要件を満たすための新しい注文を推奨する前に、既存の注文の日付を変更することを提案します。アクションメッセージは、早期の需要を満たすために必要に応じて注文日を移動したり、必要よりも早い場合は注文日を遅らせたりすることで、計画された再スケジュール イベントを示すために生成されます。既存の入庫が部品の需要を超過した場合、MRP は不要な注文や注文数量をキャンセルするための追加アクションを提案します。

フェーズ6:予定入庫の生成

既存の在庫と入庫がすべて要件を満たすように適用された後でのみ、MRP は将来の需要を満たすために新しい注文数量を計画します。MRP 予定入庫にはいくつかの形式があります。製造部品の入庫、購入部品の購買入庫、および複数サイトで予定部品の社内間オーダ入庫を作成します。一般的ではありませんが、在庫部品に対して製造/購買分割率が定義されている場合、MRP は単一の要件に応じてこれらの入庫タイプを複数生成できます。これらの予定入庫は、以下で説明するように、プロセスの後半で最終的に対応する注文提案に変換されます。

フェーズ7:構成品目需要の爆発的増加

新しい MRP 計画入庫数量が計算されると、構成品目の対応する計画需要が生成されます。計算された開始日、つまりリードタイムによって差し引かれた期日は、部品をコンポーネントに分解し、構成の次のレベルでそれらのコンポーネントの要件を作成するための基礎となります。システムは、親部品の必要数量に、コンポーネントの組立あたりの数量と廃棄係数を乗算します。結果はコンポーネントの必要数量です。部品の全体構成はこのようにして処理されます。

ブロースルーパーツには二種類あります。ブロースルー部品は、通常、物理的には存在しない部品ですが、構成に沿ってニーズを転送するためのグループ化の概念として使用されます。ブロースルー部品の種類は次のとおりです。

需要の爆発的増加は、複数サイト計画ネットワークMRP の状況でも発生します。配賦オーダーの予定入庫の場合、MRP は供給サイトでの部品の計画需要を生成します。

フェーズ8:MRPエラーチェック

MRP の実行中に、次のプロセス中にエラーが発生する可能性があります。

  1. スナップショット処理:MRP は、MRP 部品とその供給、需要、イベントの概要など、MRP データのセグメントのスナップショットを取得します。
  2. 計算処理:MRP は計算を実行して開始時間を決定し、コンポーネントの需要を生成します。計算の種類は、スナップショットプロセスの結果によって異なります。
  3. 生成処理:MRP は計算を終了すると、必要な提案、生産スケジュール、仕入先スケジュール、または購買要求を生成します。

MRP を実行する前に、上記のいずれかのプロセスでエラーが発生した場合に MRP を完了するか中断するかをシステムに指示するオプションを選択できます。これらのエラーは、バックグラウンド ジョブページで表示されます。MRP が完了または中断のいずれの理由で停止した場合でも、このログでエラーがないか必ず確認してください。複数のエラーが含まれている場合は、発生した順序でエラーを修正する必要があります。そうしないと、MRP の一つのフェーズで誤った結果が出て、後のフェーズの結果に影響する可能性があります。ログ内のすべてのエラーを修正したら、MRP を再起動できます。

フェーズ9:注文提案を生成

資材所要計画計算処理の最終段階では、部品に設定された計画属性に従って注文提案を生成します。生成される注文提案のタイプを決定する値には、一般タブの在庫品目ページ、手配情報タブで定義された提案リリース値と計画と実施データタブで定義されているデフォルトの仕入先タイプが含まれます。の提案リリース設定は、 MRP が部品の提案を生成するかどうかを示します。部品タイプは、部品が製造部品とみなされるか購買品目とみなされるかを示し、適切な対応する提案タイプを示します。オプションで、手配情報 タブで製造/取得の分割と関連するパーセンテージを定義できます。分割が定義されている場合は、製造供給タイプと購買供給タイプの特定の値を使用して、デフォルトの仕入先タイプを上書きできます。配送オーダーは、仕入先別購買品目ページでの一般タブで定義されたマルチサイト計画部品に対して生成されます。複数サイトで計画された部品の場合、部品の通常の供給タイプを上書きして配賦オーダーが生成されます。

MRP は、次のようなさまざまなタイプの提案を生成できます。