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 実行全体を通じて一貫性を保ち、進行中のトランザクションの影響を受けないことが保証されます。スナップショット情報には、品目と在庫残高の計画属性と、すべての需要と供給の情報が含まれます。

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 は、次のようなさまざまなタイプの提案を生成できます。