CN112435113A - 一种基于供应链金融的授信额度管理系统和方法 - Google Patents

Abstract

本发明公开了一种基于供应链金融的授信额度管理系统和方法，包括配置模块，审核模块，开立模块，支付模块，查询模块，还款模块，配置模块为用户配置授信额度，审核模块对用户信息进行审核；审核通过后，开立模块用于为用户注册账户，开立云信；审核模块对用户的身份信息、财务信息等进行审核；审核通过后进入支付模块，进行融资或者支付给下一接收方；资金流转状态为到期待还款的，进入还款模块，还款模块进行全额还款或者部分还款。本发明确保了投资方授信的安全性，工作量降低并且授信效率提高，同时，融资人申请融资后可以将授信额度进行拆分、多种流转、保理或债权转让、再保理、到期统计的功能，完成对专项额度的智能管理。

Description

一种基于供应链金融的授信额度管理系统和方法

技术领域

本发明内容涉及额度管理技术领域，尤其涉及一种基于供应链金融的授信额度管理系统和方法。

背景技术

企业贷款作为金融机构的主要收入来源，是金融机构的核心业务，挖掘优质客户、为客户提供满意服务，是金融机构的重要经营目标。通过债权转让进行财务规划、三角债清偿也十分常见，一般地，债权持有人和资金方分别通过各自渠道发布和获取债权转让信息，也存在大量从事债权转让信息撮合的平台、机构，而在贷款融资过程中也涉及到以托收、赊账方式结算货款时，卖方为了强化应收账款管理、增强流动性，由保理商向卖方提供资金融通、买方资信评估、销售账户管理、信用风险担保、账款催收等一系列服务的综合金融服务来管理应收账款。当前我国银行或者保理公司等资金方在进行企业的无抵押应收账款融资业务时，仅受理围绕核心企业的放款业务。

现在银行确定企业的授信额度的方式不利于大面积、快速、低成本的开展贷款业务。尤其是在对集团公司的子公司的评估和风险管理中，银行这样的金融机构直接面对所有资金需求的子公司来进行分析评估，导致了工作量大效率低下的问题。另一方面在集团公司需要确认授信额度，往往也只能在金融机构通过书面文档来现场确认授信额度，保理和授信都是基于线下服务，使得具体操作繁琐、流程复杂、成本高，周期长，并且银行放款的及时性无法得到保证，效率低下。

现有的授信额度计算多依靠单个时点的数据确定，需要人为参与较多，获得授信额度后进行下一步的流转需要再度审核评估，无法满足企业真实交易的资金需求，无法帮助资金方拓展客户，也无法给其提供科学实时的授信额度决策支持。

所以需要提出一种基于供应链金融的授信额度管理系统和方法，解决投资方授信的安全性无法保障、评估分析以及决策的效率低下，额度无法拆分的问题。

发明内容

本发明内容所要解决的技术问题是针对背景技术中所涉及到的缺陷，提供一种基于供应链金融的授信额度管理系统和方法，解决现有投资方授信的安全性无法保障、评估分析以及决策的效率低下，融资额度无法拆分的问题。

本发明内容的目的及解决的技术问题是采用以下技术方案来实现的：

一种基于供应链金融的授信额度管理系统，包括配置模块，审核模块，开立模块，支付模块，查询模块，还款模块，所述配置模块为用户配置授信额度，所述审核模块对用户信息进行审核；审核通过后，所述开立模块用于为用户注册账户，开立云信；开立云信后的用户数据进入所述审核模块，审核模块对用户的身份信息、财务信息等进行审核；审核通过后进入支付模块，进行融资或者支付给下一接收方；所述查询模块用来查询用户的状态，及资金流转状态；所述资金流转状态为到期待还款的，进入还款模块，所述还款模块进行全额还款或者部分还款。

优选的，所述开立模块为用户开立成功后，接收方生成母云信和子云信。

优选的，所述基于供应链金融的授信额度管理系统还包括控制中心，用于向其他模块接收和发送指令。

