納期回答範囲の失効後の供給の管理
納期回答範囲が失効した後でも、供給を購入、製造または転送します。
演習
- 「オーダー納期回答」作業領域に移動します。
- 「タスク」>「Order Promisingオプション」をクリックし、「範囲終了時の供給」属性をこれらの値のいずれかに設定します。
値 説明 供給が無制限に使用可能であると仮定 この値は、次の場合に使用します:
- 需要を満たす十分な供給がありません。
- オーダー明細のリクエスト日は、納期処理範囲の後に発生します。
- より多くの供給を購入、製造または転送する方法はもう見つかりません。
納期回答で品目の供給が見つからない場合は、範囲が失効した後でもオーダー明細の計画が続行されます。
供給が使用不可であると仮定 期限が切れる前に納期回答で供給が見つからない場合は、供給が使用可能でないと想定され、エラーが返されます。
品目の代替を設定していて、範囲の失効後にリクエスト日が発生した場合、納期回答では次の場合にその代替品目が使用されます:
- ·地平線が失効する前に期限が切れる無限のタイム・フェンスを設定していません。
- ·納期回答はオーダーをスケジュールできません。
供給が無制限に使用可能であると仮定
範囲終了時の供給属性を供給が無限に利用可能であると仮定に設定した場合、次のようになります:
- 納期回答では、この動作がすべての品目に対してグローバルに適用されます。
- 納期回答では、期間が失効する前に履行できる販売オーダーにATPタイム・フェンスが適用されます。
- リクエスト日が無限タイム・フェンス失効後に発生し、使用可能な供給がない場合、納期回答は予定日をリクエスト日に設定します。 これは、リクエスト・タイプを出荷に設定するか到着日に設定するかに関係なく行われます。
- 品目のソース・ルールを設定していない場合、納期回答は既存のATP供給を消費せず、かわりにATP供給が無限に使用可能であると想定し、オーダーをスケジュールします。
- 供給がしきい値に達したときにオーダー明細を分割しない場合、納期回答では使用可能な供給は消費されません。 かわりに、納期回答では、需要全体に対する購買、製造または転送推奨が提供されます。
リクエスト日が無限タイム・フェンスが失効する前に発生するとします。 要求日の時期に応じて次のように処理されます。
- ATPタイム・フェンスが失効する前。 納期回答では、最初に納期回答供給を使用し、次に納期回答供給を使用します。
- ATPタイム・フェンスが失効した後。 納期回答では、最初に納期回答供給を使用し、次に納期回答供給を使用します。
リクエスト日は、無限タイム・フェンスが失効した後に発生するとします。 納期回答では、ATPタイム・フェンスおよびソース・ルールに従って、納期回答供給が使用されます。 また、次のことを前提とします:
値 | 説明 |
---|---|
ソース | 納期回答仮定 |
サプライヤから購入 | サプライヤには無限のキャパシティがあります。 |
組織での製造 | 組織には無限のリソースと製造コンポーネントがあります。 |
上流組織からの転送 | 上流組織には無限の供給があります。 |
納期回答では、実際には供給は消費されません。 供給推奨のみを提供します。
詳細:
- 供給がしきい値を満たす場合のオーダー明細の分割
- タイム・フェンス
- 地平線については、「納期回答プロファイルの管理」を参照してください。
- 納期回答については、「Global Order Promisingの概要」、「リソース構成表を作成するためのガイドライン」、および「リソース構成表での作業定義の使用」の納期回答の原則サブトピックを参照してください。
シナリオ
範囲終了時の供給属性での設定が様々なシナリオでどのように機能するかを検討します。
シナリオ | 供給が無制限に使用可能であると仮定 | 供給が使用不可であると仮定 |
---|---|---|
1. リクエスト日< ITF <範囲 | 納期回答では、リクエスト日とITFの間の日付に供給が検索されます。 | 供給の仮定の使用時と同じ結果になります。 |
2. リクエスト日<範囲< ITF、および範囲内に十分な供給があります。 | 納期回答では、リクエスト日から範囲の終了までの間に供給がスケジュールされます。 | 同じ結果。 |
3. リクエスト日<範囲< ITF、および範囲内に十分な供給がありません。 | 納期回答では、範囲の最後に無限の供給がスケジュールされます。 | スケジューリングに失敗しました。 |
4. ITF <リクエスト日<範囲 | 納期回答では、無限の供給がスケジュールされ、予定日がリクエスト日に設定されます。 | 同じ結果。 |
5. 範囲<リクエスト日< ITF | 同上 | スケジューリングに失敗しました。 |
6. ITF <範囲<リクエスト日 | 同上 | 同じ結果。 |
7. 範囲< ITF <リクエスト日 | 同上 | スケジューリングに失敗しました。 |
8. 範囲<リクエスト日、ITFを設定していないため、範囲内に十分な供給がありません。 | 同上 | スケジューリングに失敗しました。 |
9。リクエスト日<範囲、ITFを設定していないため、範囲内に十分な供給がありません。 | 納期回答は無限供給をスケジュールし、予定日を範囲の最後に設定します。 | スケジューリングに失敗しました。 |
10。ITF =範囲 | 同上 | 同じ結果。 |
11.リクエスト日< ATF < ITF < Horizon、および供給の一部が使用可能です。 | 納期回答は供給の一部を消費し、予定日をITFに設定します。 | 同じ結果。 |
12。ATF <リクエスト日< ITF <範囲、および供給の一部が使用可能です。 | 納期回答は無限供給をスケジュールし、予定日をITFに設定します。 | 同じ結果。 |
13。ITF < ATF <リクエスト日<範囲 | 納期回答では、無限の供給がスケジュールされ、予定日がリクエスト日に設定されます。 | 同じ結果。 |
ノート
- 供給の仮定を使用するすべてのシナリオで、スケジューリングが成功するとします。
- ITF (無限タイム・フェンス)供給は、すべてのシナリオで無限に利用できるとします。
簡潔にするために、各シナリオの簡単な説明を使用します。 たとえば、リクエスト日< ITF < Horizonは次のことを意味します:
- リクエスト日は、ITFが失効する前に発生します。
- ITFは、有望な範囲が期限切れになる前に発生します。