一种资金借贷路由方法、存储介质及电子设备

本发明涉及贷款技术领域，特别涉及一种资金借贷路由方法、存储介质及电子设备。

随着市场发展，资金借贷业务需求量逐步增加，借贷场景也逐渐增多。在多需求和原有人工资金分发方式下，将导致各方利益无法平衡，既浪费人工成本、资金渠道，又致使用户体验感知较差。就资金方合作体验而言，因各个经销商门店金融专员工作素质良莠不齐，对产品认识度较差，同一资方推送的通过率难以保持在稳定水准。

在如下文献中，还可以发现更多与上述技术方案相关的信息：

在专利公开号为CN110197429A的发明专利中，公开了一种消费金融联合贷款智能路由方法，构建评分卡模式，平台对每个贷款产品设置评分项，结合用户基本申请信息数据，生成不同的推荐分，结合基本准入分进行调整后，生成最终推荐分，将推荐分最高的贷款产品推送给客户，同时为了平衡各资方路由比例，通过剩余额度监控和系统服务质量信息对评分结果进行修正，提高用户体验，最大化平衡各机构的用户路由比例。

而上述文献中，并未出现路由资金方失败，用户二次申请，是否剔除历史拒绝资方的描述，如未剔除历史拒绝资方，则存在用户二次申请，依旧推送历史拒绝资方的可能性，造成用户二次申请重复拒绝。

在实现本发明的过程中，发明人发现现有技术中存在如下问题：

传统的借贷流程，用户一揽子填写了渠道、车辆、客户、产品信息后统一进行推送给资金方，所选产品没有与资金方准入规则条件进行匹配，导致通过率较低。没有剔除历史拒绝资金方，造成用户二次申请重复拒绝。

鉴于上述问题，本申请提供了一种资金借贷路由方法、存储介质及电子设备，用于解决用户一揽子填写了渠道、车辆、客户、产品信息后统一进行推送给资金方，所选产品没有与资金方准入规则条件进行匹配，导致通过率较低。没有剔除历史拒绝资金方，造成用户二次申请重复拒绝的技术问题。

为实现上述目的，第一方面，发明人提供了一种资金借贷路由方法，包括以下步骤：

S1、系统收到用户贷款申请，用户贷款申请包括用户信息、渠道信息，系统进行第一次路由匹配，系统依据每个资金方最低准入规则，进行硬性匹配，得出资金方和产品备选清单；

S2、用户在资金方和产品备选清单上，选择资金方列表下的金融产品，填写产品信息，产品信息包括贷款期限、贷款利率、首付比例，系统通过产品信息，进行第二次路由匹配，输出资金方备选清单；

S3、系统在第二次路由结束输出的资金方备选清单上，调用系统中已配置完成的路由规则，并执行具体的路由规则，判断该笔订单是否存在拒绝资金方，若存在拒绝资金方，排除拒绝资金方，输出推荐资金方及可选资金方；

S4、用户根据输出的推荐资金方及可选资金方进行选择贷款资金方，系统将用户贷款申请数据打包，发送至外部资金方系统，给外部资金方系统进行审核；

S5、系统监测路由时效、产品类型、资金方订单量、资金方订单通过率，收集用户与资金方满意度，依据实际情况测算整体成本，每隔预设时间对系统的路由规则进行更新。

区别于现有技术，上述技术方案收到用户贷款申请，在系统的内部与保存的资金方进行匹配，第一次匹配资金方最低准入规则，第二次匹配资金方金融产品，第三次匹配执行系统内部的路由规则，排除拒绝资金方；如此，把前端进件改成路由匹配和产品匹配两个阶段，就是因为历史借贷流程里，用户是一揽子填写了渠道、车辆、用户、产品信息后统一进行推送，所选产品没有与资金方准入条件进行匹配，导致通过率较低。拆分成2个阶段后，第一次路由即可迅速定位用户是否有资金方可准入，而后根据可准入的资金方列表选择资金方对于产品，提高了贷款通过率。同时，排除了拒绝资金方，也可以有效提高通过率。

