プロジェクト資材所要計画

プロジェクト資材所要計画 (プロジェクト MRP) は、特定のプログラム、プロジェクト、サブプロジェクト、およびアクティビティ内のすべての品目の需要を合計します。計算は、既存のプロジェクト在庫残高、プロジェクト製造オーダー、およびプロジェクト購買オーダーに基づいて行われます。手配方法は、品目に対して入力する手配情報を制御します。

プロジェクト MRP は MRP のクローンです。MRP と同様に、プロジェクト MRP は製品構成全体の需要を計算し、あらゆるレベルで需要が満たされるようにします。主な違いは、MRP ではプロジェクトに固有でないすべての要件が考慮されるのに対し、プロジェクト MRPアクティビティに固有の要件のみが考慮される点です。

プロジェクト MRPの目的は、製造オーダー、資材要求、プロジェクトのその他の需要、および部品構成に基づいて部品の需要を計算し、需要が満たされるようにすることです。プロジェクト MRP では、製造および購買する必要がある部品とその数量の提案が生成されます。また、新しい製造オーダーと購買要求の需要に最もよく対応できるように、製造オーダーと購買オーダーを計画する方法に関する提案も生成します。

プロジェクト MRP は、アクティビティごとの引当、プロジェクトPNG ごとの引当、または PNG ごとの引当を使用して実行できます。引当は、部品の正味要件を計算するプロセスです。プロジェクト MRP を実行するときに、サイト、プロジェクトID、計画された引当グループ (PNG)、実行日などの値を指定できます。入力できる値は、実行する引当の種類によって異なります。許可されたフィールドに値を入力しないことも、ワイルドカード記号 (%) を入力することもできます。アクティビティ別プロジェクトMRP実行アシスタントでは、プロジェクトIDを入力しなかった場合や、ワイルドカード記号(%)を入力した場合、プロジェクトIDフィールドでは、すべてのオープンプロジェクトID が計算に考慮されることを示します。プロジェクト MRP は、部品が含まれる構成上の、部品が存在する最下位レベルを計算することから始まります。別の構成のコンポーネントではなく、親パーツのみである品目の最低レベルはゼロ (0) です。ゼロレベルの部品は通常、販売部品です。親パーツのコンポーネントである品目はレベル 2 にあり、コンポーネントのコンポーネントはレベル 3 にあります。このレベルのコーディングは、プロジェクト MRP、見積、および製品ファミリと製品コードの正確な計算に必要です。その後、プロジェクト MRP計算が行われる前に、前回の実行でプロジェクト MRPによって作成された既存の供給 (購買要求とショップ提案) が削除されます。プロジェクトMRP処理では、計算後に必要なすべての供給品が再生成されます。

プロジェクトMRPをアクティビティごとの引当で実行すると、プロジェクト内の特定のアクティビティによってのみ要件が計算されます。つまり、プロジェクト内の 1 つのアクティビティに余剰手持在庫があり、同じプロジェクト内の 2 番目のアクティビティでその手持在庫が必要な場合、プロジェクト MRP は最初のアクティビティから 2 番目のアクティビティに自動的に資材を割り当てません。アクティビティ間 (さらにはプロジェクト間) で手持在庫を自動的に移動したい場合は、PNG を使用してこれを行うことができます。これは、プロジェクトPNG ごとの引当または PNG ごとの引当を使用してプロジェクト MRP を実行することによって実現されます。PNG の詳細については、 プロジェクト引当グループのトピックの説明を参照してください。

プロジェクト MRP をプロジェクトPNG ごとに引当して実行すると、プロジェクト内のすべてのアクティビティの需要と供給を考慮して要件が計算されます。したがって、あるアクティビティに属する余剰供給は、同じプロジェクト内の別のアクティビティから生じる需要を満たすために使用できます。

同様に、プロジェクト MRPが PNG ごとに引当を使用して実行される場合、引当プロセスでは、指定された PNG 内のすべてのアクティビティの需要と供給が考慮されます。プロジェクトPNG の場合は、プロジェクトPNG ごとに引当場合と同じプロセスになります。PNG が異なるプロジェクトのアクティビティで構成されている場合は、プロジェクト間で在庫を移動できるようになります。これをマルチプロジェクト資材所要計画(マルチプロジェクトMRP) と呼びます。