优选的，所述查询模块发送查询用户状态及额度、资金流转状态请求给控制中心的前台，收到指令后将结果返回至所述支付模块和还款模块，若查询状态为额度待分配，则可以进入支付环节的融资和流转，若状态为到期还款则进入还款模块。

优选的，所述配置模块、开立模块、支付模块、查询模块、还款模块均与审核模块连接，在专项额度进入上述模块之前控制中心发出请求，首先进入审核模块进行审核，审核通过后进行下一步动作。

优选的，所述审核模块对用户信息进行审核时，用户为核心企业或者其子公司的，后台配置对专项额度进行信息审核，用户为供应商的，核心企业分配给供应商专项额度，对外部插入的UKEY内信息进行审核，每个用户专属UKEY包含CFCA证书(金融信息)，来进行电子认证。

优选的，所述查询模块查询到额度到期还款则进入还款模块进行监控管理，若查询专项额度为融资、保理状态，则进行下一步流转，用户对额度进行融资或者支付给供应商，到期还款后进入还款模块，监控其还款及逾期状态。

优选的，正常还款后进入所述审核模块进行审核，直至审核状态为全额还款，清算结束，专项额度数据重新进入配置模块，额度恢复，进行重新配置。

一种基于供应链金融的授信额度管理方法，包括以下步骤：

S1.用户分配云信额度后，申请开立云信，进行审核；审核成功，云信开立成功，可用额度减少，已用额度增加，云信开立成功后，接收方收到此笔母云信，若接收方继续向下流转或者融资，生成的云信均为子云信。

S2.云信进行流转，可用云信流转分为三个途径，分别为持有到期、融资和支付。持有到期则等到到期付款日，开立方进行还款，清算给额度持有人；若通过支付流转则进行支付审核，流转给云信下一接收方；若进行融资流转，则发起融资后进行定价操作，进行保理(接口保理、平台保理、线下保理)，融资人进行融资申请，进行审核。

S3.进行融资申请审核，信息完整则开通放款专户，选择融资路径，预计融资利率确定价格，之后选择保理类型。

S4.保理对接类型为接口保理——首先进行授信申请，完善企业信息后获得授信申请书，进行签章，在接口端发起融资申请，结果不通过则需再度发起融资申请，结果通过后接口保理融资申请状态正常；此时选择直接保理通过后，(之后需要保荐商审核的通过保荐商审核，保荐商审核不通过的。退回给融资申请方)，待银行处理，推送融资申请至银行，银行审核不通过则需要再次进入授信系统进行审核，银行审核通过，进行放款。

S5.保理对接类型为平台保理、线下保理——授信系统进行一审审核，银行进行预审，一审审核通过后进行投资人审核，审核通过后进行放款审核，进行放款；保理对接类型为线下保理的需要在一审审核后根据投资方案通过保荐商审核后，进行后续的放款审核，进行放款。

S6.当投资人需要对原系统中保理公司持有的云信额度再融资时，可再次发起融资申请，保理公司融资申请成功，申请中额度增加，可用额度减少；保荐商或银行退回，申请中额度减少，已用额度增加，可用额度不能变；银行放款成功，申请中额减少，已用额度增加，可用额度不变；清算成功，已用额度减少，可用额度增加；

放款成功后，融资类型是再保理或双保理的，增加已用额度，融资类型是双保理B，不变已用额度。

S7.还款期限到时，开立方用户可以线上还款或者线下还款，开立方到期未还款，在到期日之前，由云信额度发起人对应的保荐商进行资金垫付代偿，还款金额等于应还金额减去自持金额，还款审批通过后，后台运行清算管理，平台还款，银行系统跑批进行额度恢复。

优选的，所述步骤S7中，所述还款期限未到期时，可以进行部分还款或者全部还款，所述还款期限到后，银行系统方可进行跑批流程进行额度恢复至进行支付前的额度。