作为本发明的一种实施方式，S1具体包括以下步骤：

S11、数据获取，用户在系统的进件端填写渠道信息、车辆信息、身份信息，进件端在与系统进行交互时，对相关信息数据进行解析并储存到系统的数据库中，同时，依据订单号及身份信息回调查询用户近期路由的结果数据，结果数据包含渠道信息、车辆信息、身份信息、拒绝资金方、路由结果。

如此，在数据获取时，系统就先查询用户近期路由的结果数据，若用户最近出现拒绝资金方，甚至其他信息，在后续的时间，方便排除拒绝资金方，可以分析历史路由订单，根据分析历史路由订单，可以提醒用户在金融产品选择时，避免出现同样的拒绝问题，从而提高贷款的通过率。

作为本发明的一种实施方式，S1具体还包括以下步骤：

S12、数据预处理，在获得相关结果数据之后，对数据库中的数据依据需求进行数据处理，数据处理包含计算实际年龄、贷款期限年龄、证件是否有效；

S13、经数据处理后，进行第一次路由匹配，调用系统内配置的硬性路由规则，依据资金方的准入规则，并结合输入的相关信息对资金方进行筛选，系统会将贷款信息与所有资金方的准入规则进行匹配，输出第一次路由后的资金方和产品备选清单。

如此，通过数据预处理，数据方便系统使用，也可以在将贷款申请数据发送到外部资金方之前，系统内部审查一下数据，先审查，把细节部分在内部系统先解决了，减少与外部资金系统交互的次数，加快审查周期，也提高了贷款的通过率。

作为本发明的一种实施方式，S2具体包括以下步骤：

S21、用户在进件端的资金方和产品备选清单上选择金融产品，填写相关贷款信息，填写的贷款信息包含贷款期限、贷款利率、首付比例；

S22、在资金方和产品备选清单基础上，结合用户选择的金融产品与资金方设定的准入规则，进行第二次路由匹配，应用的金融产品数据信息包含但不限于贷款期限、首付比例、产品类型、首付金额，输出第二次路由匹配后的第二轮资金方备选清单。

如此，将贷款数据分成两次进行填写，第一次填写用户信息、渠道信息，第二次选择或者填写贷款期限、首付比例、产品类型、首付金额，首先，无需用户一次性填写过多的内容，浪费用户的时间，用户体验感差；其次，可以不断的细化，引导用户一步一步的填写数据，系统内部可以进行分析，最终要推荐的资金方，提高双方效率。

作为本发明的一种实施方式，S3具体包括以下步骤：

S31、在第一次、第二次路由匹配结束之后，系统调用第三次路由，接收第二次路由输出的第二轮资金方备选清单与系统内存储的资金方信息进行匹配；

S32、调用决策流程，从订单及身份信息判断该订单是否存在拒绝资金方，若该订单存在拒绝资金方，则会判定该订单为非首次路由，在满足其他业务规则的情况下会直接输出符合条件的所有资金方为推荐资金方，若不存在拒绝资金方的情况下，则按首次路由处理。

如此，在第一次、第二次路由匹配结束之后，系统调用内部的决策流程，这里的决策流程，本身是通过系统定义的，主要是为了计算平台成本、预测通过率以及判断是否首次路由，为首次路由的话，所有的贷款要分析一遍，若是非首次路由，只要符合其他业务规则的情况下，可以迅速输出推荐资金方，提高路由的效率。

作为本发明的一种实施方式，S4具体包括以下步骤：

S41、用户可依据路由匹配结果自由选择资金方，并将贷款申请提交至选择的外部资金方系统中，提交到外部资金方系统后，用户只需要填写外部资金方需要的补充资料，无需重复填写前期已填写的信息；

S42、若用户提交的贷款申请,资金方审批拒绝或放款拒绝，用户可在原订单基础上返回修改相应信息，依据用户修改的信息继续执行上述步骤进行路由，若用户修改用户信息，则跳转到S1重新进行第一次路由匹配，若用户修改金融产品，则跳转到S2重新进行第二次路由匹配，同时支持复制订单从S1开始重新进行第一次路由匹配。

