发生额|跟一群支付小伙伴做业财一体化的过程（三）( 二 )

文章插图
3. 分户账分户账是明细分类账，主要用于明细的核算，也是客户账户的记录，是用来与客户对账的依据。分户账包含分户账明细和分户账历史余额，这两个内容通常会结合起来产生客户的账单。一般格式如下，如果担心账单以借贷的方式表示客户会看不懂，也可以直接展示收入/支出。其中期末余额=期初余额-本期借方发生额+本期贷方发生额（因为余额在贷方），记账场景1/2/3的发生额，是按照记账场景将本期借贷发生额进行了拆分，让客户和公司内部的对账同学能清楚看到这个分户账下面每一项业务的发生情况，一个记账场景发生额只对应一个余额变动方向，不会存在一个场景中，在分户账既发生在贷方，又发生在借方，如果有这个情况，说明记账场景拆分有问题，需要重新按照第二篇讲的记账场景再次拆分。
四、写在最后1、整个项目中，记账场景的确定是非常重要的事情。以我自己的产品为例，订单的处理都是支付、分账、清分、结算这个流程，每个节点的分录也完全一致，所以最开始就将整个订单业务分为了支付、分账、清分、结算这四个场景。但上线后发现并不能完全满足财务的需求，因为虽然都是订单业务，但是业务类型不同，有些订单是按照下单后记账的，有些是发货后记账的，还有些可能是要单独剔除的。由于我们最开始并没有分业务类型，所以后面又面临着一轮改造。这个血的教训，希望大家不要踩坑，一定要根据财务做账的方式确认好记账场景。
2、会计流水或记账场景发生额报表，是不是就是所谓的会计凭证呢？答案是不一定。如果财务做账的分录和业财系统中设置的分录完全一致，那么可以直接用会计流水作为记账凭证，如果业务量太大，没办法单笔单笔做账，那么记账场景发生额报表也可以作为每日的记账凭证。但如果业财系统还在迭代中，或者天然没办法做到与财务的分录一致，那么建议直接通过会计流水推送会计凭证到财务系统。财务最终需要的是数据的准确，在推送过程中进行处理，会比花费大量精力改造业财的分录更合理。
以上就是在业财项目过程中，对项目关键点的总结和业财产品整体设计的思路。由于我们团队也是一边学习一边摸索，可能有设计的不合理的地方，欢迎大家提出宝贵的建议～
本文由 @安妮原创发布于人人都是产品经理，未经许可，禁止转载
【 发生额|跟一群支付小伙伴做业财一体化的过程（三）】题图来自 Unsplash，基于 CC0 协议