同步采购订单行和行明细
采购订单行可具有链接的行明细或延交订单行。行明细也可具有链接的延交订单行。采购订单行包括行明细/延交订单行的汇总信息。采购订单行上更改的字段会与行明细进行同步,反之亦然。
具有行明细的采购订单行也称为“合计”行。
从合计行更新行明细
如果更改“采购订单行 (tdpur4101m000)”进程中“合计”行上的下列字段,则更改将复制到“采购订单行详细资料 (tdpur4101m200)”进程中链接的行明细:
价格字段 | 折扣字段 | 合同字段 | 其它字段 |
---|---|---|---|
“价格” | “折扣百分比” | “合同” | “订单确认日期” |
“价格矩阵” | “折扣金额 ” | “合同位置” | “批次选择” |
“折扣矩阵” | “采购部门合同” | “批次” | |
- | - | - | |
- | - | - | |
- | - | - | |
- | “折扣代码” | - | - |
- | “确定” | - | - |
- | “适用” | - | - |
- 对“合计”行上某个字段的更改并不始终能够在行明细上看到。商业数据(例如价格、折扣和金额)仅显示在“合计”行上。物流数据(例如收货时间和地点、装运地点)显示在行明细上。因此,“合计”行包括已链接的行明细的汇总商业信息。但是,如果将行明细下达到财务,LN 会使用不可见的行明细商业数据,因为不能对“合计”行开具发票。
- 创建订单行后,根据“定价参数 (tdpcg0100m000)”进程中的“采购价格日期类型”参数来确定价格。该字段决定是否必须使用订单日期、系统日期或交货日期来计算价格。如果在“采购订单行 (tdpur4101m000)”进程中更改“用于定价的收货日期”或“订单日期”,新日期不会与“采购订单行详细资料 (tdpur4101m200)”进程中链接的行详细资料进行同步。
收货后更新价格和折扣
收到订单行或行明细后,无法在“采购订单行 (tdpur4101m000)”进程中更新“合计”行的价格和折扣。对于具有至少一个收货的“合计”行或行明细,可以在“收货后更改价格和折扣 (tdpur4122m000)”进程中更新价格。
LN 将新的价格和折扣复制到尚未在财务中处理和/或匹配/审核的所有链接的行明细。
消耗后更新价格和折扣
对于已消费订单行,可以在“收货后更改价格和折扣 (tdpur4122m000)”进程和“更改采购项目应付收据的价格和折扣 (tdpur4132m000)”进程中更新价格和折扣。如需更多信息,请参阅:在收货或消耗后更改价格或折扣.
示例
序号 | 订单行类型 | 订货数量 | 价格 | 订单金额 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 合计 | 30 | 8 | 240 | - | - |
1 | 明细 | 10 | 8 | 80 | 是 | 否 |
2 | 明细 | 10 | 8 | 80 | 是 | 是 |
3 | 明细 | 10 | 8 | 80 | 否 | 否 |
4 | 延交订单 | 3 | 8 | 24 | 否 | 否 |
现在,“合计”行上的价格由 8 变为 10:
顺序 | 订单行类型 | 订货数量 | 价格 | 订单金额 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 合计 | 30 | 10 | 280 | - | - |
1 | 明细 | 10 | 10 | 100 | 是 | 否 |
2 | 明细 | 10 | 8 | 80 | 是 | 是 |
3 | 明细 | 10 | 10 | 100 | 否 | 否 |
4 | 延交订单 | 3 | 10 | 30 | 否 | 否 |
“合计”行的新价格复制到尚未在财务中匹配和处理的所有链接序号。“合计”行上的订单金额是“明细”行的订单金额的总和。为防止重复计数,不包括“延交订单”行的订单金额。
从行明细更新合计行
在“采购订单行详细资料 (tdpur4101m200)”进程中添加、更新、取消或删除行明细时,LN 会更新“合计”行上的数量和金额字段,该行包括链接的行明细的数量/金额总和。
下列数量和金额字段将同步:
- “订货数量”
- “收货数量 ”
- “装箱单数量”
- “核准数目 ”
- “拒收数量 ”
- “延交订单数量”
- “订单金额”
- “收货金额”
- “行折扣金额”
- “订单折扣金额”
- 数量和金额可用,但通常在“采购订单行详细资料 (tdpur4101m200)”进程中不可见。不过,可以在“采购收货 (tdpur4106m000)”进程和“采购订单收货数据概览 (tdpur4531m000)”进程中查看这些数量和金额。
- 在“采购订单行详细资料 (tdpur4101m200)”进程中修改“延交订单”行的“订货数量”时,LN 不会更新“采购订单行 (tdpur4101m000)”进程中“合计”行的“订货数量”,而是更新“合计”行的“延交订单数量”。
修改订货数量后,会自动重新计算价格和折扣。仅当没有人工输入现有价格和折扣时,LN 才重新计算价格和折扣。为“合计”行检索新价格和/或折扣时,LN 会:
- 将新价格/折扣复制到链接的“明细”行和“延交订单”行(如果尚未对这些行开发票或进行处理)。
- 为每个“明细”行和“延交订单”行重新计算订单行金额。用链接的“明细”行的订单行金额的总和更新“合计”行的订单行金额字段。“延交订单”行的订单金额不计入“合计”行的订单金额。对于其它数量和金额(例如“收货数量 ”和“收货金额”),“延交订单”行的值计入“合计”行的总和。
示例
序号 | 订单行类型 | 订货数量 | 价格 | 订单金额 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 合计 | 30 | 8 | 240 | - | - |
1 | 明细 | 10 | 8 | 80 | 是 | 否 |
2 | 明细 | 10 | 8 | 80 | 是 | 是 |
3 | 明细 | 10 | 8 | 80 | 否 | 否 |
4 | 延交订单 | 3 | 8 | 24 | 否 | 否 |
现在,“明细”行 3 的订货数量由 10 变为 12,价格由 8 变为 10:
序号 | 订单行类型 | 订货数量 | 价格 | 订单金额 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 合计 | 32 | 10 | 300 | - | - |
1 | 明细 | 10 | 10 | 100 | 是 | 否 |
2 | 明细 | 10 | 8 | 80 | 是 | 是 |
3 | 明细 | 12 | 10 | 120 | 否 | 否 |
4 | 延交订单 | 3 | 10 | 30 | 否 | 否 |
对于具有新的订货数量的“明细”行,会重新计算订单金额。“合计”行上的订货数量是“明细”行的订货数量的总和。由于价格和折扣不是人工输入的,所以会按照价格和新的订货数量重新计算“合计”行上的价格和折扣。新的价格和折扣被复制到链接的序号。对于每个“明细”行和“延交订单”行,会重新计算订单金额,并用“明细”行的订单金额的总和更新“合计”行。
从原始行更新延交订单行
对于“合计”行、“明细”行或“延交订单”行,可以(在收货后)更改价格和折扣。当某个行已链接了一个或多个“延交订单”时,LN 会将新的价格和折扣复制到这些行。
示例
序号 | 订单行类型 | 订货数量 | 价格 | 父顺序 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 明细 | 50 | 8 | - | 是 | 否 |
1 | 延交订单 | 10 | 8 | 0 | 是 | 否 |
2 | 延交订单 | 2 | 8 | 0 | 是 | 是 |
3 | 延交订单 | 5 | 8 | 1 | 是 | 否 |
4 | 延交订单 | 1 | 8 | 1 | 否 | 否 |
5 | 延交订单 | 2 | 8 | 3 | 否 | 否 |
现在,“明细”行上的价格由 8 变为 10:
序号 | 订单行类型 | 订货数量 | 价格 | 父顺序 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 明细 | 50 | 10 | - | 是 | 否 |
1 | 延交订单 | 10 | 10 | 0 | 是 | 否 |
2 | 延交订单 | 2 | 8 | 0 | 是 | 是 |
3 | 延交订单 | 5 | 10 | 1 | 是 | 否 |
4 | 延交订单 | 1 | 10 | 1 | 否 | 否 |
5 | 延交订单 | 2 | 10 | 3 | 否 | 否 |
新的价格还会应用到可以修改的所有链接序号。
现在,不更改“明细”行上的价格,而更改序号为 1 的行的价格:
序号 | 订单行类型 | 订货数量 | 价格 | 父顺序 | 已收货 | 已处理 |
---|---|---|---|---|---|---|
0 | 明细 | 50 | 8 | - | 是 | 否 |
1 | 延交订单 | 10 | 10 | 0 | 是 | 否 |
2 | 延交订单 | 2 | 8 | 0 | 是 | 是 |
3 | 延交订单 | 5 | 10 | 1 | 是 | 否 |
4 | 延交订单 | 1 | 10 | 1 | 否 | 否 |
5 | 延交订单 | 2 | 10 | 3 | 否 | 否 |
新价格适用于链接至顺序 1 的所有顺序(父顺序为 1 的顺序及其子顺序)。LN 不更改顺序为 1 的父行。