機械翻訳について

オーダー予測のサイクル途中更新の例

プランニング・サイクルで、プラン・データのサイクルの途中に変更が発生した場合、それは更新とみなされ、そのタイム・バケットの前のコミットはすべて消去されます。

たとえば、週次頻度で開始日が月曜日に設定されたコラボレーション・プランを作成します。 1月16日月曜日にプランを公開した場合、1月16日の週に公開済データを変更すると、それは更新とみなされ、そのタイム・バケットの前のコミットはすべて消去されます。 次の週の1月23日月曜日にプランが再度公開されると、それは新しいプランニング・サイクルとして扱われます。

次の表は、サイクルの途中に公開済データに変更が発生した場合のプラン・データの変更を示しています。

データ受信日付

出荷元

出荷先

品目

2月6日のスケジュール日の値

2月13日のスケジュール日の値

2月20日のスケジュール日の値

2月27日のスケジュール日の値

2017年1月2日

サプライヤA

サイトA

Y

150ユニット

150ユニット

150ユニット

送信レコードなし

2017年1月4日

サプライヤA

サイトA

Y

150ユニット

送信レコードなし

300ユニット

300ユニット

週次集計で開始日が月曜日のオーダー予測が、2017年1月2日に公開されます。 スケジュールは、2月6日、2月13日、2月20日および2月27日の各週を対象とします。 2017年1月4日に、分解プロセスによって、各スケジュール詳細が評価され、それが2017年1月2日に受信された前の品目予測と比較されます。

  • 更新なし: 2月6日の集計週では、分解プロセスによって、既存のスケジュール詳細に変更はないと判断されます。 予測数量に変更はないため、コミット数量に変更はありません。

  • 取消し: 2月13日の集計週では、レコードが送信されていないため、分解プロセスによって2月13日のバケットは取り消されたとみなされます。 レコードはバージョン設定され、予測数量は0に設定されます。 コミットはすべて保持されます。

  • 更新: 2月20日の集計週では、予測数量が変更されているため、分解プロセスによって、バージョン・アップされた新しいスケジュール詳細レコードが作成されます。 レコードはバージョン設定され、予測数量は300に設定されます。 新しいコミットが予定されます。

  • 追加: 2月27日の集計週では、タイム・バケットの2月27日が前に存在していなかったため、分解プロセスによって新しいスケジュール詳細レコードが作成されます。 予測数量は300に設定されます。 コミットが予定されます。

オーダー予測が再公開されると、サービス・レベル契約が再計算されます。 たとえば、サービス・レベル契約が2日であるとします。 オーダー予測の元の公開日が1月2日の場合、期日は1月4日です。 オーダー予測が1月3日に再公開されると、期日は1月5日に設定されます。

ノート: 過去の日付のタイム・バケットに対応する予測データは、サイクル中間更新で更新できません。 これらの数量は、プランニング・サイクルの終了時まで保持されます。