如题所述
第1个回答 2022-07-01
这篇本来没有计划写的,但,由于某友的要求且考虑其正在从事这块业务,所以,奋笔疾书,写上一发。
声明: 本人虽然是在支付领域挥洒热(ban)血(zhuan),但是,互金并不是主业,且不同受众群提供的产品和服务还是有很大差别的,所以,只能从较为宏观的层面谈谈互金账户设计的事儿。
互金行业涉及的行业有6个大方向:三方支付、P2P、大数据金融(类似花呗,白条等,众筹等),信息化金融机构,和互联网金融门户。但是,从账户角度来说,个人觉得大同小异,所以,本文拿大家最为熟悉的p2p作为案例。
1. 纯线上,线上理财,线上借款;
2. o2o:理财端线上,资产端线下,线下主要负责风控、催款等;
3. 债权转让模式:p2p流行的定期模式
p2p是互金的一个分支,而贷款对于大家来说是比较了解的,有支付、p2p、花呗、微粒贷、京东白条做的信用贷的产品,还有其他一些东西等等形成的在互金行业的一些特色;
纯线上的模式来说,企业通用做法是:
线上获取贷款,线上理财操作 ;
对于线上线下结合的方式,从国家对金融监管来说,理财端只能从线上发展;对于资产端,可以从线下进行风控和审批、或者催收;从优质资产考虑和统计数据表明,线上线下结合的模式比纯线上模式坏账率要低很多(我X贷网的朋友分享而知);
下面是债券转让模式。这个本人其实不是非常的懂。了解到的是,这一块主要在理财端,以定期和活期为主。最早买p2p以散标的模式,现在已经很少了。目前主要是债权转让的模式做定期和活期,而且以定期为主,活期因为监管被下架。
从p2p的整个业务链条看,两部分: 资金端、资产端。
资金端 。这方面主要是理财为主,以线上为主要方式,合规。资金端主要是理财人以散标、活期、定期等几种方式进行投资。理财人登录p2p平台,选择理财产品,有散标、活期、定期,目标基本以定期为主,散标目前比较少,原因是散标在点对点情况下,借款人的时间太长导致回访过高 。活期,比如各种宝,由于不合规,各平台正在换其他方式。
定期 。按照1,3,6,12个月这种模式比较流行,大家在在各大平台都有接触; 根据你选择的产品进行投标,以合适的身份进行匹配后,在满标后进行放款。
资产端 。本人个人的理解是,这一块比较复杂。
p2p平台通过门店、电销、线上推广、资产购买等模式发展,经过相应的进件,审批,合格后进行签约,线上的话流程比较简单,线下就比较复杂,主要是按照贷款产品的额度进行区分。资产签约后,需要上标与理财人进行匹配,然后才能放款,后期按还款计划进行还款。
据本人不完全观察,业务流分为:充值,投资,红包,赎回,放款,提现,还款,代充值,代偿,代扣(还有其他的欢迎补充)
充值 。分为理财充值和借款人充值。对于理财充值,后期购买哪些产品即可理解为是投资了。购买类型是定期、活期还是散标;对于借款人充值,则目的是为了进行还款。
红包 。p2p平台竞争已经是非常激烈了,所以很多平台会做活动;如注册之后就送优惠券、体验金和代金劵等一些营销活动方面的推广, 对于业务活动都会有资金投入的,涉及到后期的业务处理;
赎回 。投资赎回,涉及本金和利息;
放款 。标的满标之后才能向债权人进行放款;对于提现可能会有余额的提现,剩余多少提现金额;
还款 。对于借款人来说,有还款方式和还款业务不同。怎么理解?比如,蚂蚁借呗,是线上还款方式;而有些传统业务比较多的p2p公司,可能会有门店还款、代扣(代收)或者对公的还款方式;
代垫 。这块解释了为什么p2p要接支付公司通道的原因。因为p2p有支付牌照的很少,基本上需要通过支付平台或者银行来走;早期,支付平台一般选择T+1结算,而部分是T+0,因为费率比较高,原因是,T+0提现是支付公司代垫,然后在T+1支付公司自行和银行结算;
代扣 。对借款人银行卡进行定时扣款,比如买房公积金贷款。另外,公积金还款也是以代扣模式进行;
凯撒这里再强调一次,为什么要说这么多业务的事情,因为搞清楚了这些,我们聊账户才比较顺当。
是的,聊这一块,起点必然是资金流。资金流涉及的账户如下
我们从一个正常的投资放款流程来看,张三(投资人)向结算户充值、然后进行投资,资金进入债权户(如果,投资失败,返回至投资人结算户);接下来,平台通过撮合满标后放款到借款人债务户,在债务户进行各种费用的收取后放款到借款人结算户或者银行卡。反之亦然。
对账务来说,需要关心的只是各个账户对象,资金在各个账户流入流出,即资金转移的过程;至于资金从哪里来的,资金应该属于谁,这些不在账务处理范围内;对于借款人来说,一个还款的过程是:
1. 借款人通过充值或者代扣的方式进行还款到结算户,
2. 结算户根据账单把还款金额冻结到债务户,通过债务户还款到债权人(张三)的债权户。
假如有复投,债权人(张三)进行复投到其他标的;假如没有复投,就赎回到结算户,债权人(张三)可以选择自己提现或者进行其他标的的投资。
聊到这里,引出了一个问题,那就是—财务处理和会计处理的差别
对于账务处理来说,是根据账户的设置进行流水的处理,以收付实现制为基础。很难理解?想想支付宝的账单,是不是清楚很多?然后,根据流入流出的方式更新余额。
对于会计处理来说,是以科目为主,以权责发生制为基础,资产、负债、所有者权、损益、成本、共同类进行复式记账。
咱们拿 充值 为例,这样比较好理解。
从 账户 的角度,是以收付实现制为基础的;对于会计处理来说,是以科目为主,以权责发生制为基础;收付实现制法则设定相应的目标账户以资金的流入、流出和余额为标准的,只是解决流入和流出;对于 会计科目 来说,解决的是为流入这笔钱来自哪里,流出这笔钱要去哪里,要有一个权责确认的过程;
所以,针对用户充值这个场景,对于账户来说,只是一条资金流入,多少钱、余额多少;对于会计科目来说需要分全面考虑:
1. 对账前,跟支付机构(或银行)进行确认,有一个待清算款;
2. 在 T+1,对帐流水出来后,需要进行对账;(支付公司但凡有提供t+0,对账的事情支付公司T+1找银行清算了)
3.对账完成后,相当于把待清算转成应收账款;然后,这个充值场景的一笔充值记录在后台对应多笔会计分录 ;
这地方要理解一个概念,那就是,从账务处理来讲虚拟户是解决资金归属问题,而不关心资金的存放问题。这里涉及到的有两个账户: 实体账户和虚拟账户
实体账户 ,即资金存放的账户,在银行,有如下三类:银行存管专户;银行自由资金专户;银行垫资账专户
虚拟账户 ,即资金归属;两种:用户虚拟存管账户(投资人账户,借款人账户,合作机构账户,担保机构账户);平台虚拟存管账户(收入账户,分润账户,代偿账户,代充值账户;派息账户)
是解决资金存放问题的,与虚拟户成对应关系。从 会计处理 讲,实体户属于资产,虚拟户属于负债及其他。而实体账户和虚拟户组成,的角度来说,需要跟银行有一个开户的过程,用来解决资金存放的问题(是存放在银行存管户、银行自由资金户还是银行垫资专户,这个要看具体情况而定);对于 虚拟户 来说,钱是从投资人、借款人或者居间人一方来的,是属于收入的还是营销的,这个也是要具体情况而定。
小结一下,对于 实体户 ,只关心资金存放;对于 虚拟户 (比如说投资户、借款户还有收入户),关心资金归属。举例:在平台银行账户存入一笔钱,是属于投资人还是借款人;从实体户的角度来说是资产,从虚拟户的角度来说是负债(属于平台欠投资人/借款人的钱,对于平台来说是负债)。
鉴于p2p的特殊性,不止有收入的问题,还会有营销款支出、代偿、代垫、分润等有相关业务,对于没有按时还款进行代偿代垫等这些内容要说估计篇幅太长了,和这个账户设计没有太大关系。
从四个方面(交易,账务,会计,对账)同一笔交易所涉及到的账务处理、会计处理、对账等事宜。从交易处理、账务处理、会计处理和对账处理,形成一个完整的企业数据流;
我们拿 放款 为例:
交易处理 :放款就是一笔支付;
账务处理 :从债权户到债务户,从债务户到结算户然后到结算户的银行卡,同时还涉及到收益户的处理;
那么,为什么有这么多处理步骤? 我们不妨站在平台角度:
1. 需要在放款的时候才确认从债权到债务的处理;
2.在债务处理的时候,需要把钱放在借款人债务户,并相应把钱划到结算户和收益户(会收取一定的费用);
3. 针对部分客户有需求是打款到银行卡,所以平台需要记录从债权户到债务户、债务户到结算户、结算户到银行卡的这条流水处理过程,以保证账务流水处理的一致性;
会计处理 :比如贷款,债权户到债务户的确定,会记待发放款项;待发放款项放款,放款金额和合同金额会有差距,所以,放款金额会单独形成待清算目录,假如T+1账单来了,形成清算,对于收益户来说计入收益;
对账处理 :支付流水和确认银行流水对账以后,形成应收账款;然后对于结算来说,形成相应的银行余额进行结算,并形成结算的单据凭证;
下面我们从财务处理角度去看这个问题:
从业务架构上,业务端统一对接支付平台进行现金的收支转等。支付平台在完成支付过程中,同步数据到账务管理和清结算平台。账务管理和清结算在数据处理后,传递到会计处理。这一个过程说起来挺简单的,但是实际由于公司自身发展不均衡,很多公司业务平台先于支付平台建立,这样的话就需要对各条业务线进行梳理,进行标准化设计,对业务系统查缺补漏,统一业务流程和接口方式。
从结构设计上,支付负责进行现金账务管理负责资金的变动,清结算负责对账,进行账实核对,会计处理负责复式记账(啥是复式记账,自行百度吧),试算平衡及日切等等。
总体流程是:支付订单向账务管理写入账务的流水数据,向清结算写入清洁算的流水数据,并在清结算的过程中进行对账处理,这样从系统设计上来说两边互不干涉。会计处理分别获取账务管理的数据和清洁算的数据,这样分别获得交易的确认和账务的确认,在会计处理这块儿相当于两个合一。
另外,业务的发展速度会快于系统的整体规划速度,这样会导致同样的功能点,同样的业务处理,在不同的系统处理方式不一致。没有形成一个的统一系统的处理。然后从设计的角度上,不仅要考虑系统架构的适用性方面,而且要考虑公司逐步实现的步骤。
这里多说一句还款的事儿,因为上图画得比较差
还款涉及到的资金项目有本金、XX费、利息;这些类型还到借款人账户上,这些钱会有几个步骤:从本金还到投资人债权户上,xx费放在收入账户和分润账户,利息放在派息账户;相当于还款部分,异地还款在债务户里面的资金处理是不一样的,流向自然也就不一样了,那么,相应的后台会计处理也就不一样了。(xx费,可以理解为车贷行业)
以上。
声明: 本人虽然是在支付领域挥洒热(ban)血(zhuan),但是,互金并不是主业,且不同受众群提供的产品和服务还是有很大差别的,所以,只能从较为宏观的层面谈谈互金账户设计的事儿。
互金行业涉及的行业有6个大方向:三方支付、P2P、大数据金融(类似花呗,白条等,众筹等),信息化金融机构,和互联网金融门户。但是,从账户角度来说,个人觉得大同小异,所以,本文拿大家最为熟悉的p2p作为案例。
1. 纯线上,线上理财,线上借款;
2. o2o:理财端线上,资产端线下,线下主要负责风控、催款等;
3. 债权转让模式:p2p流行的定期模式
p2p是互金的一个分支,而贷款对于大家来说是比较了解的,有支付、p2p、花呗、微粒贷、京东白条做的信用贷的产品,还有其他一些东西等等形成的在互金行业的一些特色;
纯线上的模式来说,企业通用做法是:
线上获取贷款,线上理财操作 ;
对于线上线下结合的方式,从国家对金融监管来说,理财端只能从线上发展;对于资产端,可以从线下进行风控和审批、或者催收;从优质资产考虑和统计数据表明,线上线下结合的模式比纯线上模式坏账率要低很多(我X贷网的朋友分享而知);
下面是债券转让模式。这个本人其实不是非常的懂。了解到的是,这一块主要在理财端,以定期和活期为主。最早买p2p以散标的模式,现在已经很少了。目前主要是债权转让的模式做定期和活期,而且以定期为主,活期因为监管被下架。
从p2p的整个业务链条看,两部分: 资金端、资产端。
资金端 。这方面主要是理财为主,以线上为主要方式,合规。资金端主要是理财人以散标、活期、定期等几种方式进行投资。理财人登录p2p平台,选择理财产品,有散标、活期、定期,目标基本以定期为主,散标目前比较少,原因是散标在点对点情况下,借款人的时间太长导致回访过高 。活期,比如各种宝,由于不合规,各平台正在换其他方式。
定期 。按照1,3,6,12个月这种模式比较流行,大家在在各大平台都有接触; 根据你选择的产品进行投标,以合适的身份进行匹配后,在满标后进行放款。
资产端 。本人个人的理解是,这一块比较复杂。
p2p平台通过门店、电销、线上推广、资产购买等模式发展,经过相应的进件,审批,合格后进行签约,线上的话流程比较简单,线下就比较复杂,主要是按照贷款产品的额度进行区分。资产签约后,需要上标与理财人进行匹配,然后才能放款,后期按还款计划进行还款。
据本人不完全观察,业务流分为:充值,投资,红包,赎回,放款,提现,还款,代充值,代偿,代扣(还有其他的欢迎补充)
充值 。分为理财充值和借款人充值。对于理财充值,后期购买哪些产品即可理解为是投资了。购买类型是定期、活期还是散标;对于借款人充值,则目的是为了进行还款。
红包 。p2p平台竞争已经是非常激烈了,所以很多平台会做活动;如注册之后就送优惠券、体验金和代金劵等一些营销活动方面的推广, 对于业务活动都会有资金投入的,涉及到后期的业务处理;
赎回 。投资赎回,涉及本金和利息;
放款 。标的满标之后才能向债权人进行放款;对于提现可能会有余额的提现,剩余多少提现金额;
还款 。对于借款人来说,有还款方式和还款业务不同。怎么理解?比如,蚂蚁借呗,是线上还款方式;而有些传统业务比较多的p2p公司,可能会有门店还款、代扣(代收)或者对公的还款方式;
代垫 。这块解释了为什么p2p要接支付公司通道的原因。因为p2p有支付牌照的很少,基本上需要通过支付平台或者银行来走;早期,支付平台一般选择T+1结算,而部分是T+0,因为费率比较高,原因是,T+0提现是支付公司代垫,然后在T+1支付公司自行和银行结算;
代扣 。对借款人银行卡进行定时扣款,比如买房公积金贷款。另外,公积金还款也是以代扣模式进行;
凯撒这里再强调一次,为什么要说这么多业务的事情,因为搞清楚了这些,我们聊账户才比较顺当。
是的,聊这一块,起点必然是资金流。资金流涉及的账户如下
我们从一个正常的投资放款流程来看,张三(投资人)向结算户充值、然后进行投资,资金进入债权户(如果,投资失败,返回至投资人结算户);接下来,平台通过撮合满标后放款到借款人债务户,在债务户进行各种费用的收取后放款到借款人结算户或者银行卡。反之亦然。
对账务来说,需要关心的只是各个账户对象,资金在各个账户流入流出,即资金转移的过程;至于资金从哪里来的,资金应该属于谁,这些不在账务处理范围内;对于借款人来说,一个还款的过程是:
1. 借款人通过充值或者代扣的方式进行还款到结算户,
2. 结算户根据账单把还款金额冻结到债务户,通过债务户还款到债权人(张三)的债权户。
假如有复投,债权人(张三)进行复投到其他标的;假如没有复投,就赎回到结算户,债权人(张三)可以选择自己提现或者进行其他标的的投资。
聊到这里,引出了一个问题,那就是—财务处理和会计处理的差别
对于账务处理来说,是根据账户的设置进行流水的处理,以收付实现制为基础。很难理解?想想支付宝的账单,是不是清楚很多?然后,根据流入流出的方式更新余额。
对于会计处理来说,是以科目为主,以权责发生制为基础,资产、负债、所有者权、损益、成本、共同类进行复式记账。
咱们拿 充值 为例,这样比较好理解。
从 账户 的角度,是以收付实现制为基础的;对于会计处理来说,是以科目为主,以权责发生制为基础;收付实现制法则设定相应的目标账户以资金的流入、流出和余额为标准的,只是解决流入和流出;对于 会计科目 来说,解决的是为流入这笔钱来自哪里,流出这笔钱要去哪里,要有一个权责确认的过程;
所以,针对用户充值这个场景,对于账户来说,只是一条资金流入,多少钱、余额多少;对于会计科目来说需要分全面考虑:
1. 对账前,跟支付机构(或银行)进行确认,有一个待清算款;
2. 在 T+1,对帐流水出来后,需要进行对账;(支付公司但凡有提供t+0,对账的事情支付公司T+1找银行清算了)
3.对账完成后,相当于把待清算转成应收账款;然后,这个充值场景的一笔充值记录在后台对应多笔会计分录 ;
这地方要理解一个概念,那就是,从账务处理来讲虚拟户是解决资金归属问题,而不关心资金的存放问题。这里涉及到的有两个账户: 实体账户和虚拟账户
实体账户 ,即资金存放的账户,在银行,有如下三类:银行存管专户;银行自由资金专户;银行垫资账专户
虚拟账户 ,即资金归属;两种:用户虚拟存管账户(投资人账户,借款人账户,合作机构账户,担保机构账户);平台虚拟存管账户(收入账户,分润账户,代偿账户,代充值账户;派息账户)
是解决资金存放问题的,与虚拟户成对应关系。从 会计处理 讲,实体户属于资产,虚拟户属于负债及其他。而实体账户和虚拟户组成,的角度来说,需要跟银行有一个开户的过程,用来解决资金存放的问题(是存放在银行存管户、银行自由资金户还是银行垫资专户,这个要看具体情况而定);对于 虚拟户 来说,钱是从投资人、借款人或者居间人一方来的,是属于收入的还是营销的,这个也是要具体情况而定。
小结一下,对于 实体户 ,只关心资金存放;对于 虚拟户 (比如说投资户、借款户还有收入户),关心资金归属。举例:在平台银行账户存入一笔钱,是属于投资人还是借款人;从实体户的角度来说是资产,从虚拟户的角度来说是负债(属于平台欠投资人/借款人的钱,对于平台来说是负债)。
鉴于p2p的特殊性,不止有收入的问题,还会有营销款支出、代偿、代垫、分润等有相关业务,对于没有按时还款进行代偿代垫等这些内容要说估计篇幅太长了,和这个账户设计没有太大关系。
从四个方面(交易,账务,会计,对账)同一笔交易所涉及到的账务处理、会计处理、对账等事宜。从交易处理、账务处理、会计处理和对账处理,形成一个完整的企业数据流;
我们拿 放款 为例:
交易处理 :放款就是一笔支付;
账务处理 :从债权户到债务户,从债务户到结算户然后到结算户的银行卡,同时还涉及到收益户的处理;
那么,为什么有这么多处理步骤? 我们不妨站在平台角度:
1. 需要在放款的时候才确认从债权到债务的处理;
2.在债务处理的时候,需要把钱放在借款人债务户,并相应把钱划到结算户和收益户(会收取一定的费用);
3. 针对部分客户有需求是打款到银行卡,所以平台需要记录从债权户到债务户、债务户到结算户、结算户到银行卡的这条流水处理过程,以保证账务流水处理的一致性;
会计处理 :比如贷款,债权户到债务户的确定,会记待发放款项;待发放款项放款,放款金额和合同金额会有差距,所以,放款金额会单独形成待清算目录,假如T+1账单来了,形成清算,对于收益户来说计入收益;
对账处理 :支付流水和确认银行流水对账以后,形成应收账款;然后对于结算来说,形成相应的银行余额进行结算,并形成结算的单据凭证;
下面我们从财务处理角度去看这个问题:
从业务架构上,业务端统一对接支付平台进行现金的收支转等。支付平台在完成支付过程中,同步数据到账务管理和清结算平台。账务管理和清结算在数据处理后,传递到会计处理。这一个过程说起来挺简单的,但是实际由于公司自身发展不均衡,很多公司业务平台先于支付平台建立,这样的话就需要对各条业务线进行梳理,进行标准化设计,对业务系统查缺补漏,统一业务流程和接口方式。
从结构设计上,支付负责进行现金账务管理负责资金的变动,清结算负责对账,进行账实核对,会计处理负责复式记账(啥是复式记账,自行百度吧),试算平衡及日切等等。
总体流程是:支付订单向账务管理写入账务的流水数据,向清结算写入清洁算的流水数据,并在清结算的过程中进行对账处理,这样从系统设计上来说两边互不干涉。会计处理分别获取账务管理的数据和清洁算的数据,这样分别获得交易的确认和账务的确认,在会计处理这块儿相当于两个合一。
另外,业务的发展速度会快于系统的整体规划速度,这样会导致同样的功能点,同样的业务处理,在不同的系统处理方式不一致。没有形成一个的统一系统的处理。然后从设计的角度上,不仅要考虑系统架构的适用性方面,而且要考虑公司逐步实现的步骤。
这里多说一句还款的事儿,因为上图画得比较差
还款涉及到的资金项目有本金、XX费、利息;这些类型还到借款人账户上,这些钱会有几个步骤:从本金还到投资人债权户上,xx费放在收入账户和分润账户,利息放在派息账户;相当于还款部分,异地还款在债务户里面的资金处理是不一样的,流向自然也就不一样了,那么,相应的后台会计处理也就不一样了。(xx费,可以理解为车贷行业)
以上。