標準在庫は、プロジェクト MRP処理中のアクティビティ需要を満たすために使用されません。ただし、プロジェクトおよび製造計画担当者は、標準在庫の真の余剰 (つまり、手持ちの数量が予約数量と需要数量の合計を超える) を使用するようにプロジェクト MRP を決定および設定できます。

プロジェクトサイトが標準在庫余剰を使用してアクティビティの要件を満たすように設定されている場合、プロジェクト / サイトタブと、標準在庫からプロジェクト在庫に部品を転送するための標準在庫供給元タイプがプロジェクト MRP処理で生成されます。余剰在庫がある非標準計画部品のみが転送の対象となります。

引当階層は次のとおりです。

  1. 需要アクティビティ内
  2. 有効なプロジェクト引当グループ内
  3. 標準在庫

プロジェクト MRP処理中に、実際の過剰標準在庫供給を自動的に転送するには、以下の値をプロジェクト / サイトタブに設定する必要があります。

在庫を別のアクティビティに移動する場合、部品の有効期限期限が考慮されます。在庫の部品の有効期限が最も早い在庫場所レコードが最初に使用されます。

プロジェクト MRP では、プロジェクトの顧客所有在庫を手持手持在庫とみなします。マルチプロジェクト MRP では、同じ顧客を持つプロジェクトでのみ顧客所有在庫を使用できます。PNG 内に異なる顧客がいる場合は、顧客所有の在庫をPNG から除外する必要があります。

プロジェクト MRP は、単一のプロジェクト計画部品とそのコンポーネントを計画するために使用できます。プロジェクト MRP 実行サイクル間では、部品の供給/需要状況の変更は、プロジェクト MRPが再度実行されるまで、プロジェクト MRP結果に反映されません。このような変更があった場合、計画担当者が特定の部品の需給状況が変わったことを認識し、現在のプロジェクト MRP結果を再計算する必要がある場合は、その部品に対して選択的プロジェクト MRP を実行することで再計算を行うことができます。

その結果、部品とその下位レベルのアセンブリおよびコンポーネントの結果が再計算され、実際の需要/供給状況の変化が反映されます。利点は、選択的プロジェクト MRP影響を受ける部品セットの結果のみが削除され、再生成されるため、より大きな部品セットに対して作成されたプロジェクト MRP の結果は変更されずに、計画担当者が使用できることです。計画担当者が選択的 PMRP の後に選択的 MRP を実行することを選択し、部品に標準計画サブアセンブリ/コンポーネントがある場合、選択的 MRP はそれらの部品の供給/需要の変更を処理します。

選択した部品セットに対して選択的プロジェクトMRPを実行することが可能です。選択した部品セットに対してプロジェクト MRP を実行すると、前回のプロジェクト MRP実行で作成された独立需要と従属需要が部品の需要として考慮されます。その後、MRP ロジックは供給品を削除して再計算し、結果を下位構成レベルに展開します。

注記:前回のプロジェクト MRP実行で他の上位レベルの部品から発生する独立した需要は、需要供給状況が前回のプロジェクト MRP実行とは異なる可能性があるため、実際の需要状況を反映していない可能性があります。したがって、計画担当者はこの事実を認識し、正しい結果を得るために必要な措置を講じる必要があります。たとえば、選択的プロジェクト MRP実行に影響する可能性のある需要供給の変化がロットある場合は、プロジェクト MRP を実行してから選択的プロジェクト MRP を実行して部品のサブセットを計画する方が安全なアプローチです。

