ルールのデータの更新
いずれかの納期回答ルールを変更する場合は、データを更新する必要があります。
割当セット、ソース・ルール、ATPルールまたはプロファイル・オプションを変更する場合は、次のスケジュール済プロセスを実行する必要があります。
- プランニング・データの収集
- 収集ジョブ・セット
変更内容に応じて、実行時に異なるパラメータおよびエンティティを選択します。
詳細は、「Global Order Promisingのデータの収集」を参照してください。
例1
次のように仮定します。
- 在庫は、デンバー倉庫およびシアトル倉庫に保管します。
- 割当セットから1つのルールを削除してから、別のルールを追加します。
- デンバーから供給を転送するグローバル・ソース・ルールを作成します。
- シアトル用のソース・ルールはありません。
- 次の1つのATPルールがあります。
- 割当レベルは「品目」です
- モードは「サプライ・チェーン有効数量」です
- 現在、供給はデンバーで使用可能ですが、シアトルでは使用可能ではありません。
- MSP_GOP_HORIZON_DAYSプロファイル・オプションを30日に設定します。 詳細は、「納期回答プロファイルの管理」を参照してください。
- オーダー明細の「倉庫」属性を「デンバー」または「シアトル」に設定するか、空のままにします。
様々なシナリオで実行時に行われる処理を次に示します。
シナリオ | ATPルール | アサイメント | 倉庫 | カタログ有効数量 | オーダー有効数量の見積 | スケジューリング |
---|---|---|---|---|---|---|
1 | はい | はい | デンバー | 在庫あり | 定時 | スケジュール済 |
2 | はい | はい | シアトル | 在庫切れ | 29日の遅延 | スケジュール済 |
3 | はい | はい | 空白 | 在庫あり | 定時 | スケジュール済 |
4 | はい | いいえ | デンバー | データは取得されませんでした。 | 定時 | スケジュール済 |
5 | はい | いいえ | シアトル | データは取得されませんでした。 | 29日の遅延 | スケジュール済 |
6 | はい | いいえ | 空白 | データは取得されませんでした。 | データは取得されませんでした。 |
次のエラーが表示されることがあります。
|
7 | いいえ | はい | デンバー | データは取得されませんでした。 | データは取得されませんでした。 |
次のエラーが表示されることがあります。
|
8 | いいえ | はい | シアトル | データは取得されませんでした。 | データは取得されませんでした。 | 同上 |
9 | いいえ | はい | 空白 | データは取得されませんでした。 | データは取得されませんでした。 | 同上 |
10 | いいえ | いいえ | デンバー | データは取得されませんでした。 | データは取得されませんでした。 | 同上 |
11 | いいえ | いいえ | シアトル | データは取得されませんでした。 | データは取得されませんでした。 | 同上 |
12 | いいえ | いいえ | 空白 | データは取得されませんでした。 | データは取得されませんでした。 | 同上 |
ノート
- 「ATPルール」列は、オーダー管理が送信する指定のオーダー明細詳細を納期回答で使用できるATPルールを作成したかどうかを示します。
- 「割当」列は、オーダー管理が送信する指定のオーダー明細詳細を納期回答で使用できる割当セットを作成したかどうかを示します。
- 「倉庫」列は、オーダー明細の「倉庫」属性を「デンバー」または「シアトル」に設定したか、値を設定しなかったかを示します。
- 「カタログ有効数量」、「オーダー有効数量の見積」および「スケジューリング」列のテキストは、販売オーダーに表示されるステータスです。
シナリオ | 説明 |
---|---|
1および3 |
カタログ有効数量は、ATPルールを調べ、オーダー明細の基準に一致するグローバル・ルールの供給を確認します。 デンバーは、適用される唯一のグローバル・ソース・ルールです。 シナリオ3のオーダー明細に倉庫を設定しなかったため、納期回答では同じグローバル・ルール「デンバー」が適用され、ステータスが |
2 | オーダー明細で倉庫を指定した場合、納期回答ではそれを使用する必要がありますが、シアトルには供給がないため、ステータスは「在庫切れ」 です。 |
4から12 | ATPルールおよび割当セットを作成しなかったため、ステータスは「データは取得されませんでした。」 です。 カタログ有効数量を決定するには、ATPルールおよび割当セットが必要です。 |
詳細は、カタログの連携方法を参照してください。
オーダー有効数量の見積
シナリオ | 説明 |
---|---|
1および3 |
カタログ有効数量と同様に、オーダー有効数量の見積は、ATPルールを調べ、基準に一致するグローバル・ルールの供給を確認します。 適用されるのはデンバーのみです。 シナリオ3のオーダー明細に倉庫を設定しなかったため、納期回答では同じルールが適用され、ステータスが |
2および5 | 倉庫をシアトルと指定したため、納期回答ではシアトルを使用する必要があります。シアトルには供給がないため、納期回答ではMSP_GOP_HORIZON_DAYSプロファイル・オプションから値を取得し、それを使用してステータスが「29日の遅延」 (30から本日を差し引いた値)に設定されます。 |
4 | オーダー明細に倉庫を設定しなかったため、納期回答では「デンバー」グローバル・ルールが適用され、ステータスが「定時」 に設定されます。 |
6から12 | ATPルールおよび割当ルールを作成しなかったか、少なくともATPルールを作成してオーダー明細に倉庫を指定しなかったため、ステータスは「データは取得されませんでした。」 です。 見積を取得するには、ATPルールおよび割当ルールが必要で、少なくともATPルールを作成して倉庫を指定する必要があります。 |
スケジューリング
シナリオ | 説明 |
---|---|
1から5 | 納期回答では明細をスケジュールできたため、ステータスが「スケジュール済」 に設定されます。 |
6から12 | ATPルールおよび割当セットを作成していないか、または少なくともATPルールを作成してオーダー明細に倉庫を指定しなかったため、「スケジューリング」にエラーが表示されます。 スケジュールするには、納期回答でATPルールおよび割当ルールが必要で、少なくともATPルールおよび倉庫が必要です。 |
例2
シナリオは例1と同じですが、次の違いがあるとします。
- シアトルから供給を転送するグローバル・ソース・ルールを作成します。
- デンバー用のソース・ルールはありません。
実行時に行われる処理は次のとおりです。
シナリオ | ATPルール | アサイメント | 倉庫 | カタログ有効数量 | オーダー有効数量の見積 | スケジューリング |
---|---|---|---|---|---|---|
1 | はい | はい | デンバー | 在庫切れ | 定時 | スケジュール済 |
2 | はい | はい | シアトル | 在庫切れ | 29日の遅延 | スケジュール済 |
3 | はい | はい | 空白 | 在庫切れ | 29日の遅延 | スケジュール済 |
カタログ有効数量
シナリオ | 説明 |
---|---|
1から3 |
カタログ有効数量は、ATPルールを調べ、オーダー明細の基準に一致するグローバル・ルールの供給を確認します。 シアトルは適用される唯一のグローバル・ソース・ルールですが、シアトルには供給がなく、デンバー用のソース・ルールがないため、ステータスは |
オーダー有効数量の見積
シナリオ | 説明 |
---|---|
1 | オーダー明細の倉庫をデンバーに設定したため、納期回答でデンバーを使用する必要があります。 デンバーには供給があるため、納期回答ではステータスが「定時」 に設定されます。 |
2 | オーダー明細の倉庫をシアトルに設定したため、納期回答でシアトルを使用する必要があります。 シアトルには供給がないため、納期回答ではステータスが「定時」 に設定されます。 |
3 | 倉庫を空のままにしたため、納期回答では唯一のソース・ルール(シアトル用)が確認されます。 シアトルには供給がないため、納期回答ではMSP_GOP_HORIZON_DAYSプロファイル・オプションから値を取得し、それを使用してステータスが |
スケジューリング
シナリオ | 説明 |
---|---|
1から3 | 納期回答では明細をスケジュールできたため、ステータスが「スケジュール済」 に設定されます。 |
例3
シナリオは例1と同じですが、次の違いがあるとします。
- 2つのグローバル・ソース・ルールがあります。 1つはデンバーから供給を、もう1つはシアトルから供給を転送します。
- デンバーの割当レベルは「グローバル」です。
- シアトルの割当てレベルは「品目」で、品目はAS54888コンピュータです。
実行時の結果は、例2と同じです。
例4
シナリオは例1と同じですが、次の違いがあるとします。
- デンバー用に1つのソース・ルールがあり、シアトル用に別のソース・ルールがあります。
- デンバー用に次のATPルールxがあります。
- 割当レベルは「組織」です
- モードは「サプライ・チェーン検索」です
- シアトル用に次のATPルールyがあります。
- 割当レベルは「組織」です
- モードは「無制限有効数量」です
- 2つのグローバル・ソース・ルールがあります。 1つはデンバーから供給を、もう1つはシアトルから供給を転送します。
- デンバーの割当レベルは「グローバル」です。
- シアトルの割当てレベルは「品目」で、品目はAS54888コンピュータです。
- 2つのグローバル・ルールがあり、それらを割り当てたため、納期回答では、割当セットを確認して使用するルールが識別されます。
様々なシナリオで実行時に行われる処理を次に示します。
シナリオ | ATPルール | アサイメント | 倉庫 | カタログ有効数量 | オーダー有効数量の見積 | スケジューリング |
---|---|---|---|---|---|---|
1 | はい | はい | デンバー | 在庫あり | 定時 | スケジュール済 |
2 | はい | はい | シアトル | 在庫あり | 定時 | スケジュール済 |
3 | はい | はい | 空白 | 在庫あり | 29日の遅延 | スケジュール済 |
カタログ有効数量
シナリオ | 説明 |
---|---|
1 | 倉庫をデンバーに指定するため、納期回答ではデンバーを使用する必要があります。 デンバーには供給があるため、納期回答ではステータスが「定時」 に設定されます。 |
2および3 |
カタログ有効数量は、ATPルールを調べ、オーダー明細の基準に一致するグローバル・ルールの供給を確認します。 オーダー明細で倉庫としてシアトルを指定するかどうかに関係なく、シアトルは適用される唯一のグローバル・ソース・ルールです。 シアトルには供給がありませんが、シアトルのモードは「無制限有効数量」です。 納期回答では常にこのモードで供給が使用可能であると想定されるため、シアトルに供給がない場合でも、ステータスが |
オーダー有効数量の見積
シナリオ | 説明 |
---|---|
1 | 倉庫をデンバーに指定するため、納期回答ではデンバーを使用する必要があります。 デンバーには供給があるため、納期回答ではステータスが「定時」 に設定されます。 |
2 | 倉庫をシアトルに指定するため、納期回答ではシアトルを使用する必要があります。 シアトル用のATPルールのモードは「無制限有効数量」であるため、納期回答では供給が常に使用可能であると想定され、ステータスが「定時」 に設定されます。 |
3 |
オーダー明細に倉庫を指定しなかったため、納期回答では適用するすべてのATPルールが確認されます。 デンバーの割当レベルは「グローバル」で、シアトルのレベルは「品目」です。 「品目」は「グローバル」より具体的であるため、納期回答ではシアトルのATPルールを使用します。 シアトルには供給がないため、納期回答ではMSP_GOP_HORIZON_DAYSプロファイル・オプションから値を取得し、それを使用してステータスが |
スケジューリング
シナリオ | 説明 |
---|---|
1から3 | 納期回答では明細をスケジュールできたため、ステータスが「スケジュール済」 に設定されます。 |