CN107967651A - 一种信用金分配的多级关系的管理方法及平台 - Google Patents

Abstract

本发明涉及一种信用金分配的多级关系的管理方法及平台，该方法包括：根据分析欲访问平台企业的信用值，标记该企业为核心企业，根据协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系；建立第一受邀企业和第二受邀企业之间的上下级企业关系；预先分配信用金总额度值到核心企业，将信用金总额度值根据协议通道对其他访问平台的企业进行分配信用金额度值。本方案通过建立上下级企业关系，对上下级企业间分配信用金额度值进行管理，提高了风控能力，降低了信用风险，加强了监管力度，进而使信用金额度的分配能力得到了改善，满足了企业的利益和需求。

Description

一种信用金分配的多级关系的管理方法及平台

技术领域

本发明涉及金融、互联网、大数据领域，尤其涉及一种信用金分配的多级关系的管理方法，同时还涉及一种信用金分配的多级关系的管理平台。

背景技术

众所周知，互联网金融是传统金融业与互联网科技相结合的产物，它的出现，不仅颠覆了传统的金融业态，同时也对人们的生活产生了根本的影响。

互联网金融系统以供应链核心企业的应付账款、票据为核心形成付款承诺对供应链链属企业提供便捷融资服务，同时也是对接金融机构资金为金融机构提供优质资产的交易系统。在资产端，平台以核心企业为中心，将核心企业对一级供应商之间的应付账款和票据资产确权转让给金融机构在平台上形成信用金为形式的额度，在资金端，平台以金融机构为资金提供方和票据、应收账款资产的持有方，为平台上以信用金额度为基础的融资行为匹配对应的融资资金。

但互联网金融还没有接入人民银行征信系统，也不存在信用信息共享机制，不具备类似银行的风控、合规和清收机制，容易发生各类风险问题，由于现阶段中国信用体系尚不完善，互联网金融的相关法律还有待配套，互联网金融违约成本较低，容易诱发恶意骗贷、卷款跑路等风险问题。再有一些互联网金融服务平台准入门槛低和缺乏监管，成为不法分子从事非法集资和诈骗等犯罪活动的温床，已有不少先例，如淘金贷、优易网、安泰卓越等P2P网贷平台先后曝出“跑路”事件。

综上，由于互联网金融系统存在风控弱、信用风险大、监管弱等缺陷，在进行金融交易时信用金额度的分配往往受到很大限制，并不能满足各企业的利益和需求。

发明内容

本发明所要解决的技术问题是针对现有技术中互联网金融系统存在风控弱、信用风险大、监管弱缺陷，提供一种信用金分配的多级关系的管理方法，还提供一种信用金分配的多级关系的管理平台。

本发明解决上述技术问题的技术方案如下：

一种信用金分配的多级关系的管理方法，该方法包括：

根据欲访问平台的企业的请求信息生成所述欲访问平台的企业对应的信用值，若所述信用值达到预设阈值，则标记所述欲访问平台的企业为核心企业；

获取到所述核心企业导入的集团企业信息以及所述核心企业请求第一受邀企业为其下级企业的信息，根据所述集团企业信息建立所述核心企业和所述第一受邀企业的协议通道，根据所述协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系；

获取到所述第一受邀企业导入的集团企业信息以及所述第一受邀企业请求第二受邀企业为其下级企业的信息，根据所述集团企业信息建立所述第一受邀企业和所述第二受邀企业的协议通道，根据所述协议通道建立所述第一受邀企业与所述第二受邀企业之间的上下级企业关系；

预先分配信用金总额度值到所述核心企业，根据所述协议通道，从所述信用金总额度值中分配信用金额度值到其他已访问平台的企业，其中下级企业的第一信用金额度值只能从其对应的上级企业的第二信用金额度值中分配获取到。

采用上述方案的有益效果是：通过建立上下级企业关系，并在对上下级企业间分配信用金额度值，提高了风控能力，降低了信用风险，加强了监管力度，进而使信用金额度的分配能力得到了改善，满足了企业的利益和需求。

在上述技术方案的基础上，本发明还可以做如下改进：

进一步地，所述请求信息包括第一企业社会信用代码号和法人信息。

进一步地，所述生成所述企业的信用值的过程中，包括：

将所述第一企业社会信用代码号和法人信息加载到数据库中；

