手机站:/m

域名解析_zoho企trustdata大数据-业邮箱_稳定性好

时间:2021-09-08 06:46编辑:淘客樊里来源:淘客樊里当前位置:主页 > 云解析 >

回扣是一种追溯支付给客户的折扣。一般来说,这种折扣是基于客户在预定时间段内的销售量,并在年底以贷方票据结算。应计项目也通常按定期(每月)计算,物联网+,用于支付给客户的金额。下图显示了一个典型的返利场景,当累计销售额超过50000时,返利购,返利折扣适用。在第四个月底,回扣按2000年(52000-50000)的4%计算,即80,并视为当月的应计项目。本年度总返利计算为3040.

SAP ECC中销售返利的流程图如下图所示。创建返利协议和开票凭证后,需要运行事务VBOF(或程序SDBONT06)来更新返利协议中相应的销售量。回扣通常在定期或年底处理。使用索引表VBOX链接返利发票,减少处理时间。最后,返利协议被发布用于结算,随后的结算创建借项凭单请求和给客户的借项凭单。

ECC中上述返利过程的主要限制是

索引表VBOX的大小可能非常高(在2-5 TB的范围内),特别是对于消费品公司如果有新客户或折扣条件发生变化,则需要重新索引表VBOX只有返利相关的客户销售单据才可以处理

S/4HANA通过

指标表剔除简化了返利处理内存中的HANA数据库,能够直接访问和处理主要/计费文档取消借项凭单请求"订单到现金"和"采购到付款"场景的返利处理的危害性

在S/4HANA中创建了条件合同,而不是如下图所示的返利协议。系统现在既不需要更新回扣协议(条件合同)中的帐单文档,也不需要单独的表格(如ECC中的VBOX)。HANA数据库现在直接访问相关(计费)文档,并根据条件合同的业务量的应计条件计算应计值。另外,请注意,没有创建贷项凭单请求,新零售企业应用中心,这是一个进一步的简化。结算单直接创建贷项凭证和相应的财务会计凭证,

S/4HANA中带条件合同的简化销售返利流程如下图所示。业务量是根据条件合同中的参数来确定的,相关数据直接从相应的业务单据中读取,如销售返利的开票单据

业务量确定的参数在S/4HANA中也是非常可配置的(即不固定的)。下图显示了销售返利0S01业务量确定的标准配置,该配置考虑了BONBA(返利基础1)和NETWR(计费项目净值)字段。如果计费项目的总值更适合特定的业务场景,那么可以通过标准配置来实现。

带条件合同的返利解决方案的另一大优势是,它也可以应用于供应商返利(以及奖金、佣金等许多其他场景)。销售回扣(订单到现金)和采购回扣(采购到付款)的流程和系统解决方案如下图所示。

带有条件合同的新回扣解决方案的商业利益已捕获/总结如下。

下图所示为销售条件合同(1),S/4HANA 1909版本中的增量应计(2)和部分结算(3)。结算按照条件合同中设置的结算日历和结算(增量计提、部分结算、最终结算)进行。

除了销售返利条件合同(0S01)外,S/4HANA 1909发行版还提供了多种销售场景,包括销售奖金、佣金等,如下图所示。同样适用于供应商折扣(图中未显示)。

带条件合同的折扣解决方案最初是在1511年发布的S/4HANA中引入的。解决方案已经成熟,并在随后的S/4HANA版本中针对各种场景进行了扩展。下图显示了S/4hana1511和1610版本中可用的条件合同类型。事实上,1511版本中没有SAP标准条件合同类型用于典型的"销售折扣",我必须创建一个自定义条件合同类型ZSBB复制SBBI(销售奖金的条件合同类型),并在定价等方面进行多个配置。现在在1909版本中,不需要(或非常小的)额外配置典型的销售返利场景条件合同类型0S01.

SAP还提供了关于白皮书、流程描述、配置、常见问题解答等非常详细和有用的文档,以及一些注释,返利怎么用,大数据平台,如2481672、2815535、2200691、2267377、2535889.

在我看来,这个新的回扣解决方案是S/4HANA中最重要的简化之一。这个博客是基于我个人的观察,测试,现有的博客和SAP文档。非常感谢您的意见/评论。

上一篇企业网站_网站建设如何成为淘客-有多少公司_免费1年

下一篇金山云_tft云服务器报价-p服务器_测评

云市场知识本月排行

云市场知识精选