如此，可以方便用户在原订单基础上返回修改相应信息，可以跳到第一次路由匹配前或者第二次路由匹配前，无需重复填写前期已填写的信息，针对不符合资方的部分进行修改，提高贷款的通过率。

作为本发明的一种实施方式，S5具体包括以下步骤：

S51、对路由时效、产品类型、资金方订单量、资金方订单通过率进行监测，收集用户与资金方满意度，实时联合业务进行路由规则调整；

S52、依据订单的贴息成本、收益、资金方的实际成本定时测算更新成本，对资金方的成本排序进行更新，更新路由规则，调整佣金规则。

如此，可以根据路由时效、产品类型、资金方订单量、资金方订单，调整路由的规则，这个计算更新过程，是系统内部计算过程，可以智能化调整相应的路由规则，在满足平台成本的前提下，进一步提高贷款的通过率，使服务更加人性化，维护人员只要最终查看结果数据就行，无需手动更新。

作为本发明的一种实施方式，系统包括进件端系统以及后台路由系统，进件端系统与后台路由系统为贷款平台内部系统，路由规则配置在后台路由系统内，用户包括经销商用户以及个人用户。

如此，进件端系统是给销售人员或者用户自己使用的移动终端，而进件端系统与后台路由系统之家的数据流通是非常迅速的，用户基本上无感觉，只在第三次路由匹配后，才和外部的资金方系统进行路由匹配，提高了时效性。

为实现上述目的，第二方面，发明人提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述的方法步骤。

为实现上述目的，第三方面，发明人提供了一种电子设备，包括处理器和存储介质，所述存储介质为如上述所述的存储介质；

所述处理器用于执行所述存储介质中存储的计算机程序以实现如上述任一项所述的方法步骤。

区别于现有技术，本申请的技术方案存储介质与电子设备，把前端进件改成路由匹配和产品匹配两个阶段，就是因为历史借贷流程里，用户是一揽子填写了渠道、车辆、用户、产品信息后统一进行推送，所选产品没有与资金方准入条件进行匹配，导致通过率较低。拆分成2个阶段后，第一次路由即可迅速定位用户是否有资金方可准入，而后根据可准入的资金方列表选择资金方对于产品，提高了贷款通过率。同时，排除了拒绝资金方，也可以有效提高通过率。

上述发明内容相关记载仅是本申请技术方案的概述，为了让本领域普通技术人员能够更清楚地了解本申请的技术方案，进而可以依据说明书的文字及附图记载的内容予以实施，并且为了让本申请的上述目的及其它目的、特征和优点能够更易于理解，以下结合本申请的具体实施方式及附图进行说明。

附图仅用于示出本申请具体实施方式以及其他相关内容的原理、实现方式、应用、特点以及效果等，并不能认为是对本申请的限制。

在说明书附图中：

图1为本申请一个实施例的资金借贷路由方法的流程图；

图2为本申请一个实施例的资金借贷路由方法的S1的流程图；

图3为本申请一个实施例的资金借贷路由方法的S2的流程图；

图4为本申请一个实施例的资金借贷路由方法的S3的流程图；

图5为本申请一个实施例的资金借贷路由方法的S4的流程图；

图6为本申请一个实施例的资金借贷路由方法的S5的流程图；

图7为本申请一个实施例的电子设备的模块示意图。

上述各附图中涉及的附图标记说明如下：

10、电子设备；

101、处理器；

102、存储介质。

为详细说明本申请可能的应用场景，技术原理，可实施的具体方案，能实现目的与效果等，以下结合所列举的具体实施例并配合附图详予说明。本文所记载的实施例仅用于更加清楚地说明本申请的技术方案，因此只作为示例，而不能以此来限制本申请的保护范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代相同的实施例，亦不特别限定其与其它实施例之间的独立性或关联性。原则上，在本申请中，只要不存在技术矛盾或冲突，各实施例中所提到的各项技术特征均可以以任意方式进行组合，以形成相应的可实施的技术方案。

