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

【发生额|跟一群支付小伙伴做业财一体化的过程（三）】我们回到第一篇中业财一体化的目标，根据他的目标来输出对应的报表。
1. 记账场景发生额报表这个报表是统计每一会计期间内每一项记账场景的发生额，目的是协助会计核算，为了让财务能清楚知道每一项业务的发生情况。第二篇中讲解了记账场景和会计分录，根据分录记账完成，就有了会计流水，在日终批处理完成后，汇总上一日的会计流水，产生记账场景发生额报表。一般报表格式如下：
2. 总账科目报表总账科目报表可以看做是会计上的总账，总账科目也就是总分类科目或者一级科目，用来对全部经济业务进行总分类核算，是编制会计报表的主要依据，目的也是协助会计核算。因为是系统自动计算，可以同时统计一级科目和叶子科目，一级科目的发生额和余额，是其下面所有末级科目的汇总。

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