一种业务申请方法及装置

技术领域

本申请涉及智慧金融技术领域，具体而言，涉及一种业务申请方法及装置。

背景技术

目前，新车贷款产品种类繁多，现有的常规新车模式贷款的业务申请，一般由客户经理根据用户的需求线下指导用户选择相应的贷款产品，耗时长且沟通成本过高，且新车贷款申请流程走完后，还需要客户人工进行业务面签，审批效率较低。可见，现有方法业务申请过程耗时长，人工成本高，且需要人工面签的方式进行业务签约，业务申请效率较低。

发明内容

本申请实施例的目的在于提供一种业务申请方法及装置，能够减少业务申请耗时，降低人工成本，无需人工面签，加快了业务申请效率。

本申请实施例第一方面提供了一种业务申请方法，包括：

接收用户端根据商户端的目标识别码提交的业务申请请求；

根据所述业务申请请求判断当前业务申请是否存在风险；

如果否，则根据所述业务申请请求生成业务申请签约信息；

将所述业务申请签约信息反馈至所述用户端进行业务签约。

在上述实现过程中，该方法可以优先接收用户端根据商户端的目标识别码提交的业务申请请求；然后，根据业务申请请求判断当前业务申请是否存在风险；在当前业务申请不存在风险时，根据业务申请请求生成业务申请签约信息；最后，再将业务申请签约信息反馈至用户端进行业务签约。可见，该方法能够减少业务申请耗时，降低人工成本，无需人工面签，加快了业务申请效率。

进一步地，所述接收用户端根据商户端的目标识别码提交的业务申请请求，包括：

接收商户端提交的企微开码请求；

根据所述企微开码请求生成目标识别码；

将所述目标识别码反馈至所述商户端；

接收用户端根据所述目标识别码提交的业务申请请求。

进一步地，所述根据所述业务申请请求判断当前业务申请是否存在风险，包括：

根据所述业务申请请求获取业务申请用户和所述业务申请用户的征信授权数据；

根据所述征信授权数据判断当前业务申请是否存在风险；

如果否，则执行所述的根据所述业务申请请求生成业务申请签约信息。

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

当根据所述征信授权数据判断出所述当前业务申请存在风险时，按照预先配置的常规面签流程进行业务申请。

进一步地，所述根据所述业务申请请求生成业务申请签约信息，包括：

获取业务申请所需要的申请信息；

判断所述申请信息是否满足预设业务申请要求；

如果是，则根据所述业务申请请求生成业务申请签约信息。

本申请实施例第二方面提供了一种业务申请装置，所述业务申请装置包括：

接收单元，用于接收用户端根据商户端的目标识别码提交的业务申请请求；

判断单元，用于根据所述业务申请请求判断当前业务申请是否存在风险；

生成单元，用于当判断出当前业务申请不存在风险时，根据所述业务申请请求生成业务申请签约信息；

反馈单元，用于将所述业务申请签约信息反馈至所述用户端进行业务签约。

在上述实现过程中，该装置可以先通过接收单元接收用户端根据商户端的目标识别码提交的业务申请请求；再通过判断单元来根据业务申请请求判断当前业务申请是否存在风险；然后，再通过生成单元在判断出当前业务申请不存在风险时，根据业务申请请求生成业务申请签约信息；最后，再通过反馈单元将业务申请签约信息反馈至用户端进行业务签约。可见，该方法能够减少业务申请耗时，降低人工成本，无需人工面签，加快了业务申请效率。

进一步地，所述接收单元包括：

接收子单元，用于接收商户端提交的企微开码请求；

第一生成子单元，用于根据所述企微开码请求生成目标识别码；

反馈子单元，用于将所述目标识别码反馈至所述商户端；

所述接收子单元，用于接收用户端根据所述目标识别码提交的业务申请请求。

进一步地，所述判断单元包括：

第一获取子单元，用于根据所述业务申请请求获取业务申请用户和所述业务申请用户的征信授权数据；

第一判断子单元，用于根据所述征信授权数据判断当前业务申请是否存在风险；

所述生成单元，具体用于在当前业务申请不存在风险时，根据所述业务申请请求生成业务申请签约信息。

进一步地，所述业务申请装置还包括：

处理单元，用于在所述当前业务申请存在风险时，按照预先配置的常规面签流程进行业务申请。

进一步地，所述生成单元包括：

第二获取子单元，用于获取业务申请所需要的申请信息；

第二判断子单元，用于判断所述申请信息是否满足预设业务申请要求；