除非另有定义，本文所使用的技术术语的含义与本申请所属技术领域的技术人员通常理解的含义相同；本文中对相关术语的使用只是为了描述具体的实施例，而不是旨在限制本申请。

在本申请的描述中，用语“和/或”是一种用于描述对象之间逻辑关系的表述，表示可以存在三种关系，例如A和/或B，表示：存在A，存在B，以及同时存在A和B这三种情况。另外，本文中字符“/”一般表示前后关联对象是一种“或”的逻辑关系。

在本申请中，诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的数量、主次或顺序等关系。

在没有更多限制的情况下，在本申请中，语句中所使用的“包括”、“包含”、“具有”或者其他类似的表述，意在涵盖非排他性的包含，这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素，从而使得包括一系列要素的过程、方法或者产品中不仅可以包括那些限定的要素，而且还可以包括没有明确列出的其他要素，或者还包括为这种过程、方法或者产品所固有的要素。

与《审查指南》中的理解相同，在本申请中，“大于”、“小于”、“超过”等表述理解为不包括本数；“以上”、“以下”、“以内”等表述理解为包括本数。此外，在本申请实施例的描述中“多个”的含义是两个以上(包括两个)，与之类似的与“多”相关的表述亦做此类理解，例如“多组”、“多次”等，除非另有明确具体的限定。

传统的借贷流程，用户一揽子填写了渠道、车辆、客户、产品信息后统一进行推送给资金方，所选产品没有与资金方准入规则条件进行匹配，导致通过率较低。没有剔除历史拒绝资金方，造成用户二次申请重复拒绝。

申请人研究发现，可以建立内部系统，在内部先进行三次路由匹配，第一次路由匹配，匹配资金方最低准入规则，第二次路由匹配根据资金方金融产品进行匹配，细化用户需求，第三次匹配执行系统内部的路由规则，降低平台成本、排除拒绝资金方、提高资金方的通过率；把前端进件改成路由匹配和产品匹配两个阶段，第一次路由即可迅速定位用户是否有资金方可准入，而后根据可准入的资金方列表选择资金方对于产品，提高了贷款通过率。同时，排除了拒绝资金方，也可以有效提高通过率。

本实施例涉及的资金借贷路由方法、存储介质及电子设备，可以应用在资金借贷的各种平台上。

根据本申请的一些实施例，请参阅图1至图7，本实施例涉及一种资金借贷路由方法，包括以下步骤：

S1、系统收到用户贷款申请，用户贷款申请包括用户信息、渠道信息，系统进行第一次路由匹配，系统依据每个资金方最低准入规则，进行硬性匹配，得出资金方和产品备选清单；

S2、用户在资金方和产品备选清单上，选择资金方列表下的金融产品，填写产品信息，产品信息包括贷款期限、贷款利率、首付比例，系统通过产品信息，进行第二次路由匹配，输出资金方备选清单；

S3、系统在第二次路由结束输出的资金方备选清单上，调用系统中已配置完成的路由规则，并执行具体的路由规则，判断该笔订单是否存在拒绝资金方，若存在拒绝资金方，排除拒绝资金方，输出推荐资金方及可选资金方；

S4、用户根据输出的推荐资金方及可选资金方进行选择贷款资金方，系统将用户贷款申请数据打包，发送至外部资金方系统，给外部资金方系统进行审核；

S5、系统监测路由时效、产品类型、资金方订单量、资金方订单通过率，收集用户与资金方满意度，依据实际情况测算整体成本，每隔预设时间对系统的路由规则进行更新。

本实施例中，路由规则具体为1.成本优先规则：按照申请产品期数。金额，对资方进行优先级排序，优先分给成本最优资方。

2.拒绝资方判断。

3.变量计算规则：If(客户评级＝A)and(客户命中风险规则包含Overdue_Rule0001)and(经销商评级＝C)and(客户身份证号not in(100000000000000001,100000000000000002,……))

