开票后更新条件类型值(预计条件值无变化)

2020-09-28 12:19发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


专家们,

我们创建了背对背贸易合同(BTB TC),其中具有购买价格,销售价格和毛利率的条件类型。 采购价格,销售价格和毛利率分别通过采购前技术支持和销售前技术支持的代码进行更新。 在Pre-TC中,毛利率是手动更新的(仅价格,条件会在条件选项卡中自动出现,即在定价过程中条件类型未标记为"手动")。 我们已经通过自定义计算类型覆盖了毛利率计算的标准逻辑,以便保留手动输入的值。

BTB发布后,来自BTB TC的条件价格将复制到后续文档"销售订单"和"采购订单"中。 在完成销售订单的开票后,如果我们在更改或显示模式下进入BTB TC中的"条件"选项卡(通过计算按钮),则会根据标准代码(自定义计算类型)重新计算毛利率值 KOMV-KSTEU值设置为" F"(条件值固定,已开票),因此不会触发。 这导致毛利率被覆盖。 在BTB更改模式下,将重新计算重新计算的标准毛利率值,并且即使在销售订单和KONV数据库表中,该值也会更新。

问题:我们不希望在开票后重新计算毛利率。 我们可以避免在开票后重新计算毛利率的标准代码,就像未触发自定义计算类型一样。

标准代码位置:

  1. 在包含LWVK1FD8中,例程ITERATIONSVARIABLEN_SETZEN_NEU计算毛利率
  2. 它通过标准公式(销售价格–购买价格)* 1000/购买价格进行计算
  3. 常规程序AUFSX_IN_VKOMV_FUELLEN为G_T_VKOMV中的"总保证金条件"更新相同的计算值
  4. 进一步的例程VKPX5_ERMITTELN调用PRICING功能模块,该模块在例程XKOMV_BEWERTEN内部进行所有与定价相关的计算
  5. 在例程XKOMV_BEWERTEN中,例程XKOMV_KWERT_ERMITTELN在第1149行调用我们的自定义计算例程
  6. 但是在调用它之前,在1133行进行了检查以验证XKOMV-KSTEU,即条件控制
  7. 根据此检查,KSTEU不应等于E,F或H。但是在结算后,对于所有定价条件,KSTEU均变为" F"
  8. 结果是,条件价格无法通过自定义例程获得更新,并且仅将系统计算的保证金保留为净价

预先感谢您的帮助。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


专家们,

我们创建了背对背贸易合同(BTB TC),其中具有购买价格,销售价格和毛利率的条件类型。 采购价格,销售价格和毛利率分别通过采购前技术支持和销售前技术支持的代码进行更新。 在Pre-TC中,毛利率是手动更新的(仅价格,条件会在条件选项卡中自动出现,即在定价过程中条件类型未标记为"手动")。 我们已经通过自定义计算类型覆盖了毛利率计算的标准逻辑,以便保留手动输入的值。

BTB发布后,来自BTB TC的条件价格将复制到后续文档"销售订单"和"采购订单"中。 在完成销售订单的开票后,如果我们在更改或显示模式下进入BTB TC中的"条件"选项卡(通过计算按钮),则会根据标准代码(自定义计算类型)重新计算毛利率值 KOMV-KSTEU值设置为" F"(条件值固定,已开票),因此不会触发。 这导致毛利率被覆盖。 在BTB更改模式下,将重新计算重新计算的标准毛利率值,并且即使在销售订单和KONV数据库表中,该值也会更新。

问题:我们不希望在开票后重新计算毛利率。 我们可以避免在开票后重新计算毛利率的标准代码,就像未触发自定义计算类型一样。

标准代码位置:

  1. 在包含LWVK1FD8中,例程ITERATIONSVARIABLEN_SETZEN_NEU计算毛利率
  2. 它通过标准公式(销售价格–购买价格)* 1000/购买价格进行计算
  3. 常规程序AUFSX_IN_VKOMV_FUELLEN为G_T_VKOMV中的"总保证金条件"更新相同的计算值
  4. 进一步的例程VKPX5_ERMITTELN调用PRICING功能模块,该模块在例程XKOMV_BEWERTEN内部进行所有与定价相关的计算
  5. 在例程XKOMV_BEWERTEN中,例程XKOMV_KWERT_ERMITTELN在第1149行调用我们的自定义计算例程
  6. 但是在调用它之前,在1133行进行了检查以验证XKOMV-KSTEU,即条件控制
  7. 根据此检查,KSTEU不应等于E,F或H。但是在结算后,对于所有定价条件,KSTEU均变为" F"
  8. 结果是,条件价格无法通过自定义例程获得更新,并且仅将系统计算的保证金保留为净价

预先感谢您的帮助。

付费偷看设置
发送
1条回答
暮风yp
1楼-- · 2020-09-28 13:00
我们已通过自定义计算类型覆盖了毛利率计算的标准逻辑,

 我们不希望在结算后重新计算毛利率。

您已表明您已自定义标准逻辑,在这种情况下,如果按预期运行不了,则需要与技术团队联系以进行代码更改。 同时,有一个Wiki解释了KSTEU字段将如何获取值并使用该字段值搜索Google

一周热门 更多>