若在所述数据库中查询到所述欲访问平台的企业的信用信息和财务信息，根据所述信用信息和所述财务信息生成信用值。

采用上述进一步方案的有益效果是：通过企业信用信息和财务信息生成信用值，提高了风控能力。

进一步地，所述集团企业信息包括企业名称和第二企业社会信用代码号，所述建立所述核心企业和所述第一受邀企业的协议通道的过程中，包括：

根据所述企业名称和所述第二企业社会信用代码号分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数；

根据所述财务关系和所述受邀企业信用风险评估系数建立所述核心企业和所述第一受邀企业的协议通道。

进一步地，所述建立所述核心企业与所述第一受邀企业之间的上下级企业关系的过程之前，还包括：

将所述协议通道的访问权限发送给所述第一受邀企业；

获取到所述第一受邀企业访问所述协议通道的信息时，则标记所述第一受邀企业为所述核心企业的附属企业。

进一步地，所述方法还包括：

若根据所述企业名称和所述第二企业社会信用代码号未能分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数，则向所述核心企业发送修改受邀信息；

若所述核心企业返回的更正受邀信息能分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数，则建立所述核心企业和所述第一受邀企业的协议通道。

进一步地，建立企业间的上下级企业关系之后，还包括：

根据所述上下级企业关系将访问平台的所有企业生成树形数据模型，其中所述树形数据模型分为多层，第一层的权限级别最高，其他层的权限级别依次递减，所述下级企业位于所述上级企业所在层的下一层，所述核心企业位于第一层。

采用上述进一步方案的有益效果是：通过建立协议通道，进而建立企业间的上下级关系，采用局部集中管理方式简化了管理工作，提高企业间的管理效率。

进一步地，所述协议通道中包含有上下级企业之间的财务关系和所述上下级企业之间的信用信息，所述对除核心企业外的其他已访问平台的企业进行分配信用金额度值的过程中，包括：

根据所述上下级企业之间的财务关系和所述上下级企业之间的信用信息，预设的额度分配规则并导入规则引擎Drools中；

通过所述规则引擎Drools，将所述信用金总额度值对所述除核心企业外的其他已访问平台的企业进行分配信用金额度值。

进一步地，还包括：

所述已访问平台的企业获取信用金额度值后，根据分析所述已访问平台的企业的资质信息，在所述信用金额度值中划分出可分配额度值；

从所述上级企业的可分配额度值中分配所述信用金额度值给所述上级企业对应的下级企业。

采用上述进一步方案的有益效果是：通过规则引擎Drools的引入，使得企业间的信用金的分配效率显著提高。

本发明解决上述技术问题的另一种技术方案如下：

一种信用金分配的多级关系的管理平台，包括：

标记模块，用于根据欲访问平台的企业的请求信息生成所述欲访问平台的企业对应的信用值，若所述信用值达到预设阈值，则标记所述欲访问平台的企业为核心企业；

第一建立模块，用于获取到所述核心企业导入的集团企业信息以及所述核心企业请求第一受邀企业为其下级企业的信息，根据所述集团企业信息建立所述核心企业和所述第一受邀企业的协议通道；

第二建立模块，用于根据所述协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系，以及建立所述第一受邀企业和第二受邀企业之间的上下级企业关系；

分配模块，用于分配信用金总额度值到所述核心企业，根据所述协议通道，从所述信用金总额度值中分配信用金额度值到其他已访问平台的企业。

本发明的有益效果是：通过建立上下级企业关系，并在对上下级企业间分配信用金额度值，提高了风控能力，降低了信用风险，加强了监管力度，进而使信用金额度的分配能力得到了改善，满足了企业的利益和需求。

本发明附加的方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明实践了解到。

附图说明

图1为本发明实施例一提供的一种信用金分配的多级关系的管理流程示意图；

图2为本发明实施例一提供的一种上下级企业的申请与上下级企业的关系的建立流程示意图；

图3为本发明实施例二提供的一种信用金分配的多级关系的管理流程示意图；

图4为本发明实施例三提供的一种信用金分配的多级关系的管理流程示意图；

图5为本发明实施例三提供的一种树形数据模型结构图；

图6为本发明实施例四提供的一种信用金分配的多级关系的管理流程示意图；

图7为本发明实施例四提供的一种信用金分配的多级关系的管理流程示意图；