第二生成子单元，用于在所述申请信息满足所述预设业务申请要求时，根据所述业务申请请求生成业务申请签约信息。

本申请实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例第一方面中任一项所述的业务申请方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例第一方面中任一项所述的业务申请方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种业务申请方法的流程示意图；

图2为本申请实施例提供的另一种业务申请方法的流程示意图；

图3为本申请实施例提供的一种业务申请装置的结构示意图；

图4为本申请实施例提供的另一种业务申请装置的结构示意图；

图5为本申请实施例提供的一种业务申请方法的举例流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1

请参看图1，图1为本实施例提供了一种业务申请方法的流程示意图。其中，该业务申请方法包括：

S101、接收用户端根据商户端的目标识别码提交的业务申请请求。

S102、根据业务申请请求判断当前业务申请是否存在风险，若是，则结束本流程；若否，则执行步骤S103。

S103、根据业务申请请求生成业务申请签约信息。

S104、将业务申请签约信息反馈至用户端进行业务签约。

本实施例中，该方法可以应用金融领域。

本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

可见，实施本实施例所描述的业务申请方法，能够增加各企业平台的开码渠道，使其在开码阶段便可选择车辆、金融产品、收款方，减少了客户贷款流程中的操作负担；同时，还能够对申请流程中的风险进行控制，降低不良贷款率；然后，还能够增加在途贷款判断，使得每次申请时都可以查询客户名下是否有未完成的贷款，并在有的时候引导客户跳转到上次申请的节点，避免客户中途退出而要重新走流程，提升线索转化率，减少脏数据；另外，还能够在终审通过后避免面签的环节，从而避免了人工面签，加快了贷款的办理效率；最后，贷款申请流程可以由客户自主操作，这使得一些敏感信息不经过客户经理，仅由用户上传到系统，从而提高信息保密性和线上处理效果。

实施例2

请参看图2，图2为本实施例提供了一种业务申请方法的流程示意图。其中，该业务申请方法包括：

S201、接收商户端提交的企微开码请求。

S202、根据企微开码请求生成目标识别码。

S203、将目标识别码反馈至商户端。

S204、接收用户端根据目标识别码提交的业务申请请求。

S205、根据业务申请请求获取业务申请用户和业务申请用户的征信授权数据。

S206、根据征信授权数据判断当前业务申请是否存在风险，若是，则执行步骤S211；若否，则执行步骤S207～S208。

S207、获取业务申请所需要的申请信息。

S208、判断申请信息是否满足预设业务申请要求，若是，则执行步骤S209～S210；若否，则结束本流程。

S209、根据业务申请请求生成业务申请签约信息。

S210、将业务申请签约信息反馈至用户端进行业务签约。

S211、按照预先配置的常规面签流程进行业务申请。

本实施例中，该方法能够免除面签，并保护客户隐私，还能够以一系列的风险发现流程来避免不良贷款。具体的，该方法包括以下几点价值优化：

(1)该方法能够针对互联网贷款新车渠道，配置渠道传输的展厅编号，并在后管配置所属车厂和城市，若满足条件才可走新车互联网模式，若不在所属车厂和城市内，则直接走线下抵押模式。

(2)客户上传身份证页面时，如果查询客户有30天内的征信授权记录，则客户无需做人脸识别，可直接跳过银联鉴权校验，通知用户已有征信授权，可直接签署征信授权书。

(3)该方法增加了预审批状态回归环节，在人工处理中，对于客户试秒结果中转人工客户经理和试秒拒绝都反馈客户“人工处理中”的状态。

(4)该方法中的征信授权环境可根据主机厂的定制化选择。一是小程序对接，此时推荐采用跳转小程序进行对接，小程序环境人脸识别成功率更高；二是H5对接，主机厂若有自研app，且要求跳转到申请流程时对客户是无感知，此情况可支持H5模式的嵌入。所以在这两种较成熟的对接模式下，在不考虑主机厂定制化场景下，皆可满足不同主机厂的对接模式和业务诉求。

可见，该方法能够方便行方获取客户必要的贷款材料，并加深与主机厂总对总合作的粘性，同时也方便主机厂的客户实时跟踪贷款进度，大大提高了贷款的效率，节约了人力成本。

请参阅图5，图5示出了本方法的具体的举例流程。

本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

