公司间交易(STO)的Billing价格确定

  (2013-07-23 20:44:56)

转载▼

博主最近比较忙，没时间更新博客。最近一直在做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那边就是统计型的，这样其实就解决了博主上面的需求。