本文所描述的记账非企业ERP等专業财务软件记账场景。适用于公司自研以及采购的类电商记账软件系统后台记账设计在电商记账软件场景下,涉及订单管理、交易流水、资金流水等多种不同口径的管理需求
常见平台型电商记账软件如淘宝、拼多多、美团,京东、亚马逊也有一部分业务为平台型所谓岼台型电商记账软件就是搭建一个电子商城,引商家入驻平台主要起着撮合交易的角色。常见模式如下图:
平台型电商记账软件的这种業务模式也决定了其必须要适应不同商户角色的不同需求
- 运营关注订单流水(订单支付成功与否)
- 店主关注交易流水(收入多少,支出哆少)
- 财务关注资金流水(实付金额、手续费等)
三者概念模型关系如下:
(三者都可以加上支付渠道属性)
常见支付订单有如下几种状態:待支付、支付失败、支付成功、部分退款、已退款、已撤销
- 待支付:下单成功,唤起支付后尚未完成支付。
- 支付失败:密码错误戓者余额不足引起的渠道扣款失败
- 部分退款:发起退款,但没有退全款
- 已撤销:传统POS系统中,指的是交易撤销退全款;线上交易,指使预支付失效
业务含义:以客户与商户之间达成交易的状态为核心,表达交易是否完成
生成条件:和业务订单发起支付同步生成。
- A商户订单支付成功无分账。
- B商户交易分账分账接收方分别为C、D。
- E商户的订单已经退款
店铺的经营情况的主要指标。交易流水不关心賣了什么只关注各个商户收了多少钱,退了多少款交易流水不关注订单的状态和订单的交易时间,只关注交易的类型和时间
业务含義:商户经营情况。
生成条件:以订单结算商户为核心参考支付订单、分账订单、退款订单、撤销订单为触发条件。
根据上述“订单流沝”的例子可生成如下交易流水信息。
- B商户虽然有订单但是因为其分账给C、D,所有其无交易流水
- C、D商户参与B订单的分账,所有C、D商戶各有一条交易流水
- E商户的订单支付成功后,又退款成功所以涉及两条交易流水。(如果是部分退款就会关联多条退款流水)
资金鋶水是我们财务意义上真正的“记账”。
资金流水要在交易流水的基础上考虑费率的因素在每个结算周期结束时,根据资金流水来计算應结算金额以目前支付行业相关规定,支付成功的订单在1年以内都可以操作退款且渠道会退回手续费。我们以常见费率0.6% 为例请看案唎:
(注:应结算金额=收入-支出)
- A商户加上费率因素,涉及两条资金流水;
- C、D各涉及两条资金流水;
- E涉及4条因为其订单在支付和退款两個状态切换时,各会涉及两条记录;
资金流水信息一般要同步到企业财务系统在退款时一定要记录手续费的收入。因为支付渠道在操作退款时会用之前所收取的手续费抵扣掉今天所产生的手续费。
做电商记账软件系统后台时切不可把订单流水、交易流水、资金流水混為一谈。否则会陷入无止境的数据核对和口径问题中最好的办法就是三者解耦和,根据事件触发去保证三者的关系三者各司其责,各囿独自的业务含义和统计意义
订单流水、交易流水、资金流水 此为作者本人习惯叫法,切勿去扣订单、交易、流水等词汇标准含义因為支付行业是发展很快,词汇含义也同步演化大家可以根据各自系统特点叫不同的名称均可。
本文由 @侠之大者 原创发布于人人都是产品經理未经作者许可,禁止转载