图8为本发明实施例五提供的一种信用金分配的多级关系的管理平台逻辑结构示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图1给出了本发明实施例一提供的一种信用金分配的多级关系的管理方法，该方法包括：

S101、根据欲访问平台的企业的请求信息生成所述欲访问平台的企业对应的信用值，若所述信用值达到预设阈值，则标记所述欲访问平台的企业为核心企业；

S102、获取到所述核心企业导入的集团企业信息以及所述核心企业请求第一受邀企业为其下级企业的信息，根据所述集团企业信息建立所述核心企业和所述第一受邀企业的协议通道，根据所述协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系；

S103、获取到所述第一受邀企业导入的集团企业信息以及所述第一受邀企业请求第二受邀企业为其下级企业的信息，根据所述集团企业信息建立所述第一受邀企业和所述第二受邀企业的协议通道，根据所述协议通道建立所述第一受邀企业与所述第二受邀企业之间的上下级企业关系；

S104、预先分配信用金总额度值到所述核心企业，将所述信用金总额度值根据所述协议通道对其他访问平台的企业进行分配信用金额度值，其中下级企业的第一信用金额度值只能从其对应的上级企业的第二信用金额度值中分配获取到。

在上述实施例方案中，所述请求信息包括第一企业社会信用代码号和法人信息。某企业发送请求信息(企业社会信用代码号及法人信息等)到平台并请求注册平台用户，该平台对某企业的请求信息进行审核，主要审核过程为根据企业社会信用代码号及法人信息等信息生成该企业对应的信用值，若所述信用值达到预设阈值(比如生成的企业信用值为80，预设信用阈值为75)，则审核通过，最后标记所述欲访问平台的企业为核心企业(授信单位)，即对该企业进行实名认证。

授信单位即为组织关系管理中的最上级企业。然后授信单位通过平台批量导入集团企业信息到平台中，该集团企业信息主要包括企业名称、企业社会信用代码号、邮箱、手机号、邀请码等，向平台发起邀请，即邀请集团企业进入平台注册并成为其下级企业。该邀请发起后提交到平台后台管理员审核，审核过程主要对所述企业名称、企业社会信用代码号等信息进行分析，并建立核心企业和第一受邀企业的协议通道，再根据该协议通道建立核心企业与第一受邀企业之间的上下级企业关系。

受邀企业(即被邀请的企业)也可按照上述方法继续邀请其他企业为其下级企业，依次类推，建立企业间的多级管理关系，比如A企业为核心企业，B企业为被核心企业邀请的企业，C企业为被B企业邀请的企业，通过上述方法，以此类推，建立A企业与B企业的上下级关系，建立B企业与C企业的上下级关系。

需要注意的是，企业A可能有多个同级别的下级企业，比如企业D、企业E和企业F，企业A需分别与企业D、企业E和企业F建立上下级企业关系。

当授信单位实名认证后，平台预先为授信单位分配信用金总额度值。核心企业即为平台的授权单位，在多级管理模式中拥有最高等级权利。平台会根据核心企业用户的信用情况，为其分配一定的信用额度即信用金总额度值(授信总额度)。并根据协议通道，从授信总额度中分配一定的信用金额度值到其他已访问平台的企业，其中下级企业的第一信用金额度值只能从其对应的上级企业的第二信用金额度值中分配获取到。比如，企业1为授信单位，它的信用金总额度值为100万，企业2为企业1的下级企业。企业2的信用金额度值为50万，这50万只能从企业1的100万授信总额度中分配而来。

在具体的应用场景中，上下级企业的申请与上下级企业的关系的建立过程如下：

如图2所示，首先，对于上下级企业的申请与批准，企业注册为平台用户经平台审核实名认证后，为授信单位，并为该企业分配一定的授信额度。实名认证即发送企业实名信息包括企业社会信用代码号及法人信息等至平台后台，经后台管理员审核通过后则实名认证成功。授信单位即为组织关系管理中的最上级企业。然后授信单位通过平台批量导入集团企业信息包括企业名称、企业社会信用代码号、邮箱、手机号、邀请码等到平台中，发起邀请，邀请集团企业进入平台注册并成为其下级企业。此邀请发起后提交到平台后台管理员审核，若审核不通过则申请返回授信企业平台，由授信企业平台修改邀请信息，再次发起邀请；若后台管理员审核通过则邀请发送到受邀企业的邮箱或联系手机号中。若受邀企业同意，则进入平台进行注册登录及实名认证，其中注册登录需使用所收到的邀请码，实名认证成功后，该企业可在平台信息中收到邀请，同意加入后，并经同意信息发送至平台后台，平台后台为其建立财务关系，至此上下级企业关系成立。受邀企业也可按照此方法继续邀请企业为其下级企业，依次类推。

