电子商务Oracle ERP解决方案探讨：增值税？

纵横四海

电子商务企业税主要是增值税。在R12中税这个模块是单列的。这几天研究这个模块把头都弄晕了，最后还是卡住了。暂且不说这个了。

大家看看下图，所标识的价格都是含税的价格（我想就目前的环境，电商是不会再让你额外在交税的）


对于电子商务企业，供货商所开列的发票都是含税金额的。而在线成交的订单也是含税的。所以就存在如果将含税收入拆分为增值税（进项/销项）和收入的问题。
目前有两种做法：
1>在AR,AP分别计算增值税和收入，导入GL
2>在AR,AP中的发票均是含税的，在GL中用分摊日记账的方式将税分摊出来。

电子商务企业特点：
1.订单量巨大。每日订单数（需要确认收入）数万。客单价为100~300之间。
2.供应商很多。有几百家到几千家供应商。供应商的结算工作量大。

请大家谈谈这两种方法。

该贴已经同步到 纵横四海的微博

纵横四海

我谈一下我的看法吧，我希望用第二套方案。
首先可以少实施一个模块降低实施成本，减少工作量。
因为订单太多，如果每个订单都拆分一次，几十万个订单收入都各自拆分一次，然后汇总出来的收入和税估计差异不会太小，至少每笔收入的拆分都可能有办分钱的差异。如果１００万个订单，那么差异最大可以到：100万*0.01=1000。当然根据统计学原理，这些差异都是正态分布的，很多都会互相抵消（-1,1）。但这个差异会始终存在。

还有一个原因就是，这样作接口开发也很容易，而总账作一个分摊日记账也是非常简单的。

将这个方案和财务讨论了一下，财务说这两种方案都可以，只是在GL分摊，不能及时的看到收入和税的数据，要结账后才能看到。

gaojingou

  问题是，给客户开票时，有的时候要开增值税发票啊

ericgorgeous

有一个问题,如果运费是买方承担,如果开具相应的运费发票,运费国内的计算方式是价内税,在GL分摊的时候,同一笔业务会有两种分摊计税逻辑