快好知 kuaihz

从0到1构建电商平台之财务系统:商家财务结算

由于每家电商公司的业务需求不同,财务系统也不尽相同,这篇文章主要讨论商家对订单的结算申请流程,与其中可能存在的一些风险点及应对方案。

(1)订单货款的走向

用户通过支付宝或微信对订单付款之后,货款将进入我们公司支付宝和微信的对公账户;

商家到了账期之后就可以对该笔订单进行申请结算

由平台的工作人员进行审核,确认无误之后,将账款线下打款,然后上传线下打款的凭证照片并通知商家。(由于我们平台的财务系统暂时未接入第三方代收款机构,所以暂不支持将货款线上直接支付给商家,只能线下打款)

所以商家后台会有两个页面:

结算申请页面:商家用于申请可结算的金额;

结算记录单页面:商家用于查看进行中或已结算的历史结算单。

管理后台会有一个页面:

3.结算审核页面:工作人员用于审核商家结算单,并上传打款凭证。

接下来解释每个页面所包含的字段、可能出现的风险点及应对方案。

一、结算申请页面

(这是我之前做的原型图,把一些可能会涉及到公司机密的字段做了修改或删减)

该页面主要包括三个字段:待结算金额、可结算金额、冻结金额。

先解释一下我们平台的规则:用户确认收货之后再加上与商家的账期,时间到了之后商家才能对该笔订单进行结算申请;比如该商家结算周期为10天,用户下单后商家1号发货,如果用户5号手动确认收货就是15号能结算,如果用户11号自动确认收货就是21号能结算

为什么要这么制定:除去资金流动等公司层面的考虑,还有一个原因就是用户在确认收货之后是有15天的可申请售后时间的,为了尽可能的减少商家把钱申请走了后用户再来退款的情况,所以加上一个账期,当然账期的时间长短就要看公司怎么制定了;一般来说至少是7天,因为大部分商品支持7天无理由退换货,过了7天就不能随便退换货了。

这里面存在一个漏洞:一般商家会有一笔保证金,当商家把钱提走之后,用户又来申请退款并且成功退款,这时该笔订单金额就会在商家的保证金里扣;但是如果出现多个用户同时发起申请的金额大于保证金的情况呢?如果商家知道这个漏洞也保不齐会出现故意刷单的情况。

有两个方案:

一是限制账期的时间:强制账期为15天,也就是等用户无法申请售后之后,但这会增加商家的回款时长,并不是每个商家都能接受;

二是限制结算金额:申请未过15天的订单金额不得大于保证金,比如保证金5k,可结算金额为10k,其中2k已确认收货后且过了15天,而8k的订单金额未过15天,这时商家能申请结算的金额为2k+5k。

具体哪个方案就得看公司的业务需求,如果有大佬有更合理的方案,欢迎在评论区讨论!

1. 待结算金额

商家还不能结算的金额,也就是用户还未确认收货且还未过账期的金额。要有这个字段是可以让商家清楚的看到,也可以把这些金额对应的哪些订单列出来。

2. 可结算金额

商家可以结算的金额,也就是用户确认收货(订单状态处于已收货)且已到账期的金额。

需要注意一点:商家发起结算申请时不能手动改申请的金额;比如可结算的200元由两笔100元的订单组成,商家只能申请100或200元,不能申请50元,是因为订单的金额不能做拆分。如果商家能申请50元,就会把这50元分配到多个订单头上,然后就需要记录哪些订单当前已结算多少金额,是否已结算完等,大大增加了复杂度。

3. 冻结金额

指用户申请了售后但还未完结的订单金额。上一篇“退货退款”讲到过,当用户发起售后之后,会对一整笔订单都冻结,而不是一个商品。

首先解释冻结:比如用户购买了A商品2件,B商品1件;当用户对A商品中的1件发起退款之后,商家将暂时不能对该笔订单发起申请,只有当该笔订单下的售后单完结时(售后单状态处于已完成或已关闭)。如果成功退款,那商家才能对剩余的货款发起结算申请;如果售后单关闭没有成功退款,就可以全部申请。所以得先冻结起来,因为并不知道该笔售后单是否能成功退款。

然后解释为什么是一整笔订单而不是单个商品:如果只冻结单个商品,可能会出现的情况是当用户对A商品申请售后,商家对B发起了结算申请,而A商品的售后单又关闭了,商家又对A发起结算申请,这样一个订单就被拆成两次申请。

诸如此类的分支情况很多,并不是技术上不能实现,而是出现这种情况后在页面上会有很复杂的展示才能解释清楚,反而增加了商家或平台工作人员的认知成本。

二、结算记录单页面

商家后台的结算申请单会有三个状态:结算中、已结算、被驳回

为什么会有被驳回这个状态,是考虑到两种情况:

一是可能系统计算错误,导致金额出现错误对不上,工作人员在管理后台审核后驳回,由商家再次申请,当然这种情况是极小概率;

二是由于我们平台没有强制要求商家结算周期必须15天,所以可能出现商家对该笔订单发起结算申请后,用户再发起退货申请,此时由于该笔订单本该处在冻结状态中,所以需要驳回。

那为什么不是由系统自动冻结而是由人工驳回再次申请:比如商家今天申请了500元,而这笔结算单中一笔100元的订单用户发起了售后。如果是由系统自动冻结,工作人员在管理后台看到了该笔结算单提示一笔订单冻结,只结算了400元,这样可能会对商家造成误解,我明明申请的500元却只打给我400元?但如果由人工驳回商家再次申请,相当于告知商家出现的情况,可能会减少一些误会。

三、结算审核页面

管理后台的结算申请单会有四个状态:待审核、待结算、已结算、被驳回。

待审核状态对应的操作为“审核”:可通过或驳回申请。

结算状态对应的操作为“已打款确认”:当结算单审核无误且通过之后,将会由出纳进行线下打款,打款完成之后,点击“已打款确认”按钮后出现的弹窗可以上传打款的图片凭证,确认后该结算单状态变为已结算,同时商家可看到该打款凭证。

可能会出现的一种风险则是:当出纳已经把款打到商家账户了,用户再来申请退款,且成功退款,那这时就只能在商家的保证金里扣除,如果做了前面说的申请结算金额的限制,则可以规避保证金被扣完的风险。

相关阅读

从0到1构建电商平台之订单系统(3):处理订单

从0到1构建电商平台之订单系统(2):支付订单

从0到1构建电商平台之订单系统(1):提交订单

从0到1构建电商平台之售后系统:退货退款

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:电商  电商词条  财务系统  财务系统词条  结算  结算词条  构建  构建词条  财务  财务词条