Then

Temp_weight1＝Temp_weight1+20

本实施例中，系统收到用户贷款申请，在系统的内部与保存的资金方进行匹配，第一次匹配资金方最低准入规则，第二次匹配资金方金融产品，第三次匹配执行系统内部的路由规则，排除拒绝资金方；如此，把前端进件改成路由匹配和产品匹配两个阶段，就是因为历史借贷流程里，用户是一揽子填写了渠道、车辆、用户、产品信息后统一进行推送，所选产品没有与资金方准入条件进行匹配，导致通过率较低。拆分成2个阶段后，第一次路由即可迅速定位用户是否有资金方可准入，而后根据可准入的资金方列表选择资金方对于产品，提高了贷款通过率。同时，排除了拒绝资金方，也可以有效提高通过率。

根据本申请的一些实施例，可选的，S1具体包括以下步骤：

S11、数据获取，用户在系统的进件端填写渠道信息、车辆信息、身份信息，进件端在与系统进行交互时，对相关信息数据进行解析并储存到系统的数据库中，同时，依据订单号及身份信息回调查询用户近期路由的结果数据，结果数据包含渠道信息、车辆信息、身份信息、拒绝资金方、路由结果。

如此，在数据获取时，系统就先查询用户近期路由的结果数据，若用户最近出现拒绝资金方，甚至其他信息，在后续的时间，方便排除拒绝资金方，可以分析历史路由订单，根据分析历史路由订单，可以提醒用户在金融产品选择时，避免出现同样的拒绝问题，从而提高贷款的通过率。

根据本申请的一些实施例，可选的，S1具体还包括以下步骤：

S12、数据预处理，在获得相关结果数据之后，对数据库中的数据依据需求进行数据处理，数据处理包含计算实际年龄、贷款期限年龄、证件是否有效；

S13、经数据处理后，进行第一次路由匹配，调用系统内配置的硬性路由规则，依据资金方的准入规则，并结合输入的相关信息对资金方进行筛选，系统会将贷款信息与所有资金方的准入规则进行匹配，输出第一次路由后的资金方和产品备选清单。

如此，通过数据预处理，数据方便系统使用，也可以在将贷款申请数据发送到外部资金方之前，系统内部审查一下数据，先审查，把细节部分在内部系统先解决了，减少与外部资金系统交互的次数，加快审查周期，也提高了贷款的通过率。

根据本申请的一些实施例，可选的，S2具体包括以下步骤：

S21、用户在进件端的资金方和产品备选清单上选择金融产品，填写相关贷款信息，填写的贷款信息包含贷款期限、贷款利率、首付比例；

S22、在资金方和产品备选清单基础上，结合用户选择的金融产品与资金方设定的准入规则，进行第二次路由匹配，应用的金融产品数据信息包含但不限于贷款期限、首付比例、产品类型、首付金额，输出第二次路由匹配后的第二轮资金方备选清单。

如此，将贷款数据分成两次进行填写，第一次填写用户信息、渠道信息，第二次选择或者填写贷款期限、首付比例、产品类型、首付金额，首先，无需用户一次性填写过多的内容，浪费用户的时间，用户体验感差；其次，可以不断的细化，引导用户一步一步的填写数据，系统内部可以进行分析，最终要推荐的资金方，提高双方效率。

根据本申请的一些实施例，可选的，S3具体包括以下步骤：

S31、在第一次、第二次路由匹配结束之后，系统调用第三次路由，接收第二次路由输出的第二轮资金方备选清单与系统内存储的资金方信息进行匹配；

S32、调用决策流程，从订单及身份信息判断该订单是否存在拒绝资金方，若该订单存在拒绝资金方，则会判定该订单为非首次路由，在满足其他业务规则的情况下会直接输出符合条件的所有资金方为推荐资金方，若不存在拒绝资金方的情况下，则按首次路由处理。