本发明内容可以使投资方通过在专项额度管理系统中提供授信额度，由此来进行授信，确保了投资方授信的安全性，投资方无需直接面对所有资金需求的子公司来进行分析评估，工作量降低并且授信效率提高，同时，融资人申请融资后可以将授信额度进行拆分、多种流转、保理或债权转让、再保理、到期统计的功能，可以便捷高效使用银行等投资方较低成本的资金，完成对专项额度的智能管理。

附图说明

图1为一种基于供应链金融的授信额度管理系统的结构示意图；

图2为一种基于供应链金融的授信额度管理方法的流程示意图。

附图标记说明：1.配置模块，2-审核模块，3-开立模块，4-支付模块，5-查询模块，6-还款模块。

具体实施方式

下面结合附图对本发明内容的技术方案做进一步的详细说明。显然，所描述的实施例仅仅是本发明内容一部分实施例，而不是全部的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明内容保护的范围。

应当理解，尽管这里可以使用术语第一、第二、第三等描述各个元件、组件和/或部分，但这些元件、组件和/或部分不受这些术语限制。

如图1所示，本实施例中，一种基于供应链金融的授信额度管理系统，包括配置模块1，审核模块2，开立模块3，支付模块4，查询模块5，还款模块6，所述配置模块1为用户配置授信额度，所述审核模块2对用户信息进行审核；审核通过后，所述开立模块3用于为用户注册账户，开立云信；开立云信后的用户数据进入所述审核模块2，审核模块2对用户的身份信息、财务信息等进行审核；审核通过后进入支付模块4，进行融资或者支付给下一接收方；所述查询模块5用来查询用户的状态，及资金流转状态；所述资金流转状态为到期待还款的，进入还款模块6，所述还款模块6进行全额还款或者部分还款。

优选的，所述开立模块3为用户开立成功后，接收方生成母云信和子云信。

优选的，所述基于供应链金融的授信额度管理系统还包括控制中心，用于向其他模块接收和发送指令。

优选的，所述查询模块5发送查询用户状态及额度、资金流转状态请求给控制中心的前台，收到指令后将结果返回至所述支付模块4和还款模块6，若查询状态为额度待分配，则可以进入支付环节的融资和流转，若状态为到期还款则进入还款模块6。

优选的，所述配置模块1、开立模块3、支付模块4、查询模块5、还款模块6均与审核模块2连接，在专项额度进入上述模块之前控制中心发出请求，首先进入审核模块2进行审核，审核通过后进行下一步动作。

优选的，所述审核模块2对用户信息进行审核时，用户为核心企业或者其子公司的，后台配置对专项额度进行信息审核，用户为供应商的，核心企业分配给供应商专项额度，对外部插入的UKEY内信息进行审核，每个用户专属UKEY包含CFCA证书(金融信息)，来进行电子认证。

优选的，所述查询模块5查询到额度到期还款则进入还款模块进行监控管理，若查询专项额度为融资、保理状态，则进行下一步流转，用户对额度进行融资或者支付给供应商，到期还款后进入所述还款模块6，监控其还款及逾期状态。

优选的，正常还款后进入所述审核模块2进行审核，直至审核状态为全额还款，清算结束，专项额度数据重新进入所述配置模块1，额度恢复，进行重新配置。

如图2所示，在本实施例中，还提出了一种基于供应链金融的授信额度管理方法，包括以下步骤：

S1.用户分配云信额度后，申请开立云信，进行审核；审核成功，云信开立成功，可用额度减少，已用额度增加，云信开立成功后，接收方收到此笔母云信，若接收方继续向下流转或者融资，生成的云信均为子云信。

S2.云信进行流转，可用云信流转分为三个途径，分别为持有到期、融资和支付。持有到期则等到到期付款日，开立方进行还款，清算给额度持有人；若通过支付流转则进行支付审核，流转给云信下一接收方；若进行融资流转，则发起融资后进行定价操作，进行保理(接口保理、平台保理、线下保理)，融资人进行融资申请，进行审核。

