ビジネス シナリオ
Microsoft Dynamics GP 2010 が実装されました。 [Move-Out計画 (MRP) の機能が使用されます。 ユーザーは、必要なセットアップなど、この機能のしくみを理解する必要があります。
このドキュメントでは、次について説明します。
1. MRP 機能を使用するために必要Move-Out。
2. 提案を作成する際に使用される計算にMove-Outします。
3. これらの主要な概念の理解を深めるサンプル シナリオ。
現象
背景情報
Microsoft Dynamics GP 10 には、MRP の機能Move-Out含まれています。 Microsoft Dynamics GP 10 と Microsoft Dynamics GP 2010 の両方で、過剰な状況を回避Move-Outの目標です。 過剰な状況は、アイテム/サイトの MRP 予想利用可能残高 (PAB) が、そのアイテム/サイトで定義されている受注レベルを超えた場合に発生します。
Microsoft Dynamics GP 2010 では、既存の供給注文の移動が推奨される状況を回避するために、追加の機能が追加されましたが、別の供給注文が提案されています。
ステップ バイ ステップ
1. Microsoft Dynamics GP を設定して、Move-Out機能を有効にします。
a. アイテム/サイト レベルで [移動] を有効にする必要があります。 これは、[項目リソース計画] ウィンドウで適切なチェック ボックスをオンにすることで行われます。
b. 会社全体で [移行] を有効にする必要があります。 これを行う場合は、[MRP 環境設定の既定値] ウィンドウで適切なチェック ボックスをオンにします。
c. [品目リソース計画] ウィンドウの [受注ポイントの数量] は、MRP が数量を補充する注文を提案するポイントを定義するために使用されます。 このフィールドは、問題のアイテム/サイトで必要な手の数量の下限値として機能します。
d. [アイテム リソース計画] ウィンドウの [受注レベル] は、アイテム/サイトが過剰に提供されるポイントを定義するために使用されます。 このフィールドは、問題のアイテム/サイトで必要な手の数量の上限として機能します。 "傾いている" 企業の場合、注文ポイントの数量と受注レベルは、値の間に非常に短い範囲を持つ場合があります。または、同じ値を指定できます。
e. [Move-Outフェンス] は、[項目リソース計画] ウィンドウの新しいフィールドです。 これは、日数で入力する必要があります。 Move-Out フェンスは"需要" の前の期間で、その需要は "供給過剰期間" 以降に該当し、供給注文の移動は推奨されません。 [Move-Outフェンス] は省略可能なフィールドです。 入力されている場合は、移動が推奨される供給注文の数を制限するのに役立ちます。
2. 計算に使用される概念Move-Outします。
a. Move-Outフェンスの日付範囲: [フェンス] フィールドの値をMove-Outし、フェンスの日付の範囲Move-Outします。 計算結果を次に示します。
私。 供給過剰と同じ日付に需要がある場合、範囲は次のように計算されます:供給注文が供給過剰となる日付 -Move-Out フェンス日 [供給過剰日を含む]。 この日付範囲は、フェンスのMove-Outします。
ii. 供給過剰と同じ日付に需要がない場合、範囲は次のように計算されます。需要のある最初の日付に対して (将来に向けて) 先に進みます。 供給過剰 [包括的] の後の最初の需要日 (フェンスの日Move-Out使用します。 この日付範囲は、フェンスのMove-Outします。
b. Look-Back期間: 供給注文が移動される可能性がある供給過剰日に隣接する期間。 期間Look-Back期間は、一緒に期間を構成する 2 つの日付で構成されます。
私。 Look-Back Date 1:
1. フェンスの最初 (最も古い) Move-Out - 1 日。 これは、期間の日付 1 Look-Backです。
2. [フェンス] Move-Out値が 0 の場合、日付 1 は次のように計算されます。
o 供給過剰と同じ日付に需要がある場合、日付 1 はその供給過剰日になります。
o 供給過剰と同じ日付に需要がない場合、日付 1 は供給過剰の後の最初の需要日になります。
ii. Look-Back日付 2: (供給過剰日より前の) 時間を、需要 + 1 日で最も近い前の日付に戻します。 これは、期間の日付 2 Look-Backです。
iii. 日付 1 と 2 を範囲に変換: 日付 1 と 2 が評価されます。 古い日付値は、期間の開始Look-Backされます。 新しい日付値は、期間のLook-Backされます。
c. PAB の評価: 1 つ以上の供給注文がルック バック期間に見つかると、PAB は次のように評価されます。(供給過剰日の PAB - バック期間中の供給注文の合計数量)>= (受注 -上- レベル + 過剰供給日に対する需要)。
o 回答が NO の場合は、ある程度の需要を満たすために、バック バック期間の順序の数量が必要です。
o 回答が YES の場合、ルックバック期間の供給注文を移動または取り消しできます。
d. 注文ポイントの評価: MRP は、供給過剰日の PAB が受注ポイント数量を下回る場合、供給注文の移動または取り消しは提案されません。
e. 対象となる OS: 移行または取り消しを検討するには、POs が次の条件を満たしている必要があります。
o NO SOP または MOP リンク
o 状態が [新規]、[リリース済み]、または [注文の変更]
f. 対象となる OS: 移行または取り消しを検討するには、3 つの MOs が次の条件を満たしている必要があります。
o MO のデータ収集レコードはありません。
o MO の保留中のコンポーネント トランザクション エントリ トランザクションはありません。
o MO に対して発行またはバックフラッシュされたコンポーネントの数量はありません。
o SOP または POP リンクはありません。
o 状態は Quote/Estimate、Open、または Released です。
3. フェンスと期間Move-Out計算Look-Backする
a. 以下のサンプル シナリオごとに、次のグラフの値を使用します。
|
[オンハンド数量] |
10 |
|---|---|
|
注文ポイントの数量 |
10 |
|
レベル上げ |
10 |
|
Move-Out フェンス (日数) |
5 |
b. シナリオ 1: 考慮すべきトランザクション ドキュメントを次に示します。
|
注文の種類 |
Doc# |
需要 |
サプライ |
期限 |
PAB |
|---|---|---|---|---|---|
|
PAB の開始 |
PAB の開始 |
10 |
|||
|
PO |
PO0001 |
5 |
10/1/09 |
15 |
|
|
だから |
SO0097 |
5 |
10/1/09 |
10 |
|
|
PO |
PO0002 |
15 |
10/4/09 |
25 |
|
|
PO |
PO0003 |
20 |
10/4/09 |
45 |
|
|
だから |
SO0098 |
15 |
10/4/09 |
30 |
|
|
PO |
PO0004 |
20 |
10/5/09 |
50 |
|
|
だから |
SO0100 |
40 |
10/8/09 |
10 |
私。 1 日の終わりに、どの日付に過剰な時間がありますか。
1. 10/4 の終わりに、PAB は 30 です。 これは、Order-Up-To Level の 10 より 20 大きくなります。
2. 10/5 の終わりに、PAB は 50 です。 これは、Order-Up-To Level の 10 より 40 大きくなります。
ii. 10/4 過剰の分析
1. Move-Out フェンス: 供給過剰と同じ日 (10/4) に需要があります。 これは、フェンスのMove-Outです。 この日 (含む) から始め、フェンスの日 (5) Move-Outを減算します。 結果は 9/30 です。 このMove-Outフェンスは 9/30 から 10/4 です。
2. Look-Back日付 1: フェンスの先頭から開始し、Move-Out日を減算します。 日付 1 は 9/29 です。
3. Look-Back日付 2: 需要に最も近い前の日付は 10/1 です。 この日付の需要は SO0097 です。 その日付に 1 日を追加して、10/2 に設定します。
4. Look-Back期間: Look-Back期は 9/29 ~ 10/2 です。
5. 最終分析: 期間の大部分Look-Backフェンスの内部にMove-Outされます。 9/29 に該当する注文だけが移動の対象となります。 この要件を満たすこの項目の注文はありません。
iii. 10/5 過剰の分析
1. Move-Out フェンス: 供給過剰と同じ日 (10/5) に需要はないので、需要がある次の日付を見越します。 これは 10/8 です。 この日付 (含む) から始め、フェンスの日数 (5) Move-Outを減算します。 結果は 10/4 です。 このMove-Outフェンスは 10/4 から 10/8 です。
2. Look-Back日付 1: Move-Out フェンス (10/4) の先頭から開始し、1 日を減算します。 1 日目は 10/3 です。
3. Look-Back日付 2: 需要に最も近い前の日付は 10/4 です。 この日付の需要は SO0098 です。 その日付に 1 日を追加して、10/5 に設定します。
4. Look-Back期: Look-Back期は 10/3 ~ 10/5 です。
5. 最終分析: 期間の大部分Look-Backフェンスの内部にMove-Outされます。 10/3 に該当する注文だけが移動の対象となります。 このアイテムの注文は、その日付に該当します。
c. シナリオ 2: 考慮すべきトランザクション ドキュメントを次に示します。
|
注文の種類 |
Doc# |
需要 |
サプライ |
期限 |
PAB |
|---|---|---|---|---|---|
|
PAB の開始 |
PAB の開始 |
10 |
|||
|
PO |
PO0001 |
20 |
10/1/09 |
30 |
|
|
PO |
PO0002 |
20 |
10/5/09 |
50 |
|
|
だから |
SO0100 |
40 |
10/9/09 |
10 |
私。 1 日の終わりに、どの日付に過剰な時間がありますか。
1. 10/1 の終わりに、PAB は 30 です。 これは、Order-Up-To Level の 10 より 20 大きくなります。
2. 10/5 の終わりに、PAB は 50 です。 これは、Order-Up-To Level の 10 より 40 大きくなります。
ii. 10/1 過剰の分析
1. Move-Out フェンス: 供給過剰と同じ日 (10/1) に需要はないので、需要のある最初の将来の日付を見越します。 これは 10/9 です。 この日付 (含む) から始め、フェンスの日数 (5) Move-Outを減算します。 結果は 10/5 です。 このMove-Outフェンスは 10/5 から 10/9 です。
2. Look-Back日付 1: Move-Out フェンス (10/5) の先頭から開始し、1 日を減算します。 日付 1 は 10/4 です。
3. Look-Back Date 2: 最も近い過去の日付と需要を探します。 10/1 の供給過剰に先の需要はありません。 つまり、期間Look-Backは、MRP 計画期間の始まりから始まります。
4. Look-Back期間: Look-Back期間は、MRP 計画期間の開始から 10/4 までです。
5. 最終的な分析: 10/1 に過剰な提供を実施した PO0001 は移動の対象となります。 これは、Look-Back 期間内、およびフェンスのMove-Out外です。 ただし、PO0001 を移動する前に、PAB と注文ポイントの評価と、対象となる PO ステータス要件にも合格する必要があります。
iii. 10/5 過剰の分析
1. Move-Out フェンス: 供給過剰と同じ日 (10/5) に需要はないので、需要のある最初の将来の日付を見越します。 これは 10/9 です。 この日付 (含む) から始め、フェンスの日数 (5) Move-Outを減算します。 結果は 10/5 です。 このMove-Outフェンスは 10/5 から 10/9 です。
2. Look-Back日付 1: Move-Out フェンス (10/5) の先頭から開始し、1 日を減算します。 日付 1 は 10/4 です。
3. Look-Back Date 2: 最も近い過去の日付と需要を探します。 10/5 過剰供給前の需要はありません。 つまり、期間Look-Backは、MRP 計画期間の始まりから始まります。
4. Look-Back期間: Look-Back期間は、MRP 計画期間の開始から 10/4 までです。
5. 最終分析: PO0001 を移動する資格があります。 この値は、Look-Back期間内、およびフェンスのMove-Out外にMove-Outされます。 10/5 の PO0002 は、フェンス内にあるので、移動Move-Outされません。 もう一度、PO0001 は、移動する前に、PAB と注文ポイントの評価と対象 PO ステータス要件に合格する必要があります。