可见，实施本实施例所描述的业务申请方法，能够增加各企业平台的开码渠道，使其在开码阶段便可选择车辆、金融产品、收款方，减少了客户贷款流程中的操作负担；同时，还能够对申请流程中的风险进行控制，降低不良贷款率；然后，还能够增加在途贷款判断，使得每次申请时都可以查询客户名下是否有未完成的贷款，并在有的时候引导客户跳转到上次申请的节点，避免客户中途退出而要重新走流程，提升线索转化率，减少脏数据；另外，还能够在终审通过后避免面签的环节，从而避免了人工面签，加快了贷款的办理效率；最后，贷款申请流程可以由客户自主操作，这使得一些敏感信息不经过客户经理，仅由用户上传到系统，从而提高信息保密性和线上处理效果。

实施例3

请参看图3，图3为本实施例提供的一种业务申请装置的结构示意图。如图3所示，该业务申请装置包括：

接收单元310，用于接收用户端根据商户端的目标识别码提交的业务申请请求；

判断单元320，用于根据业务申请请求判断当前业务申请是否存在风险；

生成单元330，用于当判断出当前业务申请不存在风险时，根据业务申请请求生成业务申请签约信息；

反馈单元340，用于将业务申请签约信息反馈至用户端进行业务签约。

本实施例中，对于业务申请装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施本实施例所描述的业务申请装置，能够增加各企业平台的开码渠道，使其在开码阶段便可选择车辆、金融产品、收款方，减少了客户贷款流程中的操作负担；同时，还能够对申请流程中的风险进行控制，降低不良贷款率；然后，还能够增加在途贷款判断，使得每次申请时都可以查询客户名下是否有未完成的贷款，并在有的时候引导客户跳转到上次申请的节点，避免客户中途退出而要重新走流程，提升线索转化率，减少脏数据；另外，还能够在终审通过后避免面签的环节，从而避免了人工面签，加快了贷款的办理效率；最后，贷款申请流程可以由客户自主操作，这使得一些敏感信息不经过客户经理，仅由用户上传到系统，从而提高信息保密性和线上处理效果。

实施例4

请参看图4，图4为本实施例提供的一种业务申请装置的结构示意图。如图4所示，该业务申请装置包括：

接收单元310，用于接收用户端根据商户端的目标识别码提交的业务申请请求；

判断单元320，用于根据业务申请请求判断当前业务申请是否存在风险；

生成单元330，用于当判断出当前业务申请不存在风险时，根据业务申请请求生成业务申请签约信息；

反馈单元340，用于将业务申请签约信息反馈至用户端进行业务签约。

作为一种可选的实施方式，接收单元310包括：

接收子单元311，用于接收商户端提交的企微开码请求；

第一生成子单元312，用于根据企微开码请求生成目标识别码；

反馈子单元313，用于将目标识别码反馈至商户端；

接收子单元311，用于接收用户端根据目标识别码提交的业务申请请求。

作为一种可选的实施方式，判断单元320包括：

第一获取子单元321，用于根据业务申请请求获取业务申请用户和业务申请用户的征信授权数据；

第一判断子单元322，用于根据征信授权数据判断当前业务申请是否存在风险；

生成单元330，具体用于在当前业务申请不存在风险时，根据业务申请请求生成业务申请签约信息。

作为一种可选的实施方式，业务申请装置还包括：

处理单元350，用于在当前业务申请存在风险时，按照预先配置的常规面签流程进行业务申请。

作为一种可选的实施方式，生成单元330包括：

第二获取子单元331，用于获取业务申请所需要的申请信息；

第二判断子单元332，用于判断申请信息是否满足预设业务申请要求；

第二生成子单元333，用于在申请信息满足预设业务申请要求时，根据业务申请请求生成业务申请签约信息。

本实施例中，对于业务申请装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

可见，实施本实施例所描述的业务申请装置，能够增加各企业平台的开码渠道，使其在开码阶段便可选择车辆、金融产品、收款方，减少了客户贷款流程中的操作负担；同时，还能够对申请流程中的风险进行控制，降低不良贷款率；然后，还能够增加在途贷款判断，使得每次申请时都可以查询客户名下是否有未完成的贷款，并在有的时候引导客户跳转到上次申请的节点，避免客户中途退出而要重新走流程，提升线索转化率，减少脏数据；另外，还能够在终审通过后避免面签的环节，从而避免了人工面签，加快了贷款的办理效率；最后，贷款申请流程可以由客户自主操作，这使得一些敏感信息不经过客户经理，仅由用户上传到系统，从而提高信息保密性和线上处理效果。

本申请实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例1或实施例2中的业务申请方法。

本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例1或实施例2中的业务申请方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。