预测冻结期间计算
计算详细资料
计算冻结期间的详细资料如下:
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。
|