采购进度计划累计量

采购进度计划累计量 (CUM) 用来执行以下操作：

累计

在采购管理中支持以下累计量：

下达采购进度计划后，LN 会按以下顺序在前述进程中插入记录：

通常，累计量将以进度计划编号、累计量重置日期和事务处理日期为依据进行计算和更新，其中的事务处理日期可为装运日期、收货日期、计划需求日期或发票日期。进度计划编号和事务处理日期将在事务处理发生时确定。

注意

累计量模型

有两种累计量模型，后勤公司根据这些模型来处理传达的累计量。

在采购合同参数 (tdpur0100m300) 进程的累计量模型字段中，可以选择以下模型之一：

基于收货的累计量模型
在基于收货的进度计划中，将考虑供应商的位置。因此，在短交的情况下，具有早于下一计划发料日期的计划需求日期的计划行将作为紧急需求插入到采购下达行明细 (tdpur3522m000) 进程中。此外，收货总累计量将传达至供应商。
基于订单的累计量模型
基于订单的进度计划与供应商的位置无关。在溢交或短交的情况下，供应商将负责计算与需求相关的位置。因此，全部订货数量将传达至供应商，此后供应商从订货数量中减去已装运数量。要获得有关供应商处理短交和溢交方法的更多信息，请参考调整销售进度计划。

注意

对于推式进度计划，通常针对总括仓单接收货物，并且采购下达通常包含已群集进度计划行。货物接收时，将货物分配到具有“紧急”或“确定”类型的最久未完成需求的进度计划行。如需更多信息，请参见群集采购进度计划行。

示例

进度计划编号 10000001

需求日期	位置编号	订货数量	需求类型	价格
11/01/2001	10	5 件	确定	10
12/01/2001	20	5 件	确定	10
13/01/2001	30	5 件	确定	10

步骤 1. 选择采购进度计划行

以类型为“确定”的最久未完成需求的顺序选择采购进度计划行。这意味着首批收货将在 2001 年 1 月 11 日的需求中进行登记，之后在 2001 年 1 月 12 日的需求中登记，依此类推。可以在进度计划行中为最大订货数量登记收货。

在本示例中，数量为七件的收货登记如下：

2001 年 1 月 11 日：尽管交货数量为 7 件，但该行只能接收 5 件。
2001 年 1 月 12 日：尽管订货数量为五件，但是只将实际交货数量中的两件分配至该行（五件已分配给 2001 年 1 月 11 日的原有进度计划行）。这意味着该行仅部分交货。

步骤 2. 更新采购进度计划行

将在采购进度计划行 (tdpur3111m000) 进程中更新采购进度计划行。

需求日期	位置编号	订货数量	已交货数量	需求类型	价格
11/01/2001	10	5 件	5 件	确定	10
12/01/2001	20	5 件	2 件	确定	10
13/01/2001	30	5 件	0 件	确定	10

步骤 3. 插入收货明细

将在采购进度计划收货数据 (tdpur3115m200) 进程中更新收货详细资料。

位置编号	收货单编号	装箱单编号	已交货数量	已核准数量	拒收数量
10	RCP0001	PS001	5 件	0	0
20	RCP0001	PS001	2 件	0	0

步骤 4. 更新计划库存事务处理

将在仓储管理子系统中更新计划库存事务处理。

步骤 5. 更新收货累计量

将在收货累计量 (tdpur3132m000) 进程中更新收货累计量。

收货单编号	装箱单编号	事务处理日期	收货数量	收货累计量
RCP0001	PS001	10/1/2001	7	7

步骤 6. 更新需求累计量

将在需求累计量 (tdpur3130m000) 进程中更新需求累计量。

计划需求日期	所需数量	需求累计量
11/01/2001	5	5
12/01/2001	5	10