如此，在第一次、第二次路由匹配结束之后，系统调用内部的决策流程，这里的决策流程，本身是通过系统定义的，主要是为了计算平台成本、预测通过率以及判断是否首次路由，为首次路由的话，所有的贷款要分析一遍，若是非首次路由，只要符合其他业务规则的情况下，可以迅速输出推荐资金方，提高路由的效率。

本实施例中，S3还包括以下步骤：

S33、订单在进行首次路由时会判定订单中包含的渠道信息、客户信息、车辆信息、金融产品信息等内容是否满足系统内设定的业务规则(包含二网规则、禁止规则、强制规则等，规则具体内容可依照业务具体要求进行设定)，对备选资方进行筛选，完成筛选后按照成本排序对备选资方进行排序，备选资方清单内成本最低的资方会进入推荐资方清单，其余资方进入可选资方清单，成本样例见下表：

二网规则譬如：因部分资方只能在一网经销商展业，不支持在二网经销商进行展业，因此设置了二网规则。二网经销商可理解为一网经销商的分销点。

强制规则譬如：手机号开头为138的订单强制分给资方A

禁止规则譬如：身份证号为350开头的订单不分给资方B。(一般用于有展业地域限制的资方or身份证号地区为欺诈高风险的情况)。

S34、系统实时统计各家合作资金方订单量，按当日、当周、当月、当季度、当年的资方上限单量进行流量分发控制，一旦超过其中某一阈值则会自动排除该资方，阈值样例见下表：

S35、按照比例进行筛选分配，超过目标比例的资方则排除，多次进行循环比例分配，输出排除实际比例和目标比例相差最大的，且实际量与目标量相差较大的，之后进行第二次比例分配，以此类推，排除实际比例和目标比例相差最大的，且实际量与目标量相差较大的，最终输出实际量未超过目标量的资方，权重占比计算公式如下：

目标比例＝备选资方1权重/(备选资方1权重+备选资方2权重+……+备选资方n权重)

实际比例＝备选资方1实时分配单量/(备选资方1实时分配单量+备选资方2实时分配单量+……+备选资方n实时分配单量)

上述公式在计算过程中，每次排除一个资方之后，公式中分母不再包含此资方的权重和实时分配单量；目标比例及实际比例样例如下：

合作资金方1 合作资金方2 合作资金方3 合作资金方4 目标比例 0.2 0.2 0.3 0.3 实际比例 0.18 0.16 0.26 0.4

S36、经筛选之后，若判定客户存在多家备选资方的情况下，则判断客户上次授信所用的资方组合是否在备选资方清单内，若在则对客户上次授信所用的资方组合权重进行处理，增加该资方组合的权重，然后进行权重占比计算；若不在，则依据备选资方清单内的资方权重进行权重占比计算，按权重占比大小进行排序，若权重占比大小均相等，则随机排序后输出。权重占比计算公式如下：

备选资方1权重/(备选资方1权重+备选资方2权重+……+备选资方n权重)

S37、若判定客户无可匹配的资方则触发兜底资方规则，确保客户最终都具备可供选择的资方；

根据本申请的一些实施例，可选的，S4具体包括以下步骤：

S41、用户可依据路由匹配结果自由选择资金方，并将贷款申请提交至选择的外部资金方系统中，提交到外部资金方系统后，用户只需要填写外部资金方需要的补充资料，无需重复填写前期已填写的信息；

S42、若用户提交的贷款申请,资金方审批拒绝或放款拒绝，用户可在原订单基础上返回修改相应信息，依据用户修改的信息继续执行上述步骤进行路由，若用户修改用户信息，则跳转到S1重新进行第一次路由匹配，若用户修改金融产品，则跳转到S2重新进行第二次路由匹配，同时支持复制订单从S1开始重新进行第一次路由匹配。

如此，可以方便用户在原订单基础上返回修改相应信息，可以跳到第一次路由匹配前或者第二次路由匹配前，无需重复填写前期已填写的信息，针对不符合资方的部分进行修改，提高贷款的通过率。