本实施例方案的有益效果为：通过建立上下级企业关系，并在对上下级企业间分配信用金额度值，提高了风控能力，降低了信用风险，加强了监管力度，进而使信用金额度的分配能力得到了改善，满足了企业的利益和需求。

如图3给出了本发明实施例二提供的一种信用金分配的多级关系的管理方法，所述生成所述企业的信用值的过程中，包括：

S201、将所述第一企业社会信用代码号和法人信息加载到数据库中；

S202、若在所述数据库中查询到所述欲访问平台的企业的信用信息和财务信息，根据所述信用信息和所述财务信息生成信用值。

该实施例中，某企业请求申请为平台用户时，提供第一企业社会信用代码号和法人信息，平台获取到这些信息后将其加载到数据库，在数据库中可查询到想要申请平台用户的企业的信用信息和财务信息，然后将信用信息和财务信息转化为信用值。

采用本实施例方案的有益效果为：通过企业信用信息和财务信息生成信用值，提高了风控能力。

图4给出了本发明实施例三提供的一种信用金分配的多级关系的管理方法，所述集团企业信息包括企业名称和第二企业社会信用代码号，所述建立所述核心企业和所述第一受邀企业的协议通道的过程中，包括：

S1021、根据所述企业名称和所述第二企业社会信用代码号分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数；

S1022、根据所述财务关系和所述受邀企业信用风险评估系数建立所述核心企业和所述第一受邀企业的协议通道。

该实施例中，授信企业A想要邀请企业B进入平台，并使企业B为其下级企业，当平台收到邀请的信息后，通过分析授信企业A导入的集团企业信息，该集团企业信息包括企业名称、企业社会信用代码号、邮箱、手机号、邀请码等等，通过对企业名称和企业社会信用代码号进行分析，生成关于授信企业与企业B之间的财务关系和企业B的信用风险评估系数，平台通过处理授信企业与企业B之间的财务关系和企业B的信用风险评估系数，建立一条关于企业A和企业B的协议通道。

需要注意的是，这里的第二企业社会信用金代码为企业B(被核心企业邀请的企业)的企业社会信用金代码信息，而实施例一中的第一企业社会信用代码仅仅是核心企业的，两者并不一样。

优选地，所述建立所述核心企业与所述第一受邀企业之间的上下级企业关系的过程之前，还包括：

将所述协议通道的访问权限发送给所述第一受邀企业；

获取到所述第一受邀企业访问所述协议通道的信息时，则标记所述第一受邀企业为所述核心企业的附属企业。

该实施例中，在企业A和企业B的协议通道建立后(即平台对企业A邀请企业B信息进行审核通过)，则将访问协议通道的权限发送到企业B的邮箱或联系手机号中(该权限可为邀请码)。若企业B同意访问协议通道，则标记企业B为企业A的附属企业(即平台完成企业B的注册登录及实名认证)，其中注册登录需使用所收到的邀请码，实名认证成功后，该企业可在平台信息中收到邀请，企业B同意加入，将同意信息发送至平台后台。

优选地，所述方法还包括：

若根据所述企业名称和所述第二企业社会信用代码号未能分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数，则向所述核心企业发送修改受邀信息；

若所述核心企业返回的更正受邀信息能分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数，则建立所述核心企业和所述第一受邀企业的协议通道。

该实施例中，若审核不通过则将修改受邀信息发送给授信企业A，由企业A修改邀请信息，再次发起邀请(即发送的更正受邀信息)。

优选地，建立企业间的上下级企业关系之后，还包括：

根据所述上下级企业关系将访问平台的所有企业生成树形数据模型，其中所述树形数据模型分为多层，第一层的权限级别最高，其他层的权限级别依次递减，所述下级企业位于所述上级企业所在层的下一层，所述核心企业位于第一层。

