收入、成本的“台账在线化”,4步法和11个场景实例

0 评论 2144 浏览 12 收藏 21 分钟

业财一体化的说法说了很多年,但每个公司的信息化进程都各不相同,需要结合自身情况进行设计。那在这个过程中,我们如何实现收入和台账的在线化呢?

要实现业财一体化,业务财务数据的融合,就需要实现企业高度信息化,也就是所有的业务、全部环节的流程和数据都要搬到线上实现全局线上化,其中就包含业务账、收入台账和成本台账的线上化。

不同企业的信息化进程都是不同的,需要结合企业自身的情况进行设计。

以资金流动性管理与分析为例,如果要得到这样的数据分析,我们需要关注前置账簿的在线化情况。

如果当前企业信息化程度仅实现了业务账在线化,如下图示意,那么企业首先需要往前走一步,实现收入、成本台账在线化。

要实现收入、成本台账在线化,就需要从业务系统中获取对应数据,同时如果功能有缺失,就需要业务系统补充,那么具体前置依赖哪些功能。

在贷款交易中,从客户的申请到最终的还款,整个流程需要经历多个环节,包括申请、报价、放款和还款。与此对应,我们的业务系统提供了全面的支持功能,涵盖客户管理、报价管理、放款明细、还款计划、还款冲销以及贷后调整等方面。

收入和成本数据打通的过程中,业务财务系统需要获取到相应的收入和成本数据。

先看,收入和成本台账主要由几个部分组成:

  • 首先是放款明细表和资金流水表,这两个表是基础数据表。放款明细表记录了从报价到实际放款的整个过程,包括金额、费率等信息;而资金流水表则记录了实际的放款流水、还款流水等信息。
  • 其次是收入表,它是根据放款明细计算得出的,主要记录了本金、费率等基础数据,并计算出每日的应收金额。
  • 再次是AR表,它是根据收入表(应收)和资金流水表(实收)进行汇总得到的,主要记录了每个放款的期初值、本期发生额和期末值。
  • 最后是资金日报,它每日记录了真实的流水和票据交易信息的汇总表。

此外,对账管理模块主要负责管理财务台账、资金日报以及业务财务对账,以确保数据的准确性和一致性。

下面我们介绍如何实现收入和台账的在线化;要实现收入、成本台账在线化,从3个方面入手:

  1. 搞清楚公司的业务范围有什么
  2. 分析清楚不同业务的记账,如何获取数据
  3. 基于2的需要进行功能的完善,制定对应的优先级

一、搞清楚公司的业务范围

通过《信贷“总架构”,9大“模式”解析》,我们了解到,信贷企业的业务一般包括融资、再融资两块内容,其中融资端业务,一般记录到收入台账,再融资业务,一般被记录到成本台账。

融资,即收入台账的业务,前文介绍了融资业务模式,回顾一个最简单的业务模式,如下图。

其中:

  • 放款缴费:用户在平台放款前,先缴纳一定利息/推介费,一般叫做放款缴费。
  • 平台放款:平台确认满足放款条件后,应借款者融资要求,进行放款。
  • 平台生成还款计划:平台放款同时,会生成还款计划,同步借款人每期还款的账单。
  • 借款者按账单归还本金、利息、费用,结清融资。

二、不同业务的记账和数据获取

通过《一文搞懂“信贷的账务处理”》,我们可以了解到收入台账一共有6张表,分别是放款明细表、资金流水表、本金余额、每日利息、每日利息余额、AR表。

其中基础数据表为放款明细表、资金流水表,获取到这两张表数据源,即可统计获得后续的本金余额、每日利息、每日利息余额、AR表,故我们需要优先整理这两张表的记账方式和数据源。保障这部分数据准确。

2.1 可以通过“线上化四步法”来实现

第1步:先搞清楚台账数据结构,都有哪些字段;如下面的放款明细台账

第2步:分析清楚每个字段的含义和生成逻辑;如放款流水台账中的“放款流水编号”字段

第3步:制定每个字段的取数规则,从哪里取数,如何取;如放款流水编号从账务系统中取“账务流水编号”,最后制定一张这样的取数规则表

第4步:实现该字段取数规则还需要哪些前置功能;如取账务流水编号需要打通与账务系统的链接

2.2 放款明细表的记录和取值

放款明细表主要记录真实交易基础数据,用于计算后续应收。

在自营业务中,平台应收包括本金、利息、费用。

一笔放款业务发生后,首先会被记录到放款明细表,如下:

贷后,借贷双方协商,20万借款中,有15w可降低资金利率,5w保持原资金利率,则记录如下:

而后,如发生自然灾害等,双方协商推迟还款一个月,则记录如下:

了解了如何记录放款明细表,需要进一步评估每个字段如何取值,及对应的数据源。

可以看到前置依赖的功能包括应收账款转让管理、报价管理、放款管理、贷后调整管理;依赖的表包括应收账款转让表、报价方案表、保证金管理表、放款流水表、贷后调整表。

结合企业现状,可以先做数据试跑并与线下台账比较,基于数据分析结果判断以上数据已较为完善,可以直接获取数据。

2.3 资金流水表怎么记?如何取值?

资金流水表记录了真实发生的交易流水数据,其中包含了以下的记账场景。

下面我们分别介绍每一种场景的记账和取值方法,也就是分析清楚每一种场景的“记账流水”和“取数规则”以及“依赖的功能”

(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 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!