計画担当者は、特定の低レベルに対して選択的なプロジェクト MRP を実行できます。指定された低レベルコード内のすべての部品は、選択的プロジェクト MRPによって計画されます。計画担当者は、そのレベルの選択的なプロジェクト MRP結果に基づいてアクションを実行し、需要と供給を再計画できます。次のレベルは、低レベル n..n+1 の選択的プロジェクト MRP を実行することによって計画できます。ここで、n は最初の選択的プロジェクト MRP実行の低レベルコードです。次に、n..n+2 などに対して選択プロジェクト MRP を実行します。このように各レベルを段階的に計画することで、計画担当者は各レベルに重点を置き、詳細に計画できるようになります。すべてのステップに満足したら、最後のステップとして、各レベルの計画中に実行された手動の計画調整に従って、プロジェクトの供給と需要の残高ためにプロジェクト MRP を実行します。レベル n -1 の新しい計算が存在しない場合は、レベル n に対して選択的 MRP を実行することはお勧めできません。

注記:他の選択基準を使用せずに、低レベルに対して選択的プロジェクト MRP を実行することをお勧めします。たとえば、製品ファミリPF1 に対してのみ、低レベルコードn..n+1 の選択的プロジェクト MRP を実行すると正しい結果が得られますが、結果がわかりにくくなる可能性があります。したがって、計画担当者は結果を分析する際にも注意する必要があります。

ルールプロジェクト MRP

プロジェクト資材要件計画 (プロジェクト MRP) 計算を実行するには、手持数量と構成を持つ部品を入力しておく必要があります。また、受注オーダー、製造オーダー、購買注文などの供給や需要の形式をこれらの部品に関連付ける必要があります。これらの基本要件以外にも、プロジェクト MRPに影響を与える係数は数多くあります。プロジェクト MRP計算を実行する前に、これらを認識しておく必要があります。これらの係数は以下にリストされています。

プロジェクトMRPのコントロールパラメータ

コントロールパラメータはプロジェクト MRP を実行するための条件を決定します。

プロジェクトカレンダの情報

プロジェクト MRP開始時間の計画は、プロジェクトカレンダに入力された情報によって異なります。カレンダには就業日のみが表示されます。プロジェクト MRPの開始時間を設定場合、週末と休日はカウントされません。

MRPが品目を計画する方法を制御するサイトレベル属性

サイトページの製造業タブで選択した内容は、プロジェクト MRP中にシステムが品目を処理する方法を決定します。計画と実施で相対購入要求を使用する設定を選択すると、プロジェクト MRP実行開始時に、プロジェクト MRPはリリース済ステータスにおいて購買要求を削除しません。これらは、後にプロジェクト MRP処理で供給として扱われます。

在庫品目登録におけるリードタイム情報

在庫品目ページの取得タブで各在庫品目のリードタイムとリードタイムコードを指定できます。この情報は、部品が需要のある場合にその部品がどのように処理されるかを制御します。リードタイムコード、部品の需要を満たすためにシステムが製造提案を作成するか、購買提案を作成するかが決まります。デフォルトの供給タイプは計画と実施データタブの在庫部品ページで、提案の種類(要求、注文、スケジュール)を決定します。

在庫品目登録の手配情報

計画と実施データタブの在庫品目のページで入力した情報は、プロジェクト MRP中にシステムが部品を処理する方法を決定します。手配方法とロットサイズの値によって、需要の処理方法が決まります。プロジェクト MRPでは、手配方法B (発注点計画と実施)、C (補充レベル)、または N (次レベル需要) の部品は処理されません。提案リリースフィールドの値は、システムが注文提案を作成するか、ショップ要求書や購買要求書などのあらゆるタイプの供給を作成するかを決定します。提案を生成する際、製造/取得の分割率は、計画と実施データタブは、供給の詳細を取得するために社内および外部ソースの両方に対して提案を生成するときに考慮されます。

品目構成

プロジェクト MRP を開始する前に、製造部品の構成を入力する必要があります。これらの構成は、構成タイプが「製造済み」(標準製造) である必要があります。また、それらは製造時に有効である必要があります。プロジェクト MRP は、計算された開始日に合わせて構成をコンポーネントに分解します。プロジェクト MRP は、バリアント番号やシリアル番号を持たない標準部品とプロジェクト固有部品の両方の構成で機能することに注意してください。

MRP期間

入力された期間内の未処理の供給と需要のオーダーのみを考慮して資材所要計画計算処理を実行する場合、日付の MRP 期間を選択します。日付の MRP 期間の既定値が空白の場合、MRP は全期間にわたって実行されます。同様に、MRP 実行をスケジュールするとき、日数の MRP 期間を選択することができます。
最終製品の累積リードタイムよりも短い MRP 期間を使用することはお勧めしません。