如图5所示，授信企业A在树形数据模型的根节点处(即第一层)，第一层权限级别最高，其它层权限级别依次递减，企业B在第二层，企业C再第二层，企业D在第三层、企业E在第四层，企业F在第四层等等。

通过建立协议通道，进而建立企业间的上下级关系，采用局部集中管理方式简化了管理工作，提高企业间的管理效率。

图6给出了本发明实施例四提供的一种信用金分配的多级关系的管理方法，所述协议通道中包含有上下级企业之间的财务关系和所述上下级企业之间的信用信息，所述对除核心企业外的其他已访问平台的企业进行分配信用金额度值的过程中，包括：

S1041、根据所述上下级企业之间的财务关系和所述上下级企业之间的信用信息，设置额度分配规则并导入规则引擎Drools中；

S1042、通过所述规则引擎Drools，将所述信用金总额度值对所述除核心企业外的其他已访问平台的企业进行分配信用金额度值。

优选地，还包括：

所述已访问平台的企业获取信用金额度值后，根据分析所述已访问平台的企业的资质信息，在所述信用金额度值中划分出可分配额度值；

从所述上级企业的可分配额度值中分配所述信用金额度值给所述上级企业对应的下级企业。

该实施例中，协议通道包括了上下级企业之间的财务关系、上下级企业之间的信用信息、上级企业协议接口和下级企业协议接口。通过分析上下级企业之间的财务关系、上下级企业之间的信用信息，来设置当前上下级企业之间的额度分配规则，并导入规则引擎Drools，最后通过规则引擎Drools进行分配信用金额度值。比如建立企业B与企业C之间的协议通道后，分析企业B与企业C之间的信用信息和财务关系，并设置一个额度分配规则，以向企业C分配信用金额度值。

需要说明的是，当企业获取到信用金额度值时，通过分析企业的资质(企业实际中的支出、收入、信用情况以及企业风险情况等等)，将该企业的信用金额度值划分为可分配额度值，该企业向下级企业分配信用金额度值时，从可分配额度值中为下级企业分配信用金额度值。

在具体应用场景中，如图7所示，某企业获取到信用金额度值后，该企业额度更新，该企业可以选择其已授信的“下级企业”为其分配额度，再经下级企业审核后，该企业授信额度更新，同时上级企业的可分配额度减少。该“下级企业”获得额度值后，可以选择他的下级企业为其分配额度，照此方法依次类推。

另外，上级企业为下级企业分配信用额度后，下级企业获得信用额度，上级企业可分配额度减少。

优选地，上级企业可以对下级企业授信额度进行调整，具体地，上级企业对下级企业的授信额度进行调整后，下级企业的授信额度发生变化，下级企业当前的授信额度可通过以下公式计算得出：

下级企业当前授信额度＝下级企业原授信额度-上级企业调整额度，

下级企业的可分配额度发生变化，下级企业当前的可分配额度可通过以下公式计算得出：

可分配额度＝授信额度-已用额度-已分配额度-在途额度，

上级企业的在途额度发生变化，上级企业当前的在途额度通过以下公式计算得出：

当前在途额度＝自在途额度+透支额度，

上级企业的透支额度即对下级企业授信额度进行调整后，下级企业当前可分配额度的绝对值。

上级企业的的现有已分配额度同样发生变化，可通过以下公式计算得出：

现有已分配额度＝原始已分配额度-调整额度

上级企业当前的可分配额度发生了变化，可通过以下公式计算得出：

可分配额度＝授信额度-已用额度-已分配额度-在途额度

上级企业对下级企业下调额度后，下级企业减少的可分配额度等于上级企业增加的可分配额度，额度遵循额度守恒规则。

优选地，上级企业还可以对下级企业可分配额度进行冻结，具体地，上级企业对下级企业的可分配额度进行冻结后，下级企业当前可分配额度为零，下级企业的在途的额度发生变化，通过以下公式计算得出：

在途额度＝自在途额度+自冻结额度

上级企业对下级企业冻结后，下级企业减少的可分配额度等于下级企业增加的在途额度，额度遵循额度守恒规则。

需要说明的是，上级企业对下级企业额度进行调整或冻结时，无论如何调整，额度都遵循额度守恒规则。

例如若1为核心企业，2a、2b为核心企业一级，3a、3b为核心企业二级，则对于上下级企业之间的调额规则及额度流转，如下表1所示：

表1

为了更清楚的了解表1的内容，现对表中名词做如下解释：

