| 重置采购进度计划累计量 |  |
| 随着时间的推移，累计量 (CUM) 可递增为相当高的值。要避免受到域约束条件的限制，可在重置累计量 (tdpur3230m000) 进程中重置累计量。尽管通常在年末执行该重置，但是当年度更改时无法准确重置累计量。这意味着在重置日期后可在累计量进程中储存更新。通过计算重置数量，这些值还将包括在重置处理中。 重置是根据以下累计量 (CUM) 模型进行的，这些模型可在采购合同参数 (tdpur0100m300) 的累计量模型字段中定义： 基于订单的累计量模型。 基于收货的累计量模型。 成功重置累计量的条件 在重置累计量 (tdpur3230m000) 进程和重置累计量 (tdsls3230m000) 进程中重置累计量时，供应商和客户必须使用相同的累计量重置日期。 只有当供应商接收并核准了客户发送的下达时，才执行重置。否则，因为重置日期不同，供应商将无法核准在重置日期之后处理的下达。预览或已计划状态的采购下达行会自动重置。 供应商不得更新进入的下达，也不得手工创建新下达，因为这样重置会导致错误数量。 计算重置数量 要重置现有累计量值，将确定重置数量，并将其从现有累计量中减去。在装运累计量 (tdpur3131m000)、收货累计量 (tdpur3132m000)、需求累计量 (tdpur3130m000) 和开票累计量 (tdpur3133m000) 进程中，会添加重置记录，还会从累计量中减去重置数量。此外，还会重置 FAB/RAW 授权 (tdpur3534m000) 进程以及已生成、但尚未发送的下达行。根据累计量模型，重置数量计算如下： 根据累计量模型，重置数量计算如下： 基于订单的累计量模型 重置数量 = 在新重置日期之前的下达日期所传达的最后需求数量。此数量是从 FAB/RAW 授权 (tdpur3534m000) 进程的需求累计量字段检索获得的。 基于收货的累计量模型 重置数量 = 在新重置日期之前的下达日期所传达的最后收货数量。此数量是从 FAB/RAW 授权 (tdpur3534m000) 进程的收货累计量字段检索获得的。 示例 1 - 基于订单累计量模型 重置日期 = 从第 3 周开始 进度计划行在执行重置前生成 进度计划行 2 在第 3 周下达 进度计划行 3 在第 5 周下达
周 | 第 1 行 | 重置前的需求累计量 | 第 2 行 | 重置前的需求累计量 | 第 3 行 | 重置前的需求累计量 | 重置后的需求累计量
--- | --- | --- | --- | --- | --- | --- | ---
1 | 20 | 20 | - | 20 | - | 20 | 20
2 | 20 | 40 | - | 40 | - | 40 | 40
3 | 20 | 60 | 5 | 45 | - | 45 | 5
4 | 20 | 80 | 5 | 50 | - | 50 | 10
5 | 20 | 100 | 5 | 55 | 20 | 70 | 30
6 | 20 | 120 | 55 | 110 | 5 | 75 | 35
7 | - | - | 5 | 115 | 5 | 80 | 40
8 | - | - | 5 | 120 | 5 | 85 | 45
9 | - | - | - | - | 5 | 90 | 50
10 | - | - | - | - | 5 | 95 | 55
合计 | 累计量行 1 | 累计量行 2 | 累计量行 3 | 重置后累计量
--- | --- | --- | --- | ---
起始累计量 | 0 | 40 | 50 | 10
重置日期始于第 3 周。因为使用了基于订单的累计量模型，所以会根据需求累计量执行重置。在第 2 周结束时，重置数量为 40。因此，将从累计量重置日期（第 3 周）开始减去 40 以更新全部累计量。 示例 2 - 基于收货累计量模型 使用上一示例的数据，但同时还考虑到下列数据：
周 | 已接收数量。 | 重置前的收货累计量 | 重置后的收货累计量
--- | --- | --- | ---
1 | 10 | 10 | 10
2 | 25 | 35 | 35
3 | 20 | 55 | 20
4 | - | 55 | 20
5 | 5 | 60 | 25
重置日期始于第 3 周。因为使用了基于收货的累计量模型，所以会根据收货累计量执行重置。在第 2 周结束时，重置数量为 35。因此，将从累计量重置日期（第 3 周）开始减去 35 以更新全部累计量。 于是示例 1 中的合计将达到：
合计 | 累计量行 1 | 累计量行 2 | 累计量行 3 | 重置后累计量
--- | --- | --- | --- | ---
起始累计量 | 0 | 40 | 50 | 15
相关主题 重置授权 采购进度计划累计量 |