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

1. 根据蚂蚁花呗的清算指令，系统自动从用户的余额宝扣款322.94元，“余额宝账套”体系产生一条-322.94的出款入账记录，见上述图1；
2. 处于合规需要，余额宝的钱无法直接与花呗账单进行对冲，必须经过余额搭桥；
3. 故此“余额账套”中会自动插入两条入账记录，即：进账+322.94元（余额宝转入余额），出账-322.94元（余额转出到花呗），见上述图2；
4. 对于用户而言，当天还花呗账单的实际还款金额是1503.32元（通过蚂蚁金服的清算引擎，在最后还款日有系统代替用户自动完成了1503.32元的还款——322.94元通过余额账户取自余额宝、1180.38元通过支付宝划扣通道取自我的招行借记卡），无论资金来自哪里都是一件事“还款”，故在“支付宝账单”中显示为一笔1503.32，见上述图3、图4。

严格意义上讲，支付宝的这种账单处理逻辑不算严谨，会增加用户的理解成本，如这里的余额账单、余额宝账单在支付宝账单中无法直观匹配的情况。

但当我们理解了前面提到的“交易记录”、“账”、“账单”的底层概念及原理区别之后，支付宝给用户提供的“账单”是“账单”而非“账”。“账单”是一种合并的表达方式，从简化用户理解的角度讲，显示为一笔也许理解成本更轻。

以上是我在支付金融财务融合项目中的一些实践总结，限于文采拙劣和篇幅原因，未能精细呈现，海涵，欢迎大家交流切磋！

不同的行业、不同的业务场景、不同的岗位角色，会面临不同的产品任务。但万变不离其宗，方法相通，只要我们有产品盘感、业务敏感、逻辑严谨、灵通好学、干练带风、狠下功夫，放到哪我们都一样熠熠生辉。

产品之路很艰辛，也更能锻炼人，尤其是中后台、尤其是“中后台+财务”这种大量底层的项目！在此祝广大产品兄弟姐妹们不辱“产品”之title，做出好产品！

作者：九天牧人，个人微信unifarm

本文素材来自互联网

（编辑：PHP编程网 - 湛江站长网）

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