授信额度：企业授信总额度

可分配额度：可以自己用或者可以分配给下级的额度

在途额度：在用或者被冻结或者透支的额度。

已用额度：已经被自己用掉的额度，如花费及投资等。

已分配额度：已分配给下级的额度。

调整额度：企业对其下级企业的授信额度进行调整的额度。

例如设1的授信额度为1000，已用额度为400，已分配额度为200(2a分配100，2b分配100)，在途额度200，则此时1的可分配额度为200；同时2a授信额度为100，已用额度为40，已分配额度为40，在途额度为10，则可分配额度为10；2b授信额度为100，已用额度为10，已分配额度为10，在途额度为20，则分配用额度为60。

若1对2a下调额度为0，即调整额度为100，则2a授信额度变为0。

此时，2a(被调方)的可分配额度＝授信额度-已用额度-已分配额度-在途额度即2a(被调方)的可分配额度＝0-40-40-10＝-90

1(操作方)的透支额度增加90，

操作方的在途额度＝自在途额度+透支

即操作方的在途额度＝200+90＝290

操作方的现有已分配额度＝原始已分配额度-调整额度

即操作方的现有已分配额度＝200-100＝100

操作方的可分配额度＝授信额度-已用额度-已分配额度-在途额度

即操作方的可分配额度＝1000-400-100-290＝210

操作方对被调方下调额度，被调方的可分配额度为-90，而操作方的冻结额度增加90，额度遵循额度守恒规则。

同样的，若1再对2b下调额度到60，即调整额度为40

此时，2b(被调方)的可分配额度＝授信额度-已用额度-已分配额度-在途额度

即2b(被调方)的可分配额度＝60-10-10-20＝20

1(操作方)的现有已分配额度＝原始已分配额度-调整额度