S3.进行融资申请审核，信息完整则开通放款专户，选择融资路径，预计融资利率确定价格，之后选择保理类型。

S4.保理对接类型为接口保理——首先进行授信申请，完善企业信息后获得授信申请书，进行签章，在接口端发起融资申请，结果不通过则需再度发起融资申请，结果通过后接口保理融资申请状态正常；此时选择直接保理通过后，(之后需要保荐商审核的通过保荐商审核，保荐商审核不通过的。退回给融资申请方)，待银行处理，推送融资申请至银行，银行审核不通过则需要再次进入授信系统进行审核，银行审核通过，进行放款。

S5.保理对接类型为平台保理、线下保理——授信系统进行一审审核，银行进行预审，一审审核通过后进行投资人审核，审核通过后进行放款审核，进行放款；保理对接类型为线下保理的需要在一审审核后根据投资方案通过保荐商审核后，进行后续的放款审核，进行放款。

S6.当投资人需要对原系统中保理公司持有的云信额度再融资时，可再次发起融资申请，保理公司融资申请成功，申请中额度增加，可用额度减少；保荐商或银行退回，申请中额度减少，已用额度增加，可用额度不能变；银行放款成功，申请中额减少，已用额度增加，可用额度不变；清算成功，已用额度减少，可用额度增加；

放款成功后，融资类型是再保理或双保理的，增加已用额度，融资类型是双保理B，不变已用额度。

S7.还款期限到时，开立方用户可以线上还款或者线下还款，开立方到期未还款，在到期日之前，由云信额度发起人对应的保荐商进行资金垫付代偿，还款金额等于应还金额减去自持金额，还款审批通过后，后台运行清算管理，平台还款，银行系统跑批进行额度恢复。

优选的，所述步骤S7中，所述还款期限未到期时，可以进行部分还款或者全部还款，所述还款期限到后，银行系统方可进行跑批流程进行额度恢复至进行支付前的额度。

本实施例中，首先获取传输的专项额度管理系统的用户信息，用户信息通过专用ID传输给管理系统。

本发明可以使投资方通过在专项额度管理系统中提供授信额度，由此来进行授信，确保了投资方授信的安全性，投资方无需直接面对所有资金需求的子公司来进行分析评估，工作量降低并且授信效率提高，同时，融资人申请融资后可以将授信额度进行拆分、多种流转、保理或债权转让、再保理、到期统计的功能，可以便捷高效使用银行等投资方较低成本的资金，完成对专项额度的智能管理。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (10)

1.一种基于供应链金融的授信额度管理系统，其特征在于，一种基于供应链金融的授信额度管理系统，包括配置模块，审核模块，开立模块，支付模块，查询模块，还款模块，所述配置模块为用户配置授信额度，所述审核模块对用户信息进行审核；审核通过后，所述开立模块用于为用户注册账户，开立云信；开立云信后的用户数据进入所述审核模块，审核模块对用户的身份信息、财务信息等进行审核；审核通过后进入支付模块，进行融资或者支付给下一接收方；所述查询模块用来查询用户的状态，及资金流转状态；所述资金流转状态为到期待还款的，进入还款模块，所述还款模块进行全额还款或者部分还款。

2.根据权利要求1所述的一种基于供应链金融的授信额度管理系统，其特征在于，所述开立模块为用户开立成功后，接收方生成母云信和子云信。

3.根据权利要求1所述的一种基于供应链金融的授信额度管理系统，其特征在于，所述基于供应链金融的授信额度管理系统还包括控制中心，用于向其他模块接收和发送指令。

4.根据权利要求1所述的一种基于供应链金融的授信额度管理系统，其特征在于，所述查询模块发送查询用户状态及额度、资金流转状态请求给控制中心的前台，收到指令后将结果返回至所述支付模块和还款模块，若查询状态为额度待分配，则可以进入支付环节的融资和流转，若状态为到期还款则进入还款模块。

