电子商务Oracle ERP解决方案探讨:收入核算问题？

纵横四海

业务描述：电子商务公司的派送有两种方式，一种是自建物流，而另外一种是第三方物流
用户的支付为：代收款（自建物流代收款或者第三方物流代收款）或者在线支付（支付宝或者网银）

我们这里仅仅讨论：在使用第三方物流（快递）配送并需要快递代收款的这种业务。
主要业务为：
1>电商将产品委托快递公司进行派送，快递公司按照运费规则收取快递费。并按照订单金额1%，收取代收款服务费。
　 电商向快递公司支付：运费＋代收款服务费
　 快递公司向电商回款：订单代收款
2>快递公司按周向电商公司回款。
3>电商按月給快递公司结算运费和服务费。

解决方案有如下两种方式：
１。传统方式
　　电商公司的客户（购买电商产品的个人或者公司）－>AR客户
　　快递公司代收款被设置为一种支付方式：××代收款（比如：宅急送代收款）－》支付方式。
　　电商的每笔收入确认到电商公司的客户上，所有回款（在线支付，代收款）－>AR收款。

２。新的方式：将支付方式作为客户管理
　　电商公司，在线支付，网银－>AR客户
　　在线支付，ＸＸ代收款－》支付方式。
　　电商的每笔收入确认到　在线支付，ＸＸ快递公司　上，所有回款（在线支付，代收款）－>AR收款。

这是目前我能够想到的两种解决方案。后续将对两种解决方案进行必要的分析，希望大家也能够各抒己见。

本帖子为一些列帖子的汇总：电子商务EBS解决方案　http://luntan.ERP100.com/misc.php?mod=tag&id=2303

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

纵横四海

针对方案１。传统方式
　　电商公司的客户（购买电商产品的个人或者公司）－>AR客户
　　快递公司代收款被设置为一种支付方式：××代收款（比如：宅急送代收款）－》支付方式。
　　电商的每笔收入确认到电商公司的客户上，所有回款（在线支付，代收款）－>AR收款。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
特点：
客户增长速度快：因为电商属于在线零售行业，所以客户数增加较快（每日上万）。
客户余额差异：因涉及到快递代收款位差（比如快递公司派送了一个105.01的订单，实际上快递公司只收回来105），那么将会有不少客户存在客户余额的问题（有未核销金额）。
对账：基于支付方式进行核对，计算未核销金额。

和财务沟通后，觉得客户余额的差异，这个问题还是比较难以解决。不过这个问题从业务上也不是不可以解决，比如遇到有尾差的订单，订单系统自动就把尾差給省略了（假设一个订单是105.01元，提示客户为了收款方便，只收取105，不过这种情况只限于代收款业务）。我想如果这样处理的话，尾差问题会得到比较好的解决。

这种解决方案和实际业务比较吻合，符合Oracle AR模块对业务的理解，是一个中规中矩的业务匹配。
大家都看看这种业务还会有那些问题？

纵横四海

２。新的方式：将支付方式作为客户管理
　　电商公司，在线支付，网银－>AR客户
　　在线支付，ＸＸ代收款－》支付方式。
　　电商的每笔收入确认到　在线支付，ＸＸ快递公司　上，所有回款（在线支付，代收款）－>AR收款。
-----------------------------------------------------------------------------------------------------
       将快递公司：　AR->客户
　　支付方式：在线支付　or 　代收款
　　　
　　优点：客户不会增加（除非增加一种支付方式），便于对账；针对快递公司的结算都围绕一个客户（或供应商）。
　　不足：不能针对客户进行分析。

　　　

luoyd

在电商行业的财务核算中，不能直接把网上购物的用户当成客户（用户量太大，全部进EBS系统，不太现实。财务也不会直接跟用户对帐，只会跟银行或物流公司对帐），针对线上支付的，只能把银行当成客户，而针对线下COD代收款的，把物流公司当成客户，计应收和收入时，又要涉及促销活动的返算。所以不能直接用OM订单发运后直接从OM导成应收发票的流程。
OM的订单设成仅发运的订单，OM订单执行状态跟B2C的订单状态即时同步，EBS的发票还是来源于B2C而不能来源于OM订单。

zhuhgjava

我也觉得直接把网上购物的用户当成客户这样不太现实。这样对服务器硬件的要求非常高。
我觉得还是走传统的方式好些。在B2C系统下单，WSM系统发货，然后把订单传入EBS系统，在EBS系统进行结算。

klzer

zhuhgjava 发表于 2011/10/8 18:51
我也觉得直接把网上购物的用户当成客户这样不太现实。这样对服务器硬件的要求非常高。
我觉得还是走传统的 ...

对于电商行业来讲，感觉需要有前端网站系统、客户管理系统（管理并分析客户信息，推出促销等个性化方案、智能化推荐等功能）、订单处理系统，物流配送系统，然后再跟ERP系统（至少包括财务、HR、采购）做合并式的对接。
理由：1，电商客户庞大，而且增速很快，并且ERP不具备客户分析及安排促销、个性化推荐等的商业营销能力及数据分析能力；
          2，各种订单的处理逻辑复杂，传统ERP不能满足其灵活性的需要，以及在处理过程中的多个事件的触发、另外也不利于进行订单的全面分析与跟踪；
          3，传统ERP其实完全可以作为企业的运营集成平台而存在，保留计划、管理、财务核算、人力管理等基本的功能即可，否则为了适应电商业务，必然做大量的二次开发，提高成本和数据风险。