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