根据本申请的一些实施例，可选的，S5具体包括以下步骤：

S51、对路由时效、产品类型、资金方订单量、资金方订单通过率进行监测，收集用户与资金方满意度，实时联合业务进行路由规则调整；

S52、依据订单的贴息成本、收益、资金方的实际成本定时测算更新成本，对资金方的成本排序进行更新，更新路由规则，调整佣金规则。

如此，可以根据路由时效、产品类型、资金方订单量、资金方订单，调整路由的规则，这个计算更新过程，是系统内部计算过程，可以智能化调整相应的路由规则，在满足平台成本的前提下，进一步提高贷款的通过率，使服务更加人性化，维护人员只要最终查看结果数据就行，无需手动更新。

从业务流转的角度来说，以上所述技术方案中的各个步骤，均按照客户填写信息的步骤正常有序流转，在系统间交互、调用、流转时，对于B端客户或C端客户而言均是在进件端正常进行业务信息填写，系统交互时间极短，客户基本没有感知，在达到智能路由分单的目的下，极大地缩短了业务时长、提升了客户体验。从C端客户感知体验角度而言，该技术的实施一方面节约了C端客户在众多金融产品、众多资金提供机构中挑选的时间，另一方面也规避客户因不清楚资金提供机构准入要求等被接连拒绝退件的事件发生。

其中，B端指的是客户申请车贷时所在的经销商门店，由门店经理填写渠道信息、车辆相关信息，C端客户指的是客户本人。经销商只在第一次和第二次路由的时候，辅助客户填写渠道信息、车辆信息和产品信息，步骤S4中最后的资方选择，由客户自己选择，也存在客户和经销商沟通后，经销商帮客户选择的情况。

根据本申请的一些实施例，可选的，系统包括进件端系统以及后台路由系统，进件端系统与后台路由系统为贷款平台内部系统，路由规则配置在后台路由系统内，用户包括经销商用户以及个人用户。

如此，进件端系统是给销售人员或者用户自己使用的移动终端，而进件端系统与后台路由系统之家的数据流通是非常迅速的，用户基本上无感觉，只在第三次路由匹配后，才和外部的资金方系统进行路由匹配，提高了时效性。

在第二方面，本发明还提供了一种存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时实现如本发明第一方面的方法步骤。

在第三方面，请参阅图7，本发明还提供了一种电子设备10，包括处理器101和存储介质102，该存储介质102为如第二方面的存储介质；处理器101用于执行存储介质102中存储的计算机程序以实现如第一方面的方法步骤。

区别于现有技术，本申请的技术方案存储介质与电子设备，把前端进件改成路由匹配和产品匹配两个阶段，就是因为历史借贷流程里，用户是一揽子填写了渠道、车辆、用户、产品信息后统一进行推送，所选产品没有与资金方准入条件进行匹配，导致通过率较低。拆分成2个阶段后，第一次路由即可迅速定位用户是否有资金方可准入，而后根据可准入的资金方列表选择资金方对于产品，提高了贷款通过率。同时，排除了拒绝资金方，也可以有效提高通过率。

本领域内的技术人员应明白，上述各实施例可提供为方法、装置、或计算机程序产品。这些实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。上述各实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机设备可读取的存储介质中，用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备，包括但不限于：个人计算机、服务器、通用计算机、专用计算机、网络设备、嵌入式设备、可编程设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等；所述的存储介质，包括但不限于：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。

上述各实施例是参照根据实施例所述的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到计算机设备的处理器以产生一个机器，使得通过计算机设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机设备以特定方式工作的计算机设备可读存储器中，使得存储在该计算机设备可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机设备上，使得在计算机设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

需要说明的是，尽管在本文中已经对上述各实施例进行了描述，但并非因此限制本发明的专利保护范围。因此，基于本发明的创新理念，对本文所述实施例进行的变更和修改，或利用本发明说明书及附图内容所作的等效结构或等效流程变换，直接或间接地将以上技术方案运用在其他相关的技术领域，均包括在本发明的专利保护范围之内。