即1(操作方的现有已分配额度＝100-40＝60

1(操作方)的可分配额度＝授信额度-已用额度-已分配额度-在途额度

即1(操作方)的可分配额度＝1000-400-60-290＝250

操作方对被调方下调额度，被调方的可分配额度减少40，而操作方的可分配额度增加40，操作方的已分配额度减少40，额度遵循额度守恒规则。

若1对2b进行额度冻结，则2b(被调方)的可分配额度变为0

2b(被调方)的在途额度＝自在途额度+透支+自冻结额度

即2b(被调方)的在途额度＝20+0+20＝40

被调方的可分配额度减少20，而被调方的在途额度增加20，额度遵循额度守恒规则。

另外，当上级企业(操作方)将某下级企业(被调方)的授信关闭后，已使用的的额度会在贴现后回收，记录可在“我的收益”中查看。所有企业都可在“我的额度”中查看自己的授信总额度及剩余可用额度。

通过规则引擎Drools的引入，使得企业间的信用金的分配效率显著提高。

图8给出了本发明实施例五提供一种信用金分配的多级关系的管理平台，包括：

标记模块31，用于根据欲访问平台的企业的请求信息生成所述欲访问平台的企业对应的信用值，若所述信用值达到预设阈值，则标记所述欲访问平台的企业为核心企业；

第一建立模块32，用于获取到所述核心企业导入的集团企业信息以及所述核心企业请求第一受邀企业为其下级企业的信息，根据所述集团企业信息建立所述核心企业和所述第一受邀企业的协议通道；

第二建立模块33，用于根据所述协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系，以及建立所述第一受邀企业和第二受邀企业之间的上下级企业关系；

分配模块34，用于分配信用金总额度值到所述核心企业，根据所述协议通道，从所述信用金总额度值中分配信用金额度值到其他已访问平台的企业。

本发明的有益效果是：通过建立上下级企业关系，并在对上下级企业间分配信用金额度值，提高了风控能力，降低了信用风险，加强了监管力度，进而使信用金额度的分配能力得到了改善，满足了企业的利益和需求。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种信用金分配的多级关系的管理方法，其特征在于，该方法包括：

根据欲访问平台的企业的请求信息生成所述欲访问平台的企业对应的信用值，若所述信用值达到预设阈值，则标记所述欲访问平台的企业为核心企业；

获取到所述核心企业导入的集团企业信息以及所述核心企业请求第一受邀企业为其下级企业的信息，根据所述集团企业信息建立所述核心企业和所述第一受邀企业的协议通道，根据所述协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系；

获取到所述第一受邀企业导入的集团企业信息以及所述第一受邀企业请求第二受邀企业为其下级企业的信息，根据所述集团企业信息建立所述第一受邀企业和所述第二受邀企业的协议通道，根据所述协议通道建立所述第一受邀企业与所述第二受邀企业之间的上下级企业关系；

预先分配信用金总额度值到所述核心企业，根据所述协议通道，从所述信用金总额度值中分配信用金额度值到其他已访问平台的企业，其中下级企业的第一信用金额度值只能从其对应的上级企业的第二信用金额度值中分配获取到。

2.根据权利要求1所述的方法，其特征在于，所述请求信息包括第一企业社会信用代码号和法人信息。

3.根据权利要求2所述的方法，其特征在于，所述生成所述企业的信用值的过程中，包括：

将所述第一企业社会信用代码号和法人信息加载到数据库中；

若在所述数据库中查询到所述欲访问平台的企业的信用信息和财务信息，根据所述信用信息和所述财务信息生成信用值。

4.根据权利要求1所述的方法，其特征在于，所述集团企业信息包括企业名称和第二企业社会信用代码号，所述建立所述核心企业和所述第一受邀企业的协议通道的过程中，包括：

根据所述企业名称和所述第二企业社会信用代码号分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数；

根据所述财务关系和所述受邀企业信用风险评估系数建立所述核心企业和所述第一受邀企业的协议通道。

5.根据权利要求4中所述的方法，其特征在于，所述建立所述核心企业与所述第一受邀企业之间的上下级企业关系的过程之前，还包括：

将所述协议通道的访问权限发送给所述第一受邀企业；

获取到所述第一受邀企业访问所述协议通道的信息时，则标记所述第一受邀企业为所述核心企业的附属企业。

6.根据权利要求4中所述的方法，其特征在于，所述方法还包括：

若根据所述企业名称和所述第二企业社会信用代码号未能分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数，则向所述核心企业发送修改受邀信息；

若所述核心企业返回的更正受邀信息能分析出所述核心企业与所述第一受邀企业之间的财务关系和受邀企业信用风险评估系数，则建立所述核心企业和所述第一受邀企业的协议通道。

7.根据权利要求1所述的方法，其特征在于，建立企业间的上下级企业关系之后，还包括：

根据所述上下级企业关系将访问平台的所有企业生成树形数据模型，其中所述树形数据模型分为多层，第一层的权限级别最高，其他层的权限级别依次递减，所述下级企业位于所述上级企业所在层的下一层，所述核心企业位于第一层。

8.根据权利要求1所述的方法，其特征在于，所述协议通道中包含有上下级企业之间的财务关系、上级接口协议、下级接口协议和所述上下级企业之间的信用信息，所述对除核心企业外的其他已访问平台的企业进行分配信用金额度值的过程中，包括：

根据所述上下级企业之间的财务关系和所述上下级企业之间的信用信息，预设的额度分配规则并导入规则引擎Drools中；

通过所述规则引擎Drools，将所述信用金总额度值对所述除核心企业外的其他已访问平台的企业进行分配信用金额度值。

9.根据权利要求1-8任一项所述的方法，其特征在于，还包括：

所述已访问平台的企业获取信用金额度值后，根据分析所述已访问平台的企业的资质信息，在所述信用金额度值中划分出可分配额度值；

从所述上级企业的可分配额度值中分配所述信用金额度值给所述上级企业对应的下级企业。

10.一种信用金分配的多级关系的管理平台，其特征在于，包括：

标记模块，用于根据欲访问平台的企业的请求信息生成所述欲访问平台的企业对应的信用值，若所述信用值达到预设阈值，则标记所述欲访问平台的企业为核心企业；

第一建立模块，用于获取到所述核心企业导入的集团企业信息以及所述核心企业请求第一受邀企业为其下级企业的信息，根据所述集团企业信息建立所述核心企业和所述第一受邀企业的协议通道；

第二建立模块，用于根据所述协议通道建立所述核心企业与所述第一受邀企业之间的上下级企业关系，以及建立所述第一受邀企业和第二受邀企业之间的上下级企业关系；

分配模块，用于分配信用金总额度值到所述核心企业，根据所述协议通道，从所述信用金总额度值中分配信用金额度值到其他已访问平台的企业。