SAP SD Rebate 的财务凭证的说明

 标准SAP返利是通过预提实现的,即在每次发票时预提一部分金额,这部分金额是在返利协议中定义,所以,开出的发票会计凭证如下:

贷:应收账款
借:销售收入
借:消项税
贷:返利统计(科目名称根据企业要求,即上文提到的在返利协议中定义的金额)
借:预提费用

返利结算时产生的会计凭证如下:
借:应收账款
贷:销售返利
借:返利统计
贷:预提费用
贷:消项税

销售返利这个科目改成销售收入的话,就和贷项凭证没有多大的区别,系统上实现很容易。

但这里有些问题,返利结算时,是没有实际销售凭证对应的,在我国这种情况就不能扣减消项税;要直接现金结算,也是要提供发票,很多企业都是提供服务型发票来结算返利

我们在实施的时候,有几种方式来解决这些问题
1.如果是固定比例的返利,可以在销售订单中设定定价条件作为统计项,进行每单统计即可,返利结算时由财务直接入账,一般是服务性发票;也可以在下一订单中扣减销售收入
2,如果不是固定比例的返利,有Scales,只能事后统计了,可以使用SIS,返利结算时同样由财务直接入账或者下一订单中扣减销售收入

这两个方法也有问题,就是在返利支付时,企业一下要支付很大数额,而且一般都在年末支付,从这个角度看,应该预提这些费用,如果由人工预提的话,工作量还是很大;还有就是返利的统计和结算是分开统计,返利统计是销售进行,返利结算是由财务进行,势必造成两边不统一

我考虑过如下方法
返利计算用SAP标准方式,返利结算时修改相关配置使会计凭证如下:
借:应收账款
贷:服务费用
借:返利统计
贷:预提费用
贷:消项税(服务)

然后将应收账款手动转换为应付收账
借:应付账款
贷:服务费用
贷:进项税(服务)

这样就能支付给客户了,不过这种方法要建立客户对应的供应商,还要手动建会计凭证,也不是很好的方法
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值