预测冻结期间计算
本主题说明与之前发送的修订相比,LN 如何检查预测更改是发生在冻结期间-还是冻结期间+中。
如需冻结期间功能的一般概览,请参阅预测冻结期间。
计算详细资料
计算冻结期间的详细资料如下:
-
LN 从“计划条款和条件 (tctrm1135m000)”进程的“冻结期间 +”字段和“冻结期间 -”字段中检索冻结期间。
为了选择条款和条件协议的相关版本,LN 将当前日期后最初期段的起始日期作为有效日期。
-
对于客户方,若要获得冻结期间 + 的结束日期,LN 会将“冻结期间 +”字段的天数添加到当前日期。同样,LN 通过使用“冻结期间 -”字段的值可以计算冻结期间 -。对于供应商方,LN 会执行类似的计算,但 LN 将使用预测的收货日期而不是当前日期。
LN 不会根据任何特定日历计算此日期,所有日历天数都将计数。
- LN 将比对之前发送修订中的预测来检查预测。如果不存在任何早期修订,LN 将假设之前预测为零 (0)。
-
LN 会将当前日期之前的预测添加到当前日期之后的最初期段。
同样,对于之前发送的修订,LN 会将该修订发送日期之前的预测添加到发送日期之后的最初期段。
- 如果当前预测和预测的以前修订具有相同的期段数,且这些期段的起始日期也相同,LN 将对每个期段分别执行冻结期间检查。否则,LN 将使用跨度内所有期段的预测总和,然后仅检查总数。
- 如果与之前修订相比,预测在预测天数+中的值有所增加,或者预测天数-中的值有所减少,系统会断定其违反了冻结期间限制。
这些检查始终从核准或接受预测的进程中启动。LN 可以通过多种方式响应失败的冻结期间检查。如需更多信息,请参阅使用冻结期间限制。
示例
在以下示例中,冻结期间+和冻结期间-为 20 天。
期段 | 期段起始日期 | 预测修订 1 | 当前预测 |
---|---|---|---|
1 | 4 月 2 日 | 15 | 15 |
2 | 4 月 9 日 | 20 | 20 |
3 | 4 月 16 日 | 20 | 25 |
4 | 4 月 23 日 | 20 | 15 |
5 | 4 月 30 日 | 20 | 20 |
6 | 5 月 7 日 | 25 | 25 |
7 | 5 月 14 日 | 25 | 50 |
8 | 5 月 21 日 | 25 | 20 |
预测修订 1 发送日期 | 4 月 10 日 | 期间 2 |
当前日期 | 4 月 13 日 | 期间 2 |
跨度 | 5 月 3 日 | 期间 5 |
当前日期位于期段 2 中,跨度位于期段 5 中,因此 LN 将检查期段 3、4 和 5。
LN 会将期段 1 和 2 的预测添加到期段 3,因为修订 1 的发送日期与当前日期位于期段 2 中。
对于预测修订 1,期段 3 的预测将为 55 (15+20+20)。对于当前预测,期段 3 的预测将为 60。冻结期间 + 中不允许增加。
假设客户将期段 3 的当前预测从 60 调整为 55,然后重试。现在,期段 3 通过该测试,但期段 4 显示有从 20 减少到 15,且冻结期间 - 检查失败。
接受期段 5。
期段 6 未检查,因为该期段超出冻结期间跨度。
示例
在以下示例中,冻结期间+和冻结期间-为 20 天。
期段 | 期段起始日期 | 预测修订 1 | 当前预测 |
---|---|---|---|
1 | 4 月 2 日 | 15 | |
2 | 4 月 9 日 | 20 | |
3 | 4 月 16 日 | 20 | 5 |
4 | 4 月 23 日 | 20 | 15 |
5 | 4 月 30 日 | 20 | 20 |
6 | 5 月 7 日 | 25 | 25 |
7 | 5 月 14 日 | 25 | 60 |
8 | 5 月 21 日 | 25 | 30 |
预测修订 1 发送日期 | 4 月 10 日 | 期间 2 |
当前日期 | 4 月 19 日 | 期间 3 |
跨度 | 5 月 9 日 | 期间 6 |
当前日期位于期段 3 中,因此 LN 将检查期段 4、5 和 6。
对于预测修订 1,LN 会将期段 1 和 2 的预测添加到期段 3,因为修订 1 的发送日期位于期段 2 中。但是,不需要检查期段 3。
对于当前预测,LN 会将期段 3 的预测添加到期段 4 中,因为当前日期位于期段 3 中。
对于当前预测,期段 4 的预测将为 20 (5+15)。此值等于预测修订 1 中期段 4 的预测。因此,不需要检查期段 3。
还接受期段 5 和 6。