5.根据权利要求1所述的一种基于供应链金融的授信额度管理系统，其特征在于，所述配置模块、开立模块、支付模块、查询模块、还款模块均与审核模块连接，在专项额度进入上述模块之前控制中心发出请求，首先进入审核模块进行审核，审核通过后进行下一步动作。

6.根据权利要求1所述的一种基于供应链金融的授信额度管理系统，其特征在于，所述审核模块对用户信息进行审核时，用户为核心企业或者其子公司的，后台配置对专项额度进行信息审核，用户为供应商的，核心企业分配给供应商专项额度，对外部插入的UKEY内信息进行审核，每个用户专属UKEY包含CFCA证书(金融信息)，来进行电子认证。

7.根据权利要求1所述的一种基于供应链金融的授信额度管理系统，其特征在于，所述查询模块查询到额度到期还款则进入还款模块进行监控管理，若查询专项额度为融资、保理状态，则进行下一步流转，用户对额度进行融资或者支付给供应商，到期还款后进入还款模块，监控其还款及逾期状态。

8.根据权利要求7所述的一种基于供应链金融的授信额度管理系统，其特征在于，正常还款后进入所述审核模块进行审核，直至审核状态为全额还款，清算结束，专项额度数据重新进入配置模块，额度恢复，进行重新配置。

9.本发明还提出一种基于供应链金融的授信额度管理方法，其特征在于，包括以下步骤：

S1.用户分配云信额度后，申请开立云信，进行审核；审核成功，云信开立成功，可用额度减少，已用额度增加，云信开立成功后，接收方收到此笔母云信，若接收方继续向下流转或者融资，生成的云信均为子云信。

S2.云信进行流转，可用云信流转分为三个途径，分别为持有到期、融资和支付。持有到期则等到到期付款日，开立方进行还款，清算给额度持有人；若通过支付流转则进行支付审核，流转给云信下一接收方；若进行融资流转，则发起融资后进行定价操作，进行保理(接口保理、平台保理、线下保理)，融资人进行融资申请，进行审核。

S3.进行融资申请审核，信息完整则开通放款专户，选择融资路径，预计融资利率确定价格，之后选择保理类型。

S4.保理对接类型为接口保理——首先进行授信申请，完善企业信息后获得授信申请书，进行签章，在接口端发起融资申请，结果不通过则需再度发起融资申请，结果通过后接口保理融资申请状态正常；此时选择直接保理通过后，(之后需要保荐商审核的通过保荐商审核，保荐商审核不通过的。退回给融资申请方)，待银行处理，推送融资申请至银行，银行审核不通过则需要再次进入授信系统进行审核，银行审核通过，进行放款。

S5.保理对接类型为平台保理、线下保理——授信系统进行一审审核，银行进行预审，一审审核通过后进行投资人审核，审核通过后进行放款审核，进行放款；保理对接类型为线下保理的需要在一审审核后根据投资方案通过保荐商审核后，进行后续的放款审核，进行放款。

S6.当投资人需要对原系统中保理公司持有的云信额度再融资时，可再次发起融资申请，保理公司融资申请成功，申请中额度增加，可用额度减少；保荐商或银行退回，申请中额度减少，已用额度增加，可用额度不能变；银行放款成功，申请中额减少，已用额度增加，可用额度不变；清算成功，已用额度减少，可用额度增加；

放款成功后，融资类型是再保理或双保理的，增加已用额度，融资类型是双保理B，不变已用额度。

S7.还款期限到时，开立方用户可以线上还款或者线下还款，开立方到期未还款，在到期日之前，由云信额度发起人对应的保荐商进行资金垫付代偿，还款金额等于应还金额减去自持金额，还款审批通过后，后台运行清算管理，平台还款，银行系统跑批进行额度恢复。

10.根据权利要求9所述的一种基于供应链金融的授信额度管理方法，其特征在于，所述步骤S7中，所述还款期限未到期时，可以进行部分还款或者全部还款，所述还款期限到后，银行系统方可进行跑批流程进行额度恢复至进行支付前的额度。

Images