业财一体化的说法说了很多年，但每个公司的信息化进程都各不相同，需要结合自身情况进行设计。那在这个过程中，我们如何实现收入和台账的在线化呢？
要实现业财一体化，业务财务数据的融合，就需要实现企业高度信息化，也就是所有的业务、全部环节的流程和数据都要搬到线上实现全局线上化，其中就包含业务账、收入台账和成本台账的线上化。
不同企业的信息化进程都是不同的，需要结合企业自身的情况进行设计。
以资金流动性管理与分析为例，如果要得到这样的数据分析，我们需要关注前置账簿的在线化情况。
如果当前企业信息化程度仅实现了业务账在线化，如下图示意，那么企业首先需要往前走一步，实现收入、成本台账在线化。
要实现收入、成本台账在线化，就需要从业务系统中获取对应数据，同时如果功能有缺失，就需要业务系统补充，那么具体前置依赖哪些功能。
在贷款交易中，从客户的申请到最终的还款，整个流程需要经历多个环节，包括申请、报价、放款和还款。与此对应，我们的业务系统提供了全面的支持功能，涵盖客户管理、报价管理、放款明细、还款计划、还款冲销以及贷后调整等方面。
收入和成本数据打通的过程中，业务财务系统需要获取到相应的收入和成本数据。
先看，收入和成本台账主要由几个部分组成：
此外，对账管理模块主要负责管理财务台账、资金日报以及业务财务对账，以确保数据的准确性和一致性。
下面我们介绍如何实现收入和台账的在线化；要实现收入、成本台账在线化，从3个方面入手：
通过《信贷“总架构”，9大“模式”解析》，我们了解到，信贷企业的业务一般包括融资、再融资两块内容，其中融资端业务，一般记录到收入台账，再融资业务，一般被记录到成本台账。
融资，即收入台账的业务，前文介绍了融资业务模式，回顾一个最简单的业务模式，如下图。
其中：
通过《一文搞懂“信贷的账务处理”》，我们可以了解到收入台账一共有6张表，分别是放款明细表、资金流水表、本金余额、每日利息、每日利息余额、AR表。
其中基础数据表为放款明细表、资金流水表，获取到这两张表数据源，即可统计获得后续的本金余额、每日利息、每日利息余额、AR表，故我们需要优先整理这两张表的记账方式和数据源。保障这部分数据准确。
第1步：先搞清楚台账数据结构，都有哪些字段；如下面的放款明细台账
第2步：分析清楚每个字段的含义和生成逻辑；如放款流水台账中的“放款流水编号”字段
第3步：制定每个字段的取数规则，从哪里取数，如何取；如放款流水编号从账务系统中取“账务流水编号”，最后制定一张这样的取数规则表
第4步：实现该字段取数规则还需要哪些前置功能；如取账务流水编号需要打通与账务系统的链接
放款明细表主要记录真实交易基础数据，用于计算后续应收。
在自营业务中，平台应收包括本金、利息、费用。
一笔放款业务发生后，首先会被记录到放款明细表，如下：
贷后，借贷双方协商，20万借款中，有15w可降低资金利率，5w保持原资金利率，则记录如下：
而后，如发生自然灾害等，双方协商推迟还款一个月，则记录如下：
了解了如何记录放款明细表，需要进一步评估每个字段如何取值，及对应的数据源。
可以看到前置依赖的功能包括应收账款转让管理、报价管理、放款管理、贷后调整管理；依赖的表包括应收账款转让表、报价方案表、保证金管理表、放款流水表、贷后调整表。
结合企业现状，可以先做数据试跑并与线下台账比较，基于数据分析结果判断以上数据已较为完善，可以直接获取数据。
资金流水表记录了真实发生的交易流水数据，其中包含了以下的记账场景。
下面我们分别介绍每一种场景的记账和取值方法，也就是分析清楚每一种场景的“记账流水”和“取数规则”以及“依赖的功能”
（1）本金-本金拨款
从本金开始，首先企业放款需要记录流水数据如下。
取数的建设，需要确保放款流水已经对接EAS，可抓取到放款流水日期、对应放款流水编号、金额等信息，这里就会产生对应需求，如下图。
（2）本金-本金回款
本金回款，是指贷款客户归还本金的行为。如A钢材公司在12.31按约定归还本金，会被记录为本金回款。
财务账中记录为对应的负数，具体如下：
为记录以上数据，需要的数据源包括客户回款流水，流水冲销记录，一般依赖账单、收款、冲销功能，可自动取值，无须优化功能。
（3）息费-拨款息费
拨款息费，是指在本金拨款时，要求借款人预先支付的息费。
如A钢材公司在借款钱，和平台协商，在放款时候，需要先付一个月利息，这就是拨款息费。
财务账中记录为对应的负数，具体如下：
如何获得拨款息费的数据呢？由于拨款息费是在放款之前缴纳的，因此还未生成还款计划，所以一般是先关联提款申请的银行流水；等平台放款后，系统生成了还款计划，再对息费进行冲销
因此，在系统上要能够“支持关联银行流水”，“支持自动冲销拨款息费”
（4）息费-月结息费
月结息费，是指按照月份结算和支付的利息费用。如每月1日，A钢材公司在支付的利息100元，这个就属于月结息费。
对应记账如下：
每个月系统都会生成月结账单数据，客户基于账单进行还款，系统基于账单进行息费的冲销，那么就以月结账单数据做为月结息费的数据源
（5）息费-到期日调整息费
到期日调整息费，是指到期日调整后，在延长时间内，按约定比例收取的利息费用。
对应记账如下：
数据源和依赖前置需求如下
（6）息费-违约金
违约金是指在合同或协议中规定的，当借款方未能履行其在合同中承诺的义务或违反了合同规定时，金融平台要求支付的钱。
如A钢材公司未能及时归还本金，于是开始计算违约金，A钢材公司按照约定归还违约金。
对应记账如下：
系统要获取这个账单数据，需要从违约金账单中取数，并在完成还款冲销时取数，依赖功能如下：
（7）息费-解付息费
解付息费，是指本金结清时，对应收/多收息费进行结清。
记账如下：
要获取以上数据， 需要在客户基于灵活息费账单 （违约金账单）打款后，系统进行还款冲销时，获取还款冲销数据。依赖功能如下：
（8）息费-结转
结转是指企业内部资金从A编号或者A费用转移到B编号或者B费用的场景。
参考解付息费的例子，如果A钢材公司还本后，要求说，这个利息不要退给我了，我另外还有一个借款有100利息要支付，我一共给你打90就行。
这时候就涉及到了10元钱在第一个借款FK001，到第二个借款FK002之间到结转。
记账如下：
结转作为一个中间过程，由系统逻辑自动判断，不需要对接数据源。
（9）代收代付资方本金
代收代付资方本金是指在撮合业务中，我们受到资方委托，代替资方收取借款者本金，并代付给资方的场景。
记账如下：
要获取以上数据，要求推送客户账单中包含代收本金、利息数据，客户基于账单付款后，平台基于代收代付标记代付给资方，系统将在代收、代付两个时间点获取账单及银行流水数据。前置依赖功能如下：
（10）解付客户
解付客户是指平台多收了客户的费用，需要退给客户的场景。什么时候会解付给客户呢？这里场景比较多，举一个例子：
A钢材公司，向可有钱平台借1000元，并按约定，预先支付了一个月的利息10元；
但放款日，可有钱平台未能及时打钱给到A钢材公司，实际过了几天才完成放款，这时候对于A钢材公司，其实付了利息；
这时候，这笔钱需要被记录到待解付客户，在实际退款时，记录到解付客户。
记账如下：
上述场景中，客户打款大于账单金额，及月底无法确认收入的，均记录当前模块。数据源对接银行流水中未冲销确认收入部分，暂无依赖功能。
综上，我们可以得到以下需求清单。
以上支持情况，可以初步利用平台功能试跑数据，与线下台账进行核对，分析差异点、原因及解决方案，如下。
故最终得到优先级如下：
至此，已整理出基础数据源前置依赖功能及优先级，本金余额表、每日利息表、每日利息余额表，基于前文《聊聊信贷上市公司的业财一体化-财务账是怎么做的》的口径定义汇总即可。
1.明确企业业务范围
2.如何记账？如何获取数据？
3.需要完善哪些功能，优先级如何？
通过以上节点，我们从数据层确定了数据字段定义、数据源、统计口径及前置依赖功能，并结合数据分析排列出需求优先级，至此实现路径已基本清晰。
当然每个企业的数字化程度，系统状态各不相同，以上仅是一个参考案例，还需结合具体情况分析。
本文由 @产品OK 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。