一种多渠道开户管理方法、装置及介质与流程

1.本发明涉及数据处理技术领域，特别涉及一种多渠道开户管理方法、装置及介质。


背景技术：

2.目前，用户在单次开户申请的时候系统只能给用户配置一家合作金融渠道机构并对用户进行放款操作，不能给用户配置多家合作金融渠道机构；现在用户通过将用户信息提交到合作的金融渠道机构完成用户授信过程，系统不对所述用户进行风险管控，也不支持给用户配置多家合作金融渠道机构或者开通更复杂的账户；系统如果需要改变用户的合作金融渠道机构，需要重新设置对接流程，并且原流程的逻辑需要修改；若新增渠道流程环节需要重新定义新的流程，系统接入时间长，对接流程复杂。


技术实现要素：

3.为了克服上述技术缺陷，本发明的目的在于提供一种多渠道开户管理方法、装置及介质，能够解决用户的开户渠道配置方案单一的问题。本发明多渠道开户管理方法可以同时选择多个放款渠道进行开户申请，增加了用户授信成功率，提升了用户体验；同时本发明完成了渠道配置标准化建设，支持渠道横向扩展，当合作的渠道金融机构有增加或停止合作时，可以灵活通过配置化选择，降低系统架构和代码的改动量，提升渠道接入效率，增加了系统稳定性。
4.本发明实施例提供的具体技术方案如下：
5.第一方面，提供了一种多渠道开户管理方法，所述方法包括：
6.接收用户身份认证通过后提交的多个开户渠道的开户申请；
7.前端通过接口将用户信息发送给所述多个开户渠道；
8.所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户。
9.进一步地，在所述接收用户身份认证通过后提交的多个开户渠道的开户申请之前，包括：
10.收集以下至少一项用户信息：手机号、银行卡号、姓名、身份证号、职业信息、各个渠道的授权协议，过滤掉不满足的渠道信息，向用户展示符合要求的开户渠道信息。
11.进一步地，所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户，包括：
12.选取所述多个开户渠道中的一个开户渠道作为当前开户渠道；
13.当前开户渠道根据自身开户条件对所述用户进行开户；
14.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
15.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
16.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
17.进一步地，所述当前开户渠道根据自身开户条件对所述用户进行开户，包括：
18.调用当前渠道用户准入授信控制系统对所述用户进行校验，判断所述用户是否没有授信失败记录，和/或所述用户是否满足渠道开户区域要求，和/或所述用户是否满足开户年龄要求；
19.若是，则流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批；
20.若否，则当前渠道对所述用户开户失败。
21.进一步地，所述流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批，包括：
22.所述内部风控系统通过所述用户行为评分总数输出审批结果，若审批通过，则调用渠道网关系统，将所述用户信息、当前渠道信息发送给当前渠道方审批；
23.若审批失败，则当前渠道对所述用户开户失败。
24.进一步地，所述调用渠道网关系统，将所述用户信息、当前渠道信息发送给当前渠道方审批，包括：
25.判断当前渠道方对所述用户开户审批是否通过；
26.若是，则流程控制系统根据内部校验规则对当前渠道方审批的额度做判断；
27.若否，则当前渠道对所述用户开户失败。
28.进一步地，所述流程控制系统根据内部校验规则对当前渠道方审批的额度做判断，包括：
29.判断所述当前渠道方审批的额度值是否大于或等于所述用户期望的额度值；
30.若是，则当前渠道方对所述用户开通主体账户信息；
31.若否，则当前渠道对所述用户开户失败；
32.其中，所述当前渠道方对所述用户开通主体账户，包括：
33.调用金融用户账户系统、渠道银行系统对所述用户开通主体账户，确定以下至少一项信息：用户授信额度、有效期、授信编号、合同号、渠道用户标识信息，并标记所述当前渠道方对所述用户开户成功。
34.进一步地，所述依次对所述用户进行开户之后，包括：
35.将多个渠道开户结果反馈给后端，后端收到多个渠道的开户结果，对所述开户结果数据进行保存，对应同步更新到前端用户页面，展示给用户。
36.第二方面，提供了一种多渠道开户管理装置，所述装置包括：
37.存储器、处理器及存储在存储器上的计算机程序，所述处理器执行所述计算机程序以实现如第一方面任一所述的多渠道开户管理方法的步骤。
38.第三方面，提供了一种计算机存储介质，所述介质包括：
39.其上存储有计算机程序，该计算机程序被存储器执行时实现第一方面任一所述的多渠道开户管理方法的步骤。
40.与现有技术相比，本发明实施例提供的技术方案通过接收用户身份认证通过后提交的多个开户渠道的开户申请；前端通过接口将用户信息发送给所述多个开户渠道；所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户。本发明能够解决用户的开户渠道配置方案单一的问题。本发明多渠道开户管理方法可以同时选择多个放款渠道进行开户申请，增加了用户授信成功率，提升了用户体验；同时本发明完成了渠道配置标
准化建设，支持渠道横向扩展，当合作的渠道金融机构有增加或停止合作时，可以灵活通过配置化选择，降低系统架构和代码的改动量，提升渠道接入效率，并增加了系统稳定性。
附图说明
41.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1为本发明实施例一提供的多渠道开户管理方法的流程图；
43.图2为本发明实施例二提供的多渠道开户管理方法的具体流程图；
44.图3为本发明实施例三提供的多渠道开户管理装置结构图。
具体实施方式
45.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.需要说明的是，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
47.此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
48.实施例一
49.本发明实施例提供了一种多渠道开户管理方法，如图1所示，该方法可以包括：
50.步骤s1，接收用户身份认证通过后提交的多个开户渠道(主体)的开户申请；
51.步骤s2，前端通过接口将用户信息发送给所述多个开户渠道；
52.步骤s3，所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户。
53.本发明实施例能够解决用户的开户渠道配置方案单一的问题。本发明多渠道开户管理方法可以同时选择多个放款渠道进行开户申请，增加了用户授信成功率，提升了用户体验；同时本发明完成了渠道配置标准化建设，支持渠道横向扩展，当合作的渠道金融机构有增加或停止合作时，可以灵活通过配置化选择，降低系统架构和代码的改动量，提升渠道接入效率，并增加了系统稳定性。
54.实施例二
55.本发明实施例提供了一种多渠道开户管理方法，如图2所示，该方法可以包括：
56.步骤s0，收集以下至少一项用户信息：手机号、银行卡号、姓名、身份证号、职业信息、各个渠道的授权协议，过滤掉不满足的渠道信息，向用户展示符合要求的开户渠道信息。
57.具体地，在用户逛商城商品详情页，查看用户账单页、或在收银台支付等场景的时候通过弹窗提示页面、运营位提示页面将用户多个渠道开户页面引导链接投放给所述用
户，引导用户升级或引导用户开通多渠道系统主体账户。用户点击后进入信息收集页面，此时根据系统设置的标签，圈定人群范围，对用户打上不同标签和/或对用户按照优先级分类，例如通过年龄、性别、来源地域来制作标签，通过标签区分不同用户人群，过滤掉不满足的渠道信息，向用户展示符合要求的开户渠道信息。同时在用户进入信息收集页面时收集以下至少一项用户信息：手机号、银行卡号、姓名、身份证号、职业信息、各个渠道的授权协议。
58.系统运营展示层面支持运营后台产品人员根据人群标签属性通过弹窗提示页面、运营位提示广告页面引导用户升级或引导用户开通多渠道系统主体账户。
59.其中，开户渠道可以是bosh上海银行，fmb富民银行，msxf马上金融消金，ceb光大银行，wpfb唯品富邦消金，jsb江苏银行，fubon富邦华一银行等，同时系统也可以设置开户渠道的优先级。
60.步骤s1，接收用户身份认证通过后提交的多个开户渠道的开户申请。
61.具体地，所述用户点击用户多渠道开户页面引导链接进入开户页面，用户在开户页面输入用户银行卡、用户手机号、用户地址、用户职业等详细数据，并通过前端页面进行鉴权、身份证识别、人脸识别等操作认证为用户本人后，查看各个渠道的授权协议并同意协议后，提交多个开户渠道的开户申请。此时开户页面跳转到开户结果页，向用户展示为授信开户申请处理中，可稍后查看等信息。
62.另外，前端用户页面支持用户账户维度、渠道账户维度两层结构。同时支持用户停用、启动、迁移或注销主体账户等操作。
63.步骤s2，前端通过接口将用户信息发送给所述多个开户渠道。
64.具体地，这里开户主要是指消费服务金融产品的开户，适用于比如市场上的京东白条、蚂蚁花呗、蚂蚁借呗、唯品花。这些开户需要关联具体的开户渠道方，比如金融机构或银行根据用户信息来对所述用户进行放款。
65.所述金融机构指消金公司，这里金融机构和银行属于并列关系。
66.其中，所述用户提交多渠道开户申请会关联符合用户要求的开户渠道的对应金融机构或银行，所述金融机构或银行对所述用户进行放款。
67.例如所述用户多渠道开户首先对应关联的是马上金融机构，系统将所述用户信息发送至马上金融，马上金融对所述用户进行开户，开户成功后，马上金融机构对所述用户进行放款操作。
68.步骤s3，所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户。
69.具体地，用户在前端开户页面系统完成认证识别后，后端流程控制系统受理用户的申请，根据用户符合的渠道路由，逐个按照不同渠道的开户条件对所述用户进行准入控制条件校验、内部风控审批、开户渠道审批、主体账户开立、开户结果信息同步等操作。
70.其中，所述多个开户渠道若有三个，即第一渠道，第二渠道，第三渠道。
71.第一渠道对所述用户开通成功后，判断所述符合要求的开户渠道是否有剩余开户渠道，例如第二渠道或第三渠道；
72.若有，则根据所述用户单次开通成功的最多渠道数量控制，调用第二渠道用户准入授信控制系统对所述用户进行校验；
73.若无，则用户多渠道开户流程结束。
74.步骤s3还包括：
75.步骤s31，选取所述多个开户渠道中的一个开户渠道作为当前开户渠道；
76.当前开户渠道根据自身开户条件对所述用户进行开户；
77.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
78.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
79.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
80.具体地，当当前开户渠道开户失败时，所述选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户指选取剩余开户渠道中的一个开户渠道作为当前开户渠道，一直重复之前的当前开户渠道对用户开户的按照不同渠道的开户条件对所述用户进行准入控制条件校验、内部风控审批、开户渠道审批、主体账户开立、开户结果信息同步等操作的所有流程。
81.步骤s32，调用当前渠道用户准入授信控制系统对所述用户进行校验，判断所述用户是否没有授信失败记录，和/或所述用户是否满足渠道开户区域要求，和/或所述用户是否满足开户年龄要求；
82.若是，则流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批；
83.若否，则当前渠道对所述用户开户失败。
84.具体地，调用当前渠道用户准入授信控制系统对所述用户进行校验，判断所述用户是否有授信失败记录，若有授信失败记录，系统默认给所述用户评分总数降低，则当前渠道方给所述用户开户失败。
85.判断所述用户是否满足渠道开户区域要求，在多渠道用户开户页面收集相关数据，数据包括用户来源，判断是否满足渠道开户区域要求，根据用户来源判断分配。
86.例如，当前渠道方是jsb江苏银行或者bosh上海银行，这两家银行是地区银行，所述地区银行规定不给地区外的用户进行放款。判断用户的来源，若用户属性来源来自陕西省，则系统拦截，当前渠道方给所述用户开户失败。
87.判断所述用户是否满足开户年龄要求，若当前渠道方要求用户年龄需要满足22～55周岁，若获取到所述用户的年龄是在22～55周岁之间，则当前渠道方给所述用户开户成功，反之，当前渠道方给所述用户开户失败。
88.若当前渠道用户准入授信控制系统对所述用户进行校验通过后，流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批；
89.若当前渠道用户准入授信控制系统对所述用户进行校验没有通过，则当前渠道对所述用户开户失败；
90.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
91.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
92.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
93.这里，用户准入授信控制系统提供用户准入挡板式控制，用于满足金融授信流程系统对用户进行风险等级评估等。
94.步骤s33，所述内部风控系统通过所述用户行为评分总数输出审批结果，若审批通过，则调用渠道网关系统，将所述用户信息、当前渠道信息发送给当前渠道方审批；
95.若审批失败，则当前渠道对所述用户开户失败。
96.具体地，所述内部风控系统主要通过所述用户资质或者消费行为能力进行评分，输出审批结果，若审批通过，则流程控制系统调用金融统一渠道网关接入系统(渠道网关系统)，将所述用户信息、当前渠道信息发送给当前渠道方审批；
97.若审批失败，则当前渠道对所述用户开户失败；
98.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
99.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
100.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
101.这里，金融授信流程系统(流程控制系统)用于在用户完成开户页面提交多渠道开户申请后，进行多渠道开户系统中的用户准入授信控制系统审批、内部风控审批、开户渠道审批、主体账户等系统交互，信息传输，最终对所述用户完成多渠道开户申请。
102.渠道网关系统主要用于对接各个合作渠道金融机构，将用户信息传输给合作渠道金融机构，所述合作渠道金融机构对用户进行开户审批、申请。
103.所述渠道网关系统在中间方内部完成标准化建设，即中间方内部通过对接金融统一渠道网关接入系统，再由金融统一渠道网关接入系统对接外部合作金融渠道机构，屏蔽并降低了系统差异性，提升了系统接入的速度和稳定性。
104.其中，中间方在所述用户跟开户渠道方之间，在渠道方对所述用户开户后，会将开户结果同步给中间方，中间方对开户结果数据进行处理保存，并将数据同步更新到前端用户页面，并展示给所述用户。
105.步骤s34，判断当前渠道方对所述用户开户审批是否通过；
106.若是，则流程控制系统根据内部校验规则对当前渠道方审批的额度做判断；
107.若否，则当前渠道对所述用户开户失败。
108.具体地，判断当前渠道方对所述用户开户审批是否通过；
109.若是，则流程控制系统根据内部校验规则对当前渠道方审批的额度做判断，这里的内部校验规则指额度判断，将当前渠道方审批的额度值与所述用户期望的额度值做比较，所述内部校验规则可以在系统配置；
110.若否，则当前渠道对所述用户开户失败；
111.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
112.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
113.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
114.步骤s35，判断所述当前渠道方审批的额度值是否大于或等于所述用户期望的额
度值；
115.若是，则当前渠道方对所述用户开通主体账户信息；
116.若否，则当前渠道对所述用户开户失败。
117.具体地，判断所述当前渠道方审批的额度值是否大于或等于所述用户期望的额度值；
118.若所述当前渠道方审批的额度值大于或等于所述用户期望的额度值，则当前渠道方对所述用户开通主体账户信息；
119.若所述当前渠道方审批的额度值小于所述用户期望的额度值，则当前渠道对所述用户开户失败；
120.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
121.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
122.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
123.步骤s36，调用金融用户账户系统、渠道银行系统对所述用户开通主体账户，确定以下至少一项信息：用户授信额度、有效期、授信编号、合同号、渠道用户标识信息，并标记所述当前渠道方对所述用户开户成功。
124.具体地，所述金融用户账户系统、渠道银行系统主要用于在用户完成各个开户渠道授信审批后，建立用户账户、渠道账户信息数据，所述信息数据包括以下至少一项信息：用户授信额度、有效期、授信编号、合同号、渠道用户标识信息，并对信息数据进行保存。
125.同时用于后续向用户进行主体账户信息展示、以及进行后续的金融消费交易操作。
126.步骤s4，将多个渠道开户结果反馈给后端，后端收到多个渠道的开户结果，对所述开户结果数据进行保存，对应同步更新到前端用户页面，展示给用户。
127.具体地，最终开户渠道方对所述用户开户后，将开户结果同步给中间方的后端，中间方的后端对所述开户结果数据进行处理保存，并将所述开户结果数据同步更新到前端用户页面，并展示给所述用户。
128.本发明实施例能够解决用户的开户渠道配置方案单一的问题。所述多渠道开户管理方法可以同时选择多个放款渠道进行开户申请，增加了用户授信成功率，提升了用户体验和渠道方的金融产品利润，降低了合作风险；用户可以灵活选择银行或消金公司作为自己的最终消费放款渠道。同时本发明在中间方内部完成了渠道配置标准化建设，支持渠道横向扩展，当合作的渠道金融机构有增加或停止合作时，可以灵活通过渠道配置化选择，降低了系统的架构和代码的改动量，改善了系统渠道维护的难度，提升渠道接入效率，并增加了系统稳定性。
129.1、本发明实施例中用户可同时在多家合作金融渠道机构完成开户授信签约开通，提升了用户授信通过率，满足了用户多维度的资金需求，满足小微服务理念。
130.2、本发明实施例通过建设完成页面交互系统：用户准入授信控制系统、金融流程控制系统、金融用户账户系统、渠道银行系统、金融统一渠道网关接入系统，支持各个系统内部横向扩展，支持可插拔式增加或减少合作金融渠道机构。
131.3、本发明实施例多渠道开户管理方案可以对所述用户进行风险评估，并在渠道方对所述用户风险的信息可以接收的范围内对所述用户进行开户，降低了流程和代码的改动率。
132.4、本发明实施例的渠道网关系统在中间方内部完成标准化建设，即中间方内部通过对接金融统一渠道网关接入系统，再由金融统一渠道网关接入系统对接外部合作金融渠道机构，屏蔽并降低了系统差异性，提升了系统接入的速度和稳定性。
133.实施例三
134.本发明提供了一种多渠道开户管理装置，如图3所示，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时可以实现多渠道开户管理方法，处理器包括前置处理模块、接收模块、处理模块、输出模块。
135.在本实施例中，接收模块用于接收用户身份认证通过后提交的多个开户渠道的开户申请；处理模块用于通过接口将用户信息发送给所述多个开户渠道；输出模块用于将多个渠道开户结果反馈给后端，后端收到多个渠道的开户结果，对所述开户结果数据进行保存，对应同步更新到前端用户页面，展示给用户。
136.进一步地，前置处理模块用于收集以下至少一项用户信息：手机号、银行卡号、姓名、身份证号、职业信息、各个渠道的授权协议，过滤掉不满足的渠道信息，向用户展示符合要求的开户渠道信息。
137.进一步地，处理模块用于逐个根据各自渠道的开户条件依次对所述用户进行开户。
138.进一步地，处理模块用于选取所述多个开户渠道中的一个开户渠道作为当前开户渠道；
139.当前开户渠道根据自身开户条件对所述用户进行开户；
140.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
141.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
142.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
143.进一步地，处理模块还可用于调用当前渠道用户准入授信控制系统对所述用户进行校验，判断所述用户是否没有授信失败记录，和/或所述用户是否满足渠道开户区域要求，和/或所述用户是否满足开户年龄要求；
144.若是，则流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批；
145.若否，则当前渠道对所述用户开户失败。
146.进一步地，处理模块用于通过所述用户行为评分总数输出审批结果，若审批通过，则调用渠道网关系统，将所述用户信息、当前渠道信息发送给当前渠道方审批；
147.若审批失败，则当前渠道对所述用户开户失败。
148.进一步地，处理模块用于判断当前渠道方对所述用户开户审批是否通过；
149.若是，则流程控制系统根据内部校验规则对当前渠道方审批的额度做判断；
150.若否，则当前渠道对所述用户开户失败。
151.进一步地，处理模块可用于判断所述当前渠道方审批的额度值是否大于或等于所
述用户期望的额度值；
152.若是，则当前渠道方对所述用户开通主体账户信息；
153.若否，则当前渠道对所述用户开户失败。
154.进一步地，处理模块可用于调用金融用户账户系统、渠道银行系统对所述用户开通主体账户，确定以下至少一项信息：用户授信额度、有效期、授信编号、合同号、渠道用户标识信息，并标记所述当前渠道方对所述用户开户成功。
155.本发明实施例提供的技术方案带来的有益效果是：
156.本发明实施例能够解决用户的开户渠道配置方案单一的问题。所述多渠道开户管理装置可以同时选择多个放款渠道进行开户申请，增加了用户授信成功率，提升了用户体验；同时本发明完成了渠道配置标准化建设，支持渠道横向扩展，当合作的渠道金融机构有增加或停止合作时，可以灵活通过配置化选择，降低系统架构和代码的改动量，提升渠道接入效率，并增加了系统稳定性。
157.实施例四
158.本发明提供了一种计算机存储介质，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，存储器执行计算机程序时实现以下步骤：
159.接收用户身份认证通过后提交的多个开户渠道的开户申请；
160.前端通过接口将用户信息发送给所述多个开户渠道；
161.所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户。
162.进一步地，在所述接收用户身份认证通过后提交的多个开户渠道的开户申请之前，包括：
163.收集以下至少一项用户信息：手机号、银行卡号、姓名、身份证号、职业信息、各个渠道的授权协议，过滤掉不满足的渠道信息，向用户展示符合要求的开户渠道信息。
164.进一步地，所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户，包括：
165.选取所述多个开户渠道中的一个开户渠道作为当前开户渠道；
166.当前开户渠道根据自身开户条件对所述用户进行开户；
167.当当前开户渠道开户失败时，判断所述多个开户渠道中是否有剩余开户渠道；
168.若是，选取剩余开户渠道中的一个开户渠道作为当前开户渠道继续对用户进行开户；
169.若否，则所述多个开户渠道逐个根据各自渠道的开户条件依次对所述用户进行开户的流程结束。
170.进一步地，所述当前开户渠道根据自身开户条件对所述用户进行开户，包括：
171.调用当前渠道用户准入授信控制系统对所述用户进行校验，判断所述用户是否没有授信失败记录，和/或所述用户是否满足渠道开户区域要求，和/或所述用户是否满足开户年龄要求；
172.若是，则流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批；
173.若否，则当前渠道对所述用户开户失败。
174.进一步地，所述流程控制系统将用户信息、当前渠道信息汇总后发送内部风控系统审批，包括：
175.所述内部风控系统通过所述用户行为评分总数输出审批结果，若审批通过，则调用渠道网关系统，将所述用户信息、当前渠道信息发送给当前渠道方审批；
176.若审批失败，则当前渠道对所述用户开户失败。
177.进一步地，所述调用渠道网关系统，将所述用户信息、当前渠道信息发送给当前渠道方审批，包括：
178.判断当前渠道方对所述用户开户审批是否通过；
179.若是，则流程控制系统根据内部校验规则对当前渠道方审批的额度做判断；
180.若否，则当前渠道对所述用户开户失败。
181.进一步地，所述流程控制系统根据内部校验规则对当前渠道方审批的额度做判断，包括：
182.判断所述当前渠道方审批的额度值是否大于或等于所述用户期望的额度值；
183.若是，则当前渠道方对所述用户开通主体账户信息；
184.若否，则当前渠道对所述用户开户失败；
185.其中，所述当前渠道方对所述用户开通主体账户，包括：
186.调用金融用户账户系统、渠道银行系统对所述用户开通主体账户，确定以下至少一项信息：用户授信额度、有效期、授信编号、合同号、渠道用户标识信息，并标记所述当前渠道方对所述用户开户成功。
187.进一步地，所述依次对所述用户进行开户之后，包括：
188.将多个渠道开户结果反馈给后端，后端收到多个渠道的开户结果，对所述开户结果数据进行保存，对应同步更新到前端用户页面，展示给用户。
189.在一些实施例中，系统能够作为各所述实施例中的任意一个用于多渠道开户管理的上述设备。在一些实施例中，系统可包括具有结果的一个或多个计算机可读介质(例如，系统存储器或nvm/存储设备)以及与该一个或多个计算机可读介质耦合并被配置为执行结果以实现模块从而执行本技术中所述的动作的一个或多个处理器(例如，(一个或多个)处理器)。
190.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来结果相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
191.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
192.以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并
不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。