CN107203937A - 一种基于开放平台的银行与小贷平台直贷联合放贷的方法 - Google Patents
一种基于开放平台的银行与小贷平台直贷联合放贷的方法 Download PDFInfo
- Publication number
- CN107203937A CN107203937A CN201710355168.8A CN201710355168A CN107203937A CN 107203937 A CN107203937 A CN 107203937A CN 201710355168 A CN201710355168 A CN 201710355168A CN 107203937 A CN107203937 A CN 107203937A
- Authority
- CN
- China
- Prior art keywords
- bank
- platform
- loan
- client
- small loan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开一种基于开放平台的银行与小贷平台联合放贷的方法,涉及银行贷款技术领域,所述方法的应用构架包括:外部支持层、数据层、服务层、展示层,以及风险控制层;所述服务层包括贷前管理、贷中管理、贷后管理,贷前管理、贷中管理、贷后管理分别将贷前流程、贷中流程、贷后流程的整个流程节点解耦拆分成单独流程,拆分后的单独流程可单独调用。本发明解决了银行与各个小贷平台合作时,无法快速接入第三方进行联合放贷的问题。
Description
技术领域
本发明涉及贷款技术领域,尤其涉及一种基于开放平台的银行与小贷平台直贷合作方法。
背景技术
银行作为资金源与小贷平台合作时,需要使用小贷平台的界面,然后在后端采用相关SDK嵌套。当前外部小贷公司众多,其业务流程,技术架构等方面都有差异性,银就会面临如下问题:如与第三方合作,如果采用同一套通用技术流程模式,则无法适应对方的技术架构;如银行适应对方的技术架构,则每接入一家小贷平台后就需要重新开发一套完整的技术流程模式,成本巨大。因此,银行需要一种方法能够适应各个小贷平台的每一个相关技术环节,银行如何快速接入第三方进行联合放贷相关操作,是亟待解决的问题。
发明内容
本发明的目的在于:为解决银行与各个小贷平台合作时,无法快速接入第三方进行联合放贷的问题,本发明提供了一种基于开放平台的银行与小贷平台联合放贷的方法。
本发明的技术方案如下:
一种基于开放平台的银行与小贷平台联合放贷的方法,所述方法的应用构架包括:外部支持层、数据层、服务层、展示层,以及风险控制层;
所述服务层包括贷前管理、贷中管理、贷后管理,贷前管理、贷中管理、贷后管理分别将贷前流程、贷中流程、贷后流程的整个流程节点解耦拆分成单独流程,拆分后的单独流程可单独调用。
进一步地,所述贷前流程包括:
小贷平台导入:银行风控部门对有合作意向的小贷平台开展尽职调查,确认是否可以合作;若不通过,则结束;若通过,则进入到小贷平台授信流程。
小贷平台授信:通过银行的消费信贷系统的授信策略,对合作伙伴的信息进行授信,对于通过的小贷平台,通知其存入保证金,且创建小贷平台在银行的对公帐户。
客户申请:客户从小贷平台的入口进行申请操作时,小贷平台将客户的信息(四要素)传给银行生成用户,若四要素齐全且鉴权通过则生成二类户;四要素包括姓名、身份证、手机和银行卡信息。
客户授信:银行对小贷平台传来的用户进行授信,授信管控方式有三种:小贷平台管控、银行管控,双方共同管控;具体使用哪种授信管控方式,根据不同的合作伙伴的业务模式作具体协定。
具体地,贷中流程包括:
产品配置:需由后台支撑选择是什么样的产品与对方合作,如现金贷、消费贷等。
贷款:客户通过小贷平台对银行发起贷款动作,若银行检测到用户申请金额满足用户的可用额度,则贷款成功,同时将信息传送给用户和小贷平台。
计息:银行与客户发生信贷关系,银行根据规则产生利息,并记录。
放款:对于在银行有二类户的用户,放款至用户的二类户,否则放款至用户的他行银行卡;若出现受托支付,则放入受托支付账户。
额度管控:额度管控包括客户额度管控和小贷平台额度管控。
代扣:用户还款,银行发起代扣业务,代扣用户绑定的银行卡用于还款。
账务管理:客户的账务需要进行全面的管理记录。
计费:银行与小贷平台之间在贷款产生同时会产生服务费,银行需记录。
代偿:对于逾期的交易,当代偿条件满足时,银行对小贷平台的保证金进行扣款,若保证金足够代偿则直接扣款,将贷款的账户标记为代偿,通知小贷平台补充保证金,代偿行为结束;若保证金低于代偿金额,银行通知小贷平台存款;
还款:对于小贷平台主动发起集中还款的行为,银行到小贷平台的客户的本行二类户中进行扣款。
对于用户主动发起的还款行为,若用户选择本行二类户,银行直接从二类户中扣款,否则从用户的他行银行卡中扣款。
若客户没有在期限内主动还款,小贷平台在银行系统中查询催收信息,催促用户主动还款。
债权转移:对于满足债券转移条件的交易,银行发起债权转移行为,对小贷平台的保证金进行扣款。
保证金池:债权转移式,当小贷平台的保证金足额时,扣款成功及将贷款账户标记为“债权转移”,保证金额不足时通知小贷平台存入保证金。
进一步地,贷后流程包括。
分润:银行发起分润行为,根据和小贷平台达成的分润规则共识,银行将利润存入小贷平台在银行的账户,同时通知小贷平台。
催收:小贷平台在银行系统中查询催收信息,催促用户主动还款。
对账处理:对分润数据、代偿数据、债权转移数据和其他对账数据进行对账,如在对账过程中发现差错,则立即对差错进行处理。
征信上报:对于客户在规定期限内及时还款正常情况,银行上报正常征信报文;对于客户逾期还款的情况下,银行上报逾期报文;对于债券转移情况,不需要删除征信报文。
对于客户逾期且合作方已代偿的贷款的情况,仍应在征信报文内保留已结清贷款信息,并标记为代偿。
风险预警:银行还要对小贷平台近几日需要代偿的交易进行分析:若小贷平台的保证金低于预警水位,则冻结小贷平台的额度,且通知其存入保证金;若小贷平台的保证金高于预警水位,对于已经冻结的小贷平台,要重新释放小贷平台额度;
还需包括对合作方申请量、核准量、放款金额、贷款余额等多维度信息的综合评价分析,以便于风险管理团队发起贷后检查与风险预警任务;
报表:记录贷款流水、信息、计息计费等报表。
具体地,客户申请的具体步骤如下:
(1)客户的信息通过小贷平台平台进入银行,银行对客户的信息进行风险检测;
(2)若客户为黑名单客户,则将信息反馈给合作伙伴并停止后续过程;若客户不是黑名单客户,则检测合作伙伴的额度是否足够,如果合作伙伴的额度不够,则通知合作伙伴额度不够并停止后续过程;
(3)银行判断该客户是否为已有客户,若不是已有客户,则建立客户信息;若客户为已有客户,则对客户的银行卡进行验证;
(4)若银行卡验证失败,银行卡验证失败一般是手机短信校验失败,或银行卡无效,则扣减小贷平台的额度并将扣减信息反馈给小贷平台;如果银行卡验证成功,则进行四要素验证;
(5)若四要素验证成功,则为客户建立二类户;若四要素验证失败,则扣减合作伙伴的额度并将扣减信息(扣减信息包括扣减原因以及扣减的额度)反馈给合作伙伴。
具体地,所述外部支持层包括网络、数据库、中间件、存储、营销系统、CRM 系统、征信系统。
具体地,所述数据层包括客户数据、账户数据、卡数据、贷款数据、信用数据、行为数据、催收数据、参数数据、电子合约、逾期数据、销售数据。
具体地,所述展示层包括H5页面展示、APP展示、SDK展示、PC展示。
具体地,所述风险控制层包括风险预警、风险检查、资金预测、保证金管理、自融防范、反欺诈控制、风控能力输出。
采用上述方案后,本发明的有益效果在于:将贷款的各个环节操作解耦,用于展开相关的合作,如授信环节、开户环节、注册环节、放款环节、申请环节、鉴权环节等各环节进行拆分嵌套,包装成对应API服务对外进行开放,以完成合作直贷的模式。满足了银行快速通过引入第三方的小贷平台的客户导流机制,将合小贷平台的优质客户引流到消费信贷系统,通过小贷平台的代偿机制控制银行资金风险,同时扩大消费信贷业务,实现业务拓展延伸和收益与小贷平台的共赢。
附图说明
图1是本发明的应用构架结构图;
图2为申请贷款流程图;
图3为放款流程图;
图4为按期还款流程图;
图5为提前结清流程图;
图6为代偿流程图。
具体实施方式
一种基于开放平台的银行与小贷平台联合放贷的方法,所述方法的应用构架包括:外部支持层、数据层、服务层、展示层,以及风险控制层;
所述服务层包括贷前管理、贷中管理、贷后管理,贷前管理、贷中管理、贷后管理分别将贷前流程、贷中流程、贷后流程的整个流程节点解耦拆分成单独流程,拆分后的单独流程可单独调用。
具体地,所述贷前流程包括:
小贷平台导入:银行风控部门对有合作意向的小贷平台开展尽职调查,确认是否可以合作;若不通过,则结束;若通过,则进入到小贷平台授信流程;
小贷平台授信:通过银行的消费信贷系统的授信策略,对合作伙伴的信息进行授信,对于通过的小贷平台,通知其存入保证金,且创建小贷平台在银行的对公帐户;
客户导入:客户从小贷平台的入口进行申请操作时,小贷平台将客户的信息 (四要素)传给银行生成用户,若四要素齐全且鉴权通过则生成二类户;
客户授信:银行对小贷平台传来的用户进行授信,授信管控方式有三种:小贷平台管控、银行管控,双方共同管控;具体使用哪种授信管控方式,根据不同的合作伙伴的业务模式作具体协定;
当客户从不同合作伙伴进行申请借款时,且在银行直贷开放系统中不存在该客户信息时,以第一次申请时记录在直贷开放系统的客户信息记录为准;(2)以后在其他合作伙伴申请时,提交的客户信息发生变化也不会更改记录在直贷开放系统系统中的信息;(3)当客户在小贷瓶体进行申请,但在银行直贷开放系统系统中存在该客户信息时,不更改已有的客户信息记录;(4)银行直贷开放系统系统提交的申请或客户信息更改,当与系统中已有客户信息不一致时,可更改系统中的客户信息。
具体地,贷中流程包括:
产品配置:需由后台支撑选择是什么样的产品与小贷平台合作;
贷款:客户通过小贷平台对银行发起贷款动作,若银行检测到用户申请金额满足用户的可用额度,则贷款成功,同时将信息传送给用户和小贷平台;
计息:银行与客户发生信贷关系,银行根据规则产生利息,并记录;
放款:对于在银行有二类户的用户,放款至用户的二类户,否则放款至用户的他行银行卡;若出现受托支付,则放入受托支付账户;
额度管理:额度管理包括个人额度管理和小太平台额度管理,具体地,个人客户额度管理。平台金融现实行合作伙伴代偿机制,因此对于平台金融引流过来客户不做授信及额度管控。系统中对小贷平台的额度总控,对客户采取专项额度授信。客户受银行个人总额度控制,系统中生成客户额度信息记录,在合作在过来的交易时需要进行做客户额度检查合作伙伴额度管理。
当小贷平台信息建立后,需对小贷平台进行授信。在系统中额外建立另外一套额度模板,用于生成小贷平台额度信息。用于区分个人客户,小贷平台额度与个人客户额度存储在不同的数据表中。目前业务确认在对公系统中对合作伙伴进行授信,并将数据同步到消费信贷系统中。当小贷可用额度发生变化时,双向进行数据同步,同步频次实时同步。该小贷平台的下所有客户发生的交易总和不超过这个小贷平台的总授信额度,即在申请时需要检查每一笔申请的金额是否已经超过小贷平台的可用额度。客户受银行个人总额度控制客户申请完成后实时扣减小贷平台可用额度。还款入账批量完成后提升合作伙伴可用额度。
小贷平台额度调整小贷平台额度调整与个人客户额度调整方式方法一致,具体的调整方法有两种:一种为,客户主动要求调整,审批后调整另外一种为银行监测到客户额度不够,要求调额。小贷平台无论采用哪一种调额方式都必须联机实时调额。
代扣:用户还款,银行发起代扣业务,代扣用户绑定的银行卡用于还款;账务管理。
计费:计费:银行与小贷平台之间在贷款产生同时会产生服务费,银行需记录。
代偿:对于逾期的交易,当代偿条件满足时,银行对小贷平台的保证金进行扣款,若保证金足够代偿则直接扣款,将贷款的账户标记为代偿,通知小贷平台补充保证金,代偿行为结束,同时恢复小贷平台被冻结的额度。
还款:对于小贷平台主动发起集中还款的行为,银行到小贷平台的客户的本行二类户中进行扣款。
对于用户主动发起的还款行为,若用户选择本行二类户,银行直接从二类户中扣款,否则从用户的他行银行卡中扣款。
若客户没有在期限内主动还款,小贷平台在银行系统中查询催收信息,催促用户主动还款。
若小贷收到客户提前结清请求后,将款项打入小贷平台账户。小贷平台将该笔提前结清申请实时通知消费信贷系统,消费信贷系统将该笔订单状态更改为提前结清状态。系统对于标识为提前结清但还款未到账的订单,不做逾期处理,但做正常的计息。之后小贷平台根据约定的时间周期规则(如每月1号,15号),收集该周期内所有提前结清的订单信息,上送消费信贷系统。
消费信贷系统收到合作伙伴上送的提前结清订单后,对小贷平台代偿户笔笔发送扣款请求进行扣款,扣款成功后进行该笔订单的提前结清账务处理,将改笔订单状态更改为提前结清还款已到账状态,然后提升合作伙伴额度(本金部分)。
债权转移:对于满足债券转移条件的交易,银行发起债权转移行为,对小贷平台的保证金进行扣款。
保证金池:债权转移式,当小贷平台的保证金足额时,扣款成功及将贷款账户标记为“债权转移”,保证金额不足时通知小贷平台存入保证金;对于不同的小贷平台执行不同的保证金制度,小贷平台需要按照约定的保证金比例将保证金存入在银行指定的保证金账户。同时该保证金账户提供代偿,提前结清和债权转移的资金的偿还。银行每日监控该保证金账户的余额状况,对于低于设定阈值时,进行报警并通知合作伙伴存入足够的保证金,并且停止该小贷平台客户的贷款发放。
小贷平台信息中包含保证金比例及保证金预警阀值两个字段,保证金金额=银行授予合作伙伴的额度*保证金比例。
直贷开放系统在每日还款批量完成后,检查保证金余额是否足够。当保证金可用金额/保证金金额小于等于预警阀值时,立即暂停该小贷平台交易,并发出预警,更改该小贷平台状态为保证金不足状态。当小贷平台存入足够保证金后,更改该小贷平台状态为正常状态。保证金池应对每个合作的小贷平台保证金账户配置最低缴存金额、目标水平、预警水平、暂停额度水平等参数,以实现保证金的动态监控与客户关联额度的实时控管。
具体地,贷后流程包括:
分润:银行发起分润行为,根据和小贷平台达成的分润规则共识,银行将利润存入小贷平台在银行的账户,同时通知小贷平台。
催收:小贷平台在银行系统中查询催收信息,催促用户主动还款。
对账处理:对分润数据、代偿数据、债权转移数据和其他对账数据进行对账,如在对账过程中发现差错,则立即对差错进行处理。
征信上报:对于客户在规定期限内及时还款正常情况,银行上报正常征信报文;对于客户逾期还款的情况下,银行上报逾期报文;对于债券转移情况,不需要删除征信报文。
对于客户逾期且合作方已代偿的贷款的情况,仍应在征信报文内保留已结清贷款信息,并标记为代偿。
风险预警:银行还要对小贷平台近几日需要代偿的交易进行分析:若小贷平台的保证金低于预警水位,则冻结小贷平台的额度,且通知其存入保证金;若小贷平台的保证金高于预警水位,对于已经冻结的小贷平台,要重新释放小贷平台额度。
还需包括对合作方申请量、核准量、放款金额、贷款余额等多维度信息的综合评价分析,以便于风险管理团队发起贷后检查与风险预警任务;基于风控的需要,可以对平台在总体授信额度下的交易,设置相应参数进行管控,比如日放款限额、单户放款限额及相应笔数限制等,对于平台风险的管理来说是另一个层面的控制阀;
报表:记录贷款流水、信息、计息计费等报表。
进一步地,所述鉴权流程的具体步骤如下:
(1)客户的信息通过小贷平台平台进入银行,银行对客户的信息进行风险检测,(2)若客户为黑名单客户,则将信息反馈给合作伙伴并停止后续过程;若客户不是黑名单客户,则检测合作伙伴的额度是否足够,如果合作伙伴的额度不够,则通知合作伙伴额度不够并停止后续过程;
(3)银行判断该客户是否为已有客户,若不是已有客户,则建立客户信息;若客户为已有客户,则对客户的银行卡进行验证;
(4)若银行卡验证失败,则扣减小贷平台的额度并将扣减信息(扣减信息包括扣减原因以及扣减的额度)反馈给小贷平台;如果银行卡验证成功,则进行四要素验证;
(5)若四要素验证成功,则为客户建立二类户;A.小贷平台有自己的鉴权接口,当用户传送四要素时,银行接收信息流,在银行内部过一次鉴权,通过即生成二类户;B小贷平台调用银行鉴权接口,通过即可生成二类户;若四要素验证失败,则扣减合作伙伴的额度并将扣减信息(扣减信息包括扣减原因以及扣减的额度) 反馈给合作伙伴。
具体地,所述外部支持层包括网络、数据库、中间件、存储、营销系统、CRM 系统、征信系统。
具体地,所述数据层包括客户数据、账户数据、卡数据、贷款数据、信用数据、行为数据、催收数据、参数数据、电子合约、逾期数据、销售数据。
具体地,所述展示层包括H5页面展示、APP展示、SDK展示、PC展示。
具体地,所述风险控制层包括风险预警、风险检查、资金预测、保证金管理、自融防范、反欺诈控制、风控能力输出。
下面,将详细举例描述银行与第三方小贷平台米么金服的联合放贷过程。
S1:借款与放款
(1)用户从第三方合作伙伴的入口发起申请,填写个人信息并提交;
(2)第三方小贷平台对用户审核,审核通过的提交给银行,若不通过则流程结束。
(3)银行对第三方小贷平台推送的用户建立用户/二类户,并把风控结果返回给第三方小贷平台。
(4)对于银行风控通过的用户,银行确认借款并与用户签署借款协议,协议中银行露出,并生成第三方小贷平台合同,上送签署的PDF电子合同,并创建新网银行合同订单。
对于希望用户风控不通过的用户,第三方小贷平台使用其他资金源进行后续处理,流程结束。
(5)放款阶段:银行将贷款放款给商户,将费用放款至第三方小贷平台,并查询放款结果,对于放款失败的交易,重新放款。
(6)放款后,商户和第三方小贷平台开业到希望用户查询放款结果,且产生对账数据。
S21:若正常还款
用户按期还款,第三方合作伙伴页面发起还款申请,希望用户的消费信贷系统收到还款申请后,根据用户在第三方合作伙伴页面的选择还款路径,有三种扣款方式:A.统一支付从用户他行银行卡中扣款;B.微信支付扣款;C.银行核心系统从用户在本行的账户或者二类户扣款;
若代扣成功,资金划拨到银行账户;若代扣失败,提示用户还款失败,用户重新发起还款申请。
S22:若逾期还款
对于用户逾期的情况,当达到代偿条件及债权转移条件时,第三方小贷平台使用代偿账户进行债权转移操作。
当仅达到代偿条件时,第三方小贷平台使用代偿账户进行代偿处理。
对于代偿/债权转移的情况,第三方小贷平台需要和银行进行对账,同时第三方小贷平台将催收数据传送至新网银行,银行判断是否征信上报。
对于用户主动还款的情况,当第三方小贷平台已经代偿时,用户还款至第三方小贷平台账户,流程结束。
S23:若提前结清
当用户发起提前结清操作时,还款至第三方小贷平台,第三方合作伙伴定期对银行发起提前结清操作。
全部回购同客户提前结清。全部回购同用户按期还款。
Claims (9)
1.一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,所述方法的应用构架包括:外部支持层、数据层、服务层、展示层,以及风险控制层;
所述服务层包括贷前管理、贷中管理、贷后管理,贷前管理、贷中管理、贷后管理分别将贷前流程、贷中流程、贷后流程的整个流程节点解耦拆分成单独流程,拆分后的单独流程可单独调用。
2.根据权利要求1所述的一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,所述贷前流程包括:
小贷平台导入:银行风控部门对有合作意向的小贷平台开展尽职调查,确认是否可以合作;若不通过,则结束;若通过,则进入到小贷平台授信流程;
小贷平台授信:通过银行的消费信贷系统的授信策略,对合作伙伴的信息进行授信,对于通过的小贷平台,通知其存入保证金,且创建小贷平台在银行的对公帐户;
客户申请:客户从小贷平台的入口进行申请操作时,小贷平台将客户的四要素传给银行生成用户,若四要素齐全且鉴权通过则生成二类户;四要素包括姓名、身份证、手机和银行卡信息;
客户授信:银行对小贷平台传来的用户进行授信,授信管控方式有三种:小贷平台管控、银行管控,双方共同管控;具体使用哪种授信管控方式,根据不同的合作伙伴的业务模式作具体协定。
3.根据权利要求1所述的一种基于开放平台的银行与小贷款平台联合放贷的方法,其特征在于,贷中流程包括:
产品配置:需由后台支撑选择是什么样的产品与小贷平台合作;
贷款:客户通过小贷平台对银行发起贷款动作,若银行检测到用户申请金额满足用户的可用额度,则贷款成功,同时将信息传送给用户和小贷平台;
计息:银行与客户发生信贷关系,银行根据规则产生利息,并记录;
放款:对于在银行有二类户的用户,放款至用户的二类户,否则放款至用户的他行银行卡;若出现受托支付,则放入受托支付账户;
额度管控:额度管控包括客户额度管控和小贷平台额度管控;
代扣:用户还款,银行发起代扣业务,代扣用户绑定的银行卡用于还款;
账务管理:客户的账务需要进行全面的管理记录;
计费:银行与小贷平台之间在贷款产生同时会产生服务费,银行需记录;
代偿:对于逾期的交易,当代偿条件满足时,银行对小贷平台的保证金进行扣款,若保证金足够代偿则直接扣款,将贷款的账户标记为代偿,通知小贷平台补充保证金,代偿行为结束;若保证金低于代偿金额,银行通知小贷平台存款;
还款:对于小贷平台主动发起集中还款的行为,银行到小贷平台的客户的本行二类户中进行扣款;
对于用户主动发起的还款行为,若用户选择本行二类户,银行直接从二类户中扣款,否则从用户的他行银行卡中扣款;
若客户没有在期限内主动还款,小贷平台在银行系统中查询催收信息,催促用户主动还款;
债权转移:对于满足债券转移条件的交易,银行发起债权转移行为,对小贷平台的保证金进行扣款;
保证金池:债权转移式,当小贷平台的保证金足额时,扣款成功及将贷款账户标记为“债权转移”,保证金额不足时通知小贷平台存入保证金。
4.根据权利要求1所述的一种基于开放平台的银行与小贷款平台联合放贷的方法,其特征在于,贷后流程包括:
分润:银行发起分润行为,根据和小贷平台达成的分润规则共识,银行将利润存入小贷平台在银行的账户,同时通知小贷平台;
催收:小贷平台在银行系统中查询催收信息,催促用户主动还款;
对账处理:对分润数据、代偿数据、债权转移数据和其他对账数据进行对账,如在对账过程中发现差错,则立即对差错进行处理;
征信上报:对于客户在规定期限内及时还款正常情况,银行上报正常征信报文;对于客户逾期还款的情况下,银行上报逾期报文;对于债券转移情况,不需要删除征信报文;
对于客户逾期且合作方已代偿的贷款的情况,仍应在征信报文内保留已结清贷款信息,并标记为代偿;
报表:记录贷款流水、信息、计息计费等报表。
5.根据权利要求2所述的一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,客户申请的具体步骤如下:
(1)客户的信息通过小贷平台平台进入银行,银行对客户的信息进行风险检测;
(2)若客户为黑名单客户,则将信息反馈给合作伙伴并停止后续过程;若客户不是黑名单客户,则检测合作伙伴的额度是否足够,如果合作伙伴的额度不够,则通知合作伙伴额度不够并停止后续过程;
(3)银行判断该客户是否为已有客户,若不是已有客户,则建立客户信息;若客户为已有客户,则对客户的银行卡进行验证;
(4)若银行卡验证失败,则扣减小贷平台的额度并将扣减信息反馈给小贷平台;如果银行卡验证成功,则进行四要素验证;
(5)若四要素验证成功,则为客户建立二类户;若四要素验证失败,则扣减合作伙伴的额度并将扣减信息(扣减信息包括扣减原因以及扣减的额度)反馈给合作伙伴。
6.根据权利要求1-5中任意一条所述的一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,所述外部支持层包括网络、数据库、中间件、存储、营销系统、CRM系统、征信系统。
7.根据权利要求1-5中任意一条所述的一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,所述数据层包括客户数据、账户数据、卡数据、贷款数据、信用数据、行为数据、催收数据、参数数据、电子合约、逾期数据、销售数据。
8.根据权利要求1-5中任意一条所述的一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,所述展示层包括H5页面展示、APP展示、SDK展示、PC展示。
9.根据权利要求1-5中任意一条所述的一种基于开放平台的银行与小贷平台联合放贷的方法,其特征在于,所述风险控制层包括风险预警、风险检查、资金预测、保证金管理、自融防范、反欺诈控制、风控能力输出。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710355168.8A CN107203937A (zh) | 2017-05-19 | 2017-05-19 | 一种基于开放平台的银行与小贷平台直贷联合放贷的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710355168.8A CN107203937A (zh) | 2017-05-19 | 2017-05-19 | 一种基于开放平台的银行与小贷平台直贷联合放贷的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107203937A true CN107203937A (zh) | 2017-09-26 |
Family
ID=59906137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710355168.8A Pending CN107203937A (zh) | 2017-05-19 | 2017-05-19 | 一种基于开放平台的银行与小贷平台直贷联合放贷的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107203937A (zh) |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107730777A (zh) * | 2017-11-13 | 2018-02-23 | 西安智与行软件科技有限公司 | 一种自助贷款机后台管理系统及方法 |
CN107767261A (zh) * | 2017-10-19 | 2018-03-06 | 四川民工加网络科技有限公司 | 贷款融资的实现方法及装置 |
CN107784750A (zh) * | 2017-11-13 | 2018-03-09 | 西安智与行软件科技有限公司 | 一种自助贷款机终端管理系统及方法 |
CN108205782A (zh) * | 2017-12-06 | 2018-06-26 | 信用宝金融信息服务(北京)有限公司 | 个人信贷管理系统 |
CN108305165A (zh) * | 2018-02-12 | 2018-07-20 | 中科柏诚科技(北京)股份有限公司 | 一种互联网助贷系统及方法 |
CN108389123A (zh) * | 2018-02-12 | 2018-08-10 | 中科柏诚科技(北京)股份有限公司 | 一种互联网联合贷款系统及方法 |
CN108389122A (zh) * | 2018-02-12 | 2018-08-10 | 中科柏诚科技(北京)股份有限公司 | 一种互联网贷款系统及方法 |
CN108416594A (zh) * | 2018-03-23 | 2018-08-17 | 深圳乐信软件技术有限公司 | 一种交易鉴权方法、交易统一鉴权平台、装置及存储介质 |
CN108416666A (zh) * | 2018-02-28 | 2018-08-17 | 四川新网银行股份有限公司 | 一种基于开放平台技术的消费信贷解决方法 |
CN108446973A (zh) * | 2018-02-28 | 2018-08-24 | 四川新网银行股份有限公司 | 一种基于金融开放平台的传统金融机构线上信贷解决方法 |
CN108564461A (zh) * | 2018-03-01 | 2018-09-21 | 平安普惠企业管理有限公司 | 一种资源配置方法、计算机可读存储介质及终端设备 |
CN108648073A (zh) * | 2018-05-18 | 2018-10-12 | 深圳壹账通智能科技有限公司 | 信贷方法、装置、设备和计算机存储介质 |
CN108765124A (zh) * | 2018-04-03 | 2018-11-06 | 四川新网银行股份有限公司 | 一种基于互联网的联合贷款业务解决方法 |
CN109559011A (zh) * | 2018-10-16 | 2019-04-02 | 平安普惠企业管理有限公司 | 联合贷款中的贷款余额控制方法、装置、介质和设备 |
CN109767313A (zh) * | 2018-12-13 | 2019-05-17 | 平安普惠企业管理有限公司 | 基于资源配置的方法及相关产品 |
CN109801060A (zh) * | 2018-12-14 | 2019-05-24 | 平安普惠企业管理有限公司 | 还款分流方法、电子装置、计算机设备及存储介质 |
CN110390512A (zh) * | 2019-07-16 | 2019-10-29 | 深圳乐信软件技术有限公司 | 互联网金融管理方法、系统、存储介质及设备 |
CN111080441A (zh) * | 2019-12-20 | 2020-04-28 | 四川新网银行股份有限公司 | 银行用户贷后负面信息的判断方法 |
CN111105302A (zh) * | 2018-10-29 | 2020-05-05 | 重庆小雨点小额贷款有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111192139A (zh) * | 2019-12-27 | 2020-05-22 | 安徽科讯金服科技有限公司 | 一种基于政务大数据的全群体贷款服务系统 |
CN111242766A (zh) * | 2018-11-28 | 2020-06-05 | 重庆小雨点小额贷款有限公司 | 贷款方法、装置、服务器及存储介质 |
CN111275424A (zh) * | 2020-01-21 | 2020-06-12 | 中科柏诚科技(北京)股份有限公司 | 一种开放银行平台的系统 |
CN112288563A (zh) * | 2020-09-16 | 2021-01-29 | 四川新网银行股份有限公司 | 一种关联信贷指标的分润计算方法 |
CN112613980A (zh) * | 2020-12-22 | 2021-04-06 | 中国工商银行股份有限公司 | 交易处理方法及装置、电子设备和计算机可读存储介质 |
CN112634028A (zh) * | 2020-12-30 | 2021-04-09 | 四川新网银行股份有限公司 | 一种识别人行征信报告代偿回购行为的方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103150672A (zh) * | 2013-04-09 | 2013-06-12 | 长沙钢为网络科技有限公司 | 一种银行快速授信系统及方法 |
CN104657896A (zh) * | 2015-03-05 | 2015-05-27 | 东汇征信有限公司南京分公司 | 一种cms信贷信息共享管理的数据采集和共享系统 |
CN104657895A (zh) * | 2015-03-05 | 2015-05-27 | 东汇征信有限公司南京分公司 | 一种cms信贷信息共享管理的贷前和贷后系统 |
CN104680324A (zh) * | 2015-03-05 | 2015-06-03 | 东汇征信有限公司南京分公司 | 一种cms信贷信息共享管理系统及方法 |
CN106327041A (zh) * | 2015-06-29 | 2017-01-11 | 汇付天下有限公司 | 信用业务管理平台及业务流程 |
-
2017
- 2017-05-19 CN CN201710355168.8A patent/CN107203937A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103150672A (zh) * | 2013-04-09 | 2013-06-12 | 长沙钢为网络科技有限公司 | 一种银行快速授信系统及方法 |
CN104657896A (zh) * | 2015-03-05 | 2015-05-27 | 东汇征信有限公司南京分公司 | 一种cms信贷信息共享管理的数据采集和共享系统 |
CN104657895A (zh) * | 2015-03-05 | 2015-05-27 | 东汇征信有限公司南京分公司 | 一种cms信贷信息共享管理的贷前和贷后系统 |
CN104680324A (zh) * | 2015-03-05 | 2015-06-03 | 东汇征信有限公司南京分公司 | 一种cms信贷信息共享管理系统及方法 |
CN106327041A (zh) * | 2015-06-29 | 2017-01-11 | 汇付天下有限公司 | 信用业务管理平台及业务流程 |
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107767261A (zh) * | 2017-10-19 | 2018-03-06 | 四川民工加网络科技有限公司 | 贷款融资的实现方法及装置 |
CN107730777A (zh) * | 2017-11-13 | 2018-02-23 | 西安智与行软件科技有限公司 | 一种自助贷款机后台管理系统及方法 |
CN107784750A (zh) * | 2017-11-13 | 2018-03-09 | 西安智与行软件科技有限公司 | 一种自助贷款机终端管理系统及方法 |
CN108205782A (zh) * | 2017-12-06 | 2018-06-26 | 信用宝金融信息服务(北京)有限公司 | 个人信贷管理系统 |
CN108305165A (zh) * | 2018-02-12 | 2018-07-20 | 中科柏诚科技(北京)股份有限公司 | 一种互联网助贷系统及方法 |
CN108389123A (zh) * | 2018-02-12 | 2018-08-10 | 中科柏诚科技(北京)股份有限公司 | 一种互联网联合贷款系统及方法 |
CN108389122A (zh) * | 2018-02-12 | 2018-08-10 | 中科柏诚科技(北京)股份有限公司 | 一种互联网贷款系统及方法 |
CN108416666A (zh) * | 2018-02-28 | 2018-08-17 | 四川新网银行股份有限公司 | 一种基于开放平台技术的消费信贷解决方法 |
CN108446973A (zh) * | 2018-02-28 | 2018-08-24 | 四川新网银行股份有限公司 | 一种基于金融开放平台的传统金融机构线上信贷解决方法 |
CN108564461A (zh) * | 2018-03-01 | 2018-09-21 | 平安普惠企业管理有限公司 | 一种资源配置方法、计算机可读存储介质及终端设备 |
CN108564461B (zh) * | 2018-03-01 | 2022-04-29 | 平安普惠企业管理有限公司 | 一种资源配置方法、计算机可读存储介质及终端设备 |
CN108416594A (zh) * | 2018-03-23 | 2018-08-17 | 深圳乐信软件技术有限公司 | 一种交易鉴权方法、交易统一鉴权平台、装置及存储介质 |
CN108765124A (zh) * | 2018-04-03 | 2018-11-06 | 四川新网银行股份有限公司 | 一种基于互联网的联合贷款业务解决方法 |
CN108648073A (zh) * | 2018-05-18 | 2018-10-12 | 深圳壹账通智能科技有限公司 | 信贷方法、装置、设备和计算机存储介质 |
CN109559011A (zh) * | 2018-10-16 | 2019-04-02 | 平安普惠企业管理有限公司 | 联合贷款中的贷款余额控制方法、装置、介质和设备 |
CN111105302B (zh) * | 2018-10-29 | 2023-09-15 | 重庆小雨点小额贷款有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111105302A (zh) * | 2018-10-29 | 2020-05-05 | 重庆小雨点小额贷款有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111242766A (zh) * | 2018-11-28 | 2020-06-05 | 重庆小雨点小额贷款有限公司 | 贷款方法、装置、服务器及存储介质 |
CN111242766B (zh) * | 2018-11-28 | 2024-03-19 | 重庆小雨点小额贷款有限公司 | 贷款方法、装置、服务器及存储介质 |
CN109767313A (zh) * | 2018-12-13 | 2019-05-17 | 平安普惠企业管理有限公司 | 基于资源配置的方法及相关产品 |
CN109801060A (zh) * | 2018-12-14 | 2019-05-24 | 平安普惠企业管理有限公司 | 还款分流方法、电子装置、计算机设备及存储介质 |
CN110390512A (zh) * | 2019-07-16 | 2019-10-29 | 深圳乐信软件技术有限公司 | 互联网金融管理方法、系统、存储介质及设备 |
CN111080441A (zh) * | 2019-12-20 | 2020-04-28 | 四川新网银行股份有限公司 | 银行用户贷后负面信息的判断方法 |
CN111080441B (zh) * | 2019-12-20 | 2023-04-18 | 四川新网银行股份有限公司 | 银行用户贷后负面信息的判断方法 |
CN111192139A (zh) * | 2019-12-27 | 2020-05-22 | 安徽科讯金服科技有限公司 | 一种基于政务大数据的全群体贷款服务系统 |
CN111275424A (zh) * | 2020-01-21 | 2020-06-12 | 中科柏诚科技(北京)股份有限公司 | 一种开放银行平台的系统 |
CN112288563A (zh) * | 2020-09-16 | 2021-01-29 | 四川新网银行股份有限公司 | 一种关联信贷指标的分润计算方法 |
CN112288563B (zh) * | 2020-09-16 | 2022-07-08 | 四川新网银行股份有限公司 | 一种关联信贷指标的分润计算方法 |
CN112613980A (zh) * | 2020-12-22 | 2021-04-06 | 中国工商银行股份有限公司 | 交易处理方法及装置、电子设备和计算机可读存储介质 |
CN112634028A (zh) * | 2020-12-30 | 2021-04-09 | 四川新网银行股份有限公司 | 一种识别人行征信报告代偿回购行为的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107203937A (zh) | 一种基于开放平台的银行与小贷平台直贷联合放贷的方法 | |
CN107392584A (zh) | 跨境支付系统及基于区块链支付系统的跨境支付方法 | |
CN108389123A (zh) | 一种互联网联合贷款系统及方法 | |
CN108305165A (zh) | 一种互联网助贷系统及方法 | |
CN108389122A (zh) | 一种互联网贷款系统及方法 | |
US8462923B2 (en) | Revenue management systems and methods with payment suspense management | |
US9619790B2 (en) | Systems and methods for emergency money transfer transactions | |
US20130036047A1 (en) | Method, system and process for centralized management and control of a budget and electronic mass distribution of funds | |
US20180121975A1 (en) | Providing security in electronic real-time transactions | |
US20190318354A1 (en) | Secure electronic billing with real-time funds availability | |
CN110210968A (zh) | 智能服务交易系统 | |
CN109003129B (zh) | 一种基于物联网金融区块链的营销方法及系统 | |
US20170300881A1 (en) | Secure electronic billing and collection with real-time funds availability | |
CN108876359A (zh) | 基于区块链的电子钱包平台 | |
CN112102067A (zh) | 互联网金融管理方法、系统、设备及介质 | |
CN108009818A (zh) | 一种基于分布式网络的线上支付方法及系统 | |
CN110335119A (zh) | 一种工程机械租赁在线支付与订单融资系统 | |
CN107180384A (zh) | 一种基于互联网委托贷款解决方法 | |
CN108053309A (zh) | 一种财务在线支付系统平台 | |
CN110009501A (zh) | 基于区块链的融资方法、系统、计算设备及存储介质 | |
US20150012400A1 (en) | Systems and methods for switching credit card accounts | |
CN103310333A (zh) | 一种线下终端刷卡实现资金划至第三方支付平台的方法 | |
CN111861409A (zh) | 一种项目业务管理系统 | |
CN114862110A (zh) | 商业银行业务中台构建方法、装置、电子设备及存储介质 | |
WO2021051888A1 (zh) | 账户系统、服务终端、交易管理方法及系统、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170926 |
|
RJ01 | Rejection of invention patent application after publication |