| 销售进度计划累计量 |  |
| 累计量 (CUM) 是已装运、已接收和已开发票数量的年累计值。可以将累计量用作进度计划统计信息，以跟踪其状态与需求相比是提前还是落后于进度计划。 可用的销售进度计划累计量有以下几种： 装运累计量 已经装运的特定销售进度计划的累计总量。可以在装运累计量 (tdsls3532m000) 进程和销售进度计划 (tdsls3111m000) 进程中查看装运累计量。 收货累计量 进货方业务伙伴收到的特定销售进度计划的总累计数量。可以在装运累计量 (tdsls3532m000) 进程、销售进度计划 (tdsls3111m000) 进程和 FAB/RAW 授权 (tdsls3134m000) 进程中查看收货累计量。 开票累计量 已开发票的特定销售进度计划的累计总量。可以在开票累计量 (tdsls3533m000) 进程和销售进度计划 (tdsls3111m000) 进程中查看开票累计量。 在销售进度计划过程中，累计量用于： 跟踪总累计数量。 检查和调整销售进度计划中的短交和溢交货物。 进行调节。在这个过程中可监控业务伙伴的收货累计量是否与您的装运累计量匹配。如果不匹配，则会导致产生争议，必须解决有关问题。 注意 不会为短交或溢交检查或调整索引销售进度计划、材料下达和交货合同。 只有材料下达和装运进度计划的收货累计量与装运累计量才会匹配。 累计量模型 有两种累计量模型，后勤公司根据这些模型来处理传达的累计量。在物料销售业务伙伴数据 (tdisa0510m000) 进程的使用的累计模型字段中可以选择以下模型之一： 基于订单 基于收货 如需有关如何使用这些模型的更多信息，请参阅销售进度计划调整。 重置累计量 随着时间的推移，累计量可递增为相当高的值。为避免受到域约束条件的限制，可在重置累计量 (tdsls3230m000) 进程中重置累计量。尽管通常在年末执行该重置，但是当年度更改时无法准确重置累计量。因此，在重置日期后可在累计进程中存储更新。通过计算重置数量，这些值还将包括在重置处理中。 要成功重置累计量，必须满足以下条件： 在重置累计量 (tdsls3230m000) 进程和重置累计量 (tdpur3230m000) 进程中重置累计量时，供应商和客户必须使用相同的累计量重置日期。 只有当供应商接收并核准了客户发送的下达时，才执行重置。否则，因为重置日期不同，供应商将无法核准在重置日期之后处理的下达。 供应商不得更新进入的下达，也不得手工创建新下达，因为这样重置会导致错误数量。 注意 如果存在状态为不匹配并且事务处理日期早于累计量重置日期的调节记录，则无法重置销售进度计划的销售进度计划累计量。可以在销售进度计划调节 (tdsls3131m000) 进程中查看销售进度计划调节记录。 销售进度计划 (tdsls3111m000) 进程中存储的特定销售进度计划修订的累计量在重置处理过程中从不更新。它们将保持历史记录信息。 计算重置数量 步骤 1. 确定重置数量 如果在重置累计量 (tdsls3230m000) 进程中重置了累计量，ERP LN 首先会确定重置数量。ERP LN 会在最后一条累计量记录中检索重置数量，该记录是重置累计量 (tdsls3230m000) 进程中指定的累计量重置日期之前的最后一条记录。哪个数量是重置数量取决于物料销售业务伙伴数据 (tdisa0510m000) 进程中指定的使用的累计模型。 如果使用的累计模型为： 基于订单，则预先需求累计量为重置数量。 基于收货，则收货累计量为重置数量。 步骤 2. 创建新累计量记录 ERP LN 会创建以下新记录： 在装运累计量 (tdsls3532m000) 进程中创建新的装运累计量记录。 在开票累计量 (tdsls3533m000) 进程中创建新的开票累计量记录。 对于新的累计量记录，将应用以下规则： 累计重置日期等于在重置累计量 (tdsls3230m000) 进程中指定的累计量重置日期。 状态为重置。 重置装运累计量 在新的装运累计量记录中，ERP LN 会根据重置数量减少以下数量： 装运累计量。 收货累计量. 如果已经存在事务处理日期晚于累计重置日期的装运累计量记录，ERP LN 会复制经过以下调整的这些记录： 装运累计量和收货累计量也按重置数量而减少。 使用新的累计重置日期替换旧的累计重置日期。 重置开票累计量 对于新的开票累计量 记录，ERP LN 将从开票累计量 中减去重置数量。 如果已经存在发票日期晚于累计重置日期的开票累计量 记录，ERP LN 会复制经过以下调整的这些记录： 开票累计量 也按重置数量而减少。 使用新的累计重置日期替换旧的累计重置日期。 示例 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
相关主题 销售进度计划授权 销售进度计划 |