[转载]公司间交易(STO)的Billing价格(销售价)确定(公司间交易价格STO价格)

参考了好多STO的文章,视图处理STO销售价格价格的问题。但是都不是完整,有的截图倒是有显示这个配置,但是讲解的重点却是另外的地方。由于STO涉及MM/SD模块,STO往往都是负责MM模块的人写的,因此并未点出关键内容。导致学习特别麻烦。刚好看到这个是SD模块的顾问写的文章,因此转载至此。MM的内容参考 CDSN的这个文章
SAP-MM STO订单详解 10 (公司间交易价格相关的配置)
https://blog.csdn.net/weixin_52158549/article/details/122359719
本篇文章作为该文章的补充。

原文地址:公司间交易(STO)的Billing价格确定作者:SD模块那些事儿
博主最近比较忙,没时间更新博客。最近一直在做STO相关的业务,顺带说一下STO的billing价格确定吧,condition technique有空再来细说。
STO是一个常用的公司间交易的业务,前一篇博客说了STO的退货怎么做。现在来说STO里面billing的价格如何确定。博主在面试的时候也问过许多候选人这个问题,发现还是有一部分顾问不知道billing价格如何从STO上获得的,他们的做法比较简单粗暴:销售方维护销售方的价格,采购方维护采购方的价格。这样倒是没什么毛病,关键是系统无法保证billing和IV的价格是一致的,那么在集团层面做结算的时候就可能会发生集团内往来不平的情况。
所以如果没有什么特殊业务,billing的价格一般建议从STO直接带过来。如何做到呢?其实也简单。就是在销售定价过程中,增加一个STO上面所用价格同名的定价条件类型。然后在复制控制里面,把价格源选成’A’采购定价就可以了。
在这里插入图片描述

当然如果就这么结束了,博主是没必要发这么一篇博客的。
博主主要想说下面两点,那就是:
1.这个条件类型是否是统计型,不取决于销售定价的配置,而是与STO上面一致。也就是说,如果你的这个条件类型,在STO里面是个非统计的,哪怕你在billing的定价过程里面把它设置成统计的,那也不好使。反之一样。
2.这个条件类型的取值,取的是STO里面条件记录的值,并非条件类型的金额。意思就是,如果你取了一个百分比的条件类型,那么billing里面只会把百分比带过来,不会把计算后那个condition value带过来。
下面这个图是STO的定价,这个场景里面用的是含税价。ZIC3是公司间的含税价格,Z001用于计算进项税。ZICX用于传递价格给billing

而这个图是billing里面的定价。可以看见ZICX也是勾上了statistical(不管你在billing的定价过程里面勾不勾),然后我们使用这个价格再去计算销项税和净价。

如果直接使用ZIC3作为STO的价格传递,那么这个价格在SD这边默认会是一个非statistical的价格,而且会是一个净价。这样的话再想去根据它来计算税金,并且要把净价计算出来,就很困难了。
下面是STO的定价。可以看到,ZICX是通过901这个计算公式得到的。ZICX本身并没有配置任何的存取顺序。
901这个例程里面其实就是把Subtotal 9的值赋给当前的condition type,然后为什么要做下面的计算呢?就是为了得到上面采购订单里面condition amount,那个2,000 CNY。

为什么要得到这个值?见上面第二点。如果不回算出条件类型的单价,那么billing是取不到的。Billing上实际就取了一个2000的值,然后自己乘以数量得到金额。

后记:博主后来闲着没事翻了翻MM的定价,发现RM2000这个过程。相比之下上面写的就比较低端了

乍一看这个定价过程不对啊,全是统计型,哪来的价格?仔细看看,第一个条件类型是PI01,这个东东默认在采购方作为价格,在销售方作为成本的,所以其实用了RM2000,那么PI01的价格在STO上面就不会是统计的,而传到Billing那边就是统计型的,这样其实就解决了博主上面的需求。

  • 0
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值