計画と実施における賞味有効期限の考慮

PMRP は、部品の必須期限フラグがチェックされている場合、在庫部品の将来の有効期限日を考慮し、それに応じて MRP入庫を計画します。

PMRP 実行中、PMRP はシステム日付までのすべての期限切れ数量を減らして、初期在庫を計算します。在庫品目の取得タブで部品の計画時最少有効日数が定義されている場合、さらに影響を受けます。

在庫の有効期限が切れる前に、有効期限期限前の需要の低下によって消費されます。これは計画時最少有効日数にも影響され、需要によって消費された後も手持在庫が残っている場合、残りの数量は期限切れとなり、IFSアプリケーションでMRPソースタイプ MRP在庫ロット有効期限の需要として表示されます。これらの需要は表示のみ可能で、その特定の日に期限切れになる残りの数量によって予測在庫数量が削減されます。

開始日手持在庫 = 250-10-15

MRP在庫ロット有効期限 2017/04/02に5個存在

MRP在庫ロット有効期限 2017/05/03 時点で数量 5 個存在します (数量 20 は有効期限前に存在する需要によって消費されます)

在庫は2017/06/26 に 5 個が期限切れになります (有効期限前に存在する需要によって全数量が消費されます)。したがって、この日付に表示されるMRP在庫ロット有効期限需要はありません。

MRPの需要/供給のソース

MRP発生元 説明 MRPの用途 プロジェクトMRPの用途
MRP 内部需要展開MRP需要 はい はい
MS子 生産計画コンポーネント需要 はい はい
オーダ入力 受注オーダーラインからの需要 はい。プロジェクト固有の注文は考慮されません はい
資材払出要求 需要資材要求明細 はい。プロジェクト固有の注文は考慮されません。 はい
購買オーダ 購買発注明細からの供給購買発注明細からの需要 はい。プロジェクト固有の供給や需要は考慮されません。 プロジェクト MRPと Umbrella PO 注文が含まれます。
製造オーダ 製造オーダーからの供給、製造オーダーコンポーネントからの需要 はい。プロジェクト固有の供給や需要は考慮されません。 プロジェクト MRPと Umbrella SO 注文を考慮します。
作業オーダ(メンテナンス) 作業指示書からの要求 はい はい
在庫ロットの有効期限 将来の有効期限手持在庫からの需要 はい。在庫数量が影響を受ける はい。在庫数量が影響を受ける
ダイナミックオーダー(DOP) ペッグされていない手配オーダーからの需要 はい 考慮されません。PPSA手配オーダーの需要と供給は DOP によって管理されます。
発注点 再発注ポイントの計算から作成された、オープン要求に対するコンポーネントの需要。 はい いいえ。再発注点の計算では標準在庫のみが考慮されるためです。
繰返生産 繰返生産スケジュールのコンポーネントからの需要。生産スケジュールからの供給 はい いいえ、生産スケジュールは標準在庫のみを考慮しているためです
見積要求 見積依頼ステータスの購買要求からの供給 はい。標準計画アイテムのみ プロジェクト MRPと包括購買要求明細が含まれます。
スペアパーツ MRPスペアパーツ はい いいえ
一覧 - 顧客納品計画 顧客スケジュールからの要求 はい いいえ
プロジェクト調達 プロジェクト納入からの需要。 はい。標準計画アイテムのみ はい。供給オプションがプロジェクト MRPの場合のみ。
販売見積 顧客からの見積依頼 はい いいえ
プロジェクト諸需要 プロジェクトからのその他の需要。 標準計画項目のみが考慮されます。 はい。PPSAが含まれています。供給オプションがプロジェクト MRPの場合のみ。
マニュアルをリクエストする 手動で入力された購買要求からの供給 いいえ プロジェクト MRPと包括購買要求明細を考慮します。
未リリースCTP (計画オーダ) 関連する受注オーダーがリリースされたときに紐付供給注文が作成されない仮注文からの需要、および約束されていない仮注文からの需要。 はい はい