金融支付财务融合业务-实践分享1：订单、账单、交易流水、账套知识解构、原理解析

本文作者从实际工作实践出发，结合案例等分享了电商金融支付财务融合中的基本概念和相关原理解析，包括：订单、账单、交易流水和账知识解构，供大家一同参考和学习。

从事电商、进销存、金融、支付、财务的产品同学，是否对订单记录、交易记录、账单、账等概念给弄糊涂？或者当我们谈及对账时，是否知道对账背后的记账逻辑？只有知道了这些底层概念，我们方才可以理清业务边界、明确上述概念之间的逻辑关系，业务理清了，逻辑关系农透了，我们方可游刃有余，而非稀里糊涂、浅尝辄止、依猫画虎~

本篇是根据我们在“电商-支付-金融-财务”融合项目方面的推进中的一些实践经验和复盘总结，向大家分享“金融支付财务融合业务-实践分享”系列篇的第一篇，也即“订单、账单、交易流水、账知识解构、原理解析”，欢迎大家一起讨论。

订单、账单、交易流水、账知识解构、原理解析

1. 订单记录：面向业务发生的一个经营管理概念（记录工具）

1. 侧重业务：只要有业务发生，就必然产生订单记录；
2. 订单有两个状态：订单履约状态、订单支付状态，也有将支付状态作为履约的前置状态；
3. 订单侧重业务分析：如订单渠道、购买人、交付时间、交付方式等；
4. 不必然产生交易：订单记录不必然产生交易记录或财务记录，譬如咨询订单。
5. 金额是中性：订单中的金额基本不会出现正负号——当日金融业务场景中，充值订单这种场景例外（下文例子会覆盖）；

下图为常见订单表结构图示意：

2. 交易记录：面向交易发生的一个资金管理概念（记录工具）

1. 财务金融属性：交易记录是金融或财务领域的一个概念，交易记录的出现，必然伴随资金账户场景；
2. 侧重交易：往往发生真实的资金流动，如充值流水、提现流水、投资流水、还款流水等；
3. 与余额挂靠：一旦发生交易，其必然影响账户余额的变动（这里不讨论失败场景）；
4. 逻辑关系：交易记录属于“账单记录”的子场景，也即有交易发生，必然会产生对应的1对1账单记录，交易记录属于“广义订单”的子场景，只所以引入“广义订单”这个概念，可以用如下例子来予以说明，譬如用支付宝购物2个鼠标合并付款，订单记录是2个鼠标，交易记录是1笔支付流水；而向支付宝充值100元，就没有订单记录只有交易记录一说或者说交易记录就是订单记录。

下图为常见交易记录表结构图示意：

3. 账：面向财务的一个收支管理概念（记账工具）

1. 侧重账：发生财务往来就要入账，或者我们可以说“即使不涉及资金流动也会产生账”，譬如赊账，商户A从商户B以赊销的方式进货100件，每件价值10元，欠账1000元，这里发生了交易，但无资金流动产生。订单记录插入订单流水、交易记录不插入交易流水、但账单记录要插入财务流水（赊账记录）；
2. 复试记账：业务帐是收付实现制的单式记账，财务帐是权责发生制的复式记账；
3. 侧重交易对手：有借必有贷、借贷必平衡。而交易记录、订单记录侧重单方记账，账单记录通常用复式记账;
4. 时间粒度：账的时间粒度一般都比较粗，粒度一般为日;
5. 与业务账(业务流水)区别：业务账侧重于双方业务系统、物流数据和订单数据，主要用作购销双方是否发货；财务账侧重付款和开票情况，主要用于结款。

下图为常见账表结构图示意

4. 账单：面向用户的一个收支管理概念（记账工具）

1. 侧重单：账单账单，顾名思义是把“账”合并成单、有汇总之意，当然一个账单可以是一笔交易、也可以是几笔交易的合并;
2. 与账的关系：账的粒度是一笔一笔，账单的粒度是合并汇总（极端场景是一笔一个账单）；
3. 侧重账：同上述“账”关于此点的描述；
4. 侧重进、出：同上述“账”关于此点的描述；
5. 侧重交易对手：同上述“账”关于此点的描述；
6. 实务简化应用：实务中，账单面向的用户多是普通用户而非专业级财务人员，故此我们看到的支付宝、微信以及我们的银行的账单记录是阉割版的“财务记账记录”——也即只向用户呈现用户资金账户增减的变动及交易对手，而未对交易对手再进行财务记账（实际也记录了，只是未开放给用户，毕竟用户不是会计，开放太多信息用户会蒙圈）。

下图为常见账单表结构图示意：

下图为常见账单用户场景示意图（微信、支付宝）：

原理实践实例复盘

1. 微信零钱明细和账单的区别是什么？为什么要做这种区分？

一个优秀的产品经理应习惯对自己日常用到的产品细腻观察、透彻了解、刨根问题或者至少发起疑问，这是为什么呢？

通过梳理我们可以发现：

微信零钱明细只记录“微信零钱”里的收入、支出； 而微信账单不仅包含微信零钱的收入、支出记录，还包含绑定的银行卡的收入、支出记录。

（编辑：好传媒网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!