订单审核方法及系统与流程

本发明涉及计算机及大数据技术领域，尤其涉及一种订单审核方法及系统。

背景技术：

客户发送对产品的供货请求形成订单，根据不同的订单，各产品业务间的处理规则不同，存在着不同的客服操作系统，客服人员需要通过不同的操作系统对不同的订单进行审核。现有的订单审核系统，不同的客服操作系统间的交互性极弱，不能适应如今的业务流程需求；需要多个系统间来回切换操作，降低了客服人员对订单审核的效率，降低了订单业务流程的进程速度。

技术实现要素：

本发明的目的是提供一种订单审核方法及系统。

本发明提供了一种订单审核方法，包括如下步骤：s1用于接收客户端发送的请求并生成订单的步骤；s2用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的步骤；s3用于检索订单获取对应订单数据并输出订单结果的步骤。

所述s1用于接收客户端发送的请求并生成订单的步骤包括：s11用于对于请求的不同用户，判断用户是否符合申请条件，将符合申请条件的请求生成订单，将不符合申请条件的请求的用户拉入黑名单的步骤；s12用于对于请求的待确认客户，将订单标记并进入订单审核指令操作的步骤。所述审核方式包括自动审核和人工审核；所述订单进入所述自动审核方式时，按照业务流程规则进行处理；所述订单进入人工审核方式时，审核材料并展示在订单审核列表中。所述s2用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的步骤包括:s21用于判断订单是否进入自动审核，是则判断是否开启黑名单校验，否则人工发起订单审核的步骤；s22用于若开启黑名单校验，先执行黑名单共债校验，通过校验后，再判断是否存在在途订单；若未开启黑名单校验，直接判断是否存在在途订单的步骤；s23用于若存在在途订单，则执行解约操作；若不存在在途订单，则判断是否存在贷后未结清订单，若存在则判断是否加贷订单；若不存在，则结束操作的步骤；s24用于若加贷订单，先获取剩余本金和逾期信息，再获取客户类型和总贷最大金额，判断在贷金额是否超过总贷最大金额，是则执行解约操作；否则判断总贷笔数是否超过最大笔数，是则解约，否则审核通过的步骤。所述s3用于检索订单获取对应订单数据并输出订单结果的步骤包括：s31用于根据一项或多项关键信息匹配出符合条件的订单并生成订单列表的步骤；s32用于将匹配订单的进件审核、签约文件以及智能报告展示的步骤；s33用于对于有信息增改的订单通过材料审核进行重新审核增改信息的步骤；s34用于通过所述订单列表监控并跟踪订单状态的步骤。

本发明提供了一种订单审核系统，包括：用于接收客户端发送的请求并生成订单的模块；用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的模块；用于检索订单获取对应订单数据并输出订单结果的模块。

所述用于接收客户端发送的请求并生成订单的模块包括：用于对于请求的不同用户，判断用户是否符合申请条件，将符合申请条件的请求生成订单，将不符合申请条件的请求的用户拉入黑名单的子模块；用于对于请求的待确认客户，将订单标记并进入订单审核指令操作的子模块。所述审核方式包括自动审核和人工审核；所述订单进入所述自动审核方式时，按照业务流程规则进行处理；所述订单进入人工审核方式时，审核材料并展示在订单审核列表中。所述用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的模块包括:用于判断订单是否进入自动审核，是则判断是否开启黑名单校验，否则人工发起订单审核的子模块；用于若开启黑名单校验，先执行黑名单共债校验，通过校验后，再判断是否存在在途订单；若未开启黑名单校验，直接判断是否存在在途订单的子模块；用于若存在在途订单，则执行解约操作；若不存在在途订单，则判断是否存在贷后未结清订单，若存在则判断是否加贷订单；若不存在，则结束操作的子模块；用于若加贷订单，先获取剩余本金和逾期信息，再获取客户类型和总贷最大金额，判断在贷金额是否超过总贷最大金额，是则执行解约操作；否则判断总贷笔数是否超过最大笔数，是则解约，否则审核通过的子模块。所述用于检索订单获取对应订单数据并输出订单结果的模块包括：用于根据一项或多项关键信息匹配出符合条件的订单并生成订单列表的子模块；用于将匹配订单的进件审核、签约文件以及智能报告展示的子模块；用于对于有信息增改的订单通过材料审核进行重新审核增改信息的子模块；用于通过所述订单列表监控并跟踪订单状态的子模块。

本发明所提供的订单审核方法及系统，运营后，满足了各产品间业务流程的处理规则需要，统一了客服人员的工作平台、无需多个系统间来回切换，提高了客服人员的工作效率，加速了订单业务流程的转化。

附图说明

图1为本发明实施例一所提供的订单审核方法的步骤示意图；

图2为本实施例一所述s2用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的步骤示意图；

图3为本实施例一所述s3用于检索订单获取对应订单数据并输出订单结果的步骤示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

如图1所示，本实施例提供了一种订单审核方法，包括如下步骤：

s1用于接收客户端发送的请求并生成订单的步骤；

s2用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的步骤；

s3用于检索订单获取对应订单数据并输出订单结果的步骤。

本领域技术人员可以理解，订单审核方法及系统运营后，满足了各产品间业务流程的处理规则需要，统一了客服人员的工作平台、无需多个系统间来回切换，提高了客服人员的工作效率，加速了订单业务流程的转化。

进一步，所述s1用于接收客户端发送的请求并生成订单的步骤包括：

s11用于对于请求的不同用户，判断用户是否符合申请条件，将符合申请条件的请求生成订单，将不符合申请条件的请求的用户拉入黑名单的步骤；

s12用于对于请求的待确认客户，将订单标记并进入订单审核指令操作的步骤。

本领域技术人员可以理解，所述待确认客户包括需要修改用户影像信息、电话接不通的用户，电审流程针对不同的产品、不同的资方、不同的用户所确认的信息不一而足，对于不确定的信息、可更改的信息也需要根据与用户的沟通实时更新。若是资质比较差的用户可以将其拉入黑名单不再接收此用户的贷款申请；若是需要修改用户影像信息、或者电话接不通的用户，要根据电审的实际情况来标记此订单的电审过程；若是不符合当前的资方要求，则需解约当前订单。

进一步，所述审核方式包括自动审核和人工审核；所述订单进入所述自动审核方式时，按照业务流程规则进行处理；所述订单进入人工审核方式时，审核材料并展示在订单审核列表中。

本领域技术人员可以理解，本实施例所提供的订单审核系统根据产品端推送的用户签约信息，智能分配自动审核或是人工审核。针对可自动审核的订单，直接进入业务流程规则处理；针对需要人工审核的订单，可在材料审核与订单审核列表中查看相应的订单信息。

如图2所示，所述s2用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的步骤包括:

s21用于判断订单是否进入自动审核，是则判断是否开启黑名单校验，否则人工发起订单审核的步骤；

s22用于若开启黑名单校验，先执行黑名单共债校验，通过校验后，再判断是否存在在途订单；若未开启黑名单校验，直接判断是否存在在途订单的步骤；

s23用于若存在在途订单，则执行解约操作；若不存在在途订单，则判断是否存在贷后未结清订单，若存在则判断是否加贷订单；若不存在，则结束操作的步骤；

s24用于若加贷订单，先获取剩余本金和逾期信息，再获取客户类型和总贷最大金额，判断在贷金额是否超过总贷最大金额，是则执行解约操作；否则判断总贷笔数是否超过最大笔数，是则解约，否则审核通过的步骤。

本领域技术人员可以理解，所述在途订单为已提现，还未进入放款流程的订单；所述贷后未结清订单指的是客户未完全还清的订单；所述加贷订单是指存在未结清订单，在此基础上继续增加贷款的订单；所述在贷是指在已结清原有订单基础上继续增加贷款订单。获取剩余本金和逾期信息判断是否加贷，存在逾期不可继续加贷。

如图3所示，所述s3用于检索订单获取对应订单数据并输出订单结果的步骤包括：

s31用于根据一项或多项关键信息匹配出符合条件的订单并生成订单列表的步骤；

s32用于将匹配订单的进件审核、签约文件以及智能报告展示的步骤；

s33用于对于有信息增改的订单通过材料审核进行重新审核增改信息的步骤；

s34用于通过所述订单列表监控并跟踪订单状态的步骤。

本领域技术人员可以理解，所述关键信息包括业务号、创建时间、产品类型、客户标签、审核情况、用户搜索、客户等级、会员优先级、审核人、资方、是否加贷以及订单平台类型；所述订单列表为包含所述关键信息的订单；所述个人认证信息包括个人影像、身份证信息等能通过公安系统识别的个人身份信息。订单审核列表可检索待请款之前的所有状态的订单，可根据任意关键信息模糊匹配符合条件的订单、并以列表形式分页展示客服人员所关注的具体客户信息。

订单审核详情页主要展示用户的进件审核、签约文件、以及智能报告。一、用户的进件审核和签约文件的基础信息主要以产品端推送的信息为主，分类别以不同的模块展示，更方便客服人员对用户的整体信息把握和针对某一要素信息着重审核。同时还展示了用户的个人影像件和该订单所签约的合同文件，用户的个人影像件如身份证和手持照片，更有利于客服人员处理订单。二、智能报告信息以调取风控数据为主，详细展示用户的征信报告、手机报告、集团资信报告和反欺诈报告等信息，将用户的借贷资质完整的展现在电审页面，协助客服人员做出更准确的判断。材料审核页面仅显示老用户修改过个人影像的订单，需要客服人员着重审核用户的影像信息。订单列表可以查看所有状态下的订单以及订单的基本信息，方便客服人员查看、审核、跟踪订单状态。

实施例二

本实施例提供了一种订单审核系统，包括：

用于接收客户端发送的请求并生成订单的模块；

用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的模块；

用于检索订单获取对应订单数据并输出订单结果的模块。

本领域技术人员可以理解，订单审核方法及系统运营后，满足了各产品间业务流程的处理规则需要，统一了客服人员的工作平台、无需多个系统间来回切换，提高了客服人员的工作效率，加速了订单业务流程的转化。

进一步，所述用于接收客户端发送的请求并生成订单的模块包括：

用于对于请求的不同用户，判断用户是否符合申请条件，将符合申请条件的请求生成订单，将不符合申请条件的请求的用户拉入黑名单的子模块；

用于对于请求的待确认客户，将订单标记并进入订单审核指令操作的子模块。

本领域技术人员可以理解，所述待确认客户包括需要修改用户影像信息、电话接不通的用户，电审流程针对不同的产品、不同的资方、不同的用户所确认的信息不一而足，对于不确定的信息、可更改的信息也需要根据与用户的沟通实时更新。若是资质比较差的用户可以将其拉入黑名单不再接收此用户的贷款申请；若是需要修改用户影像信息、或者电话接不通的用户，要根据电审的实际情况来标记此订单的电审过程；若是不符合当前的资方要求，则需解约当前订单。

进一步，所述审核方式包括自动审核和人工审核；所述订单进入所述自动审核方式时，按照业务流程规则进行处理；所述订单进入人工审核方式时，审核材料并展示在订单审核列表中。

本领域技术人员可以理解，本实施例所提供的订单审核系统根据产品端推送的用户签约信息，智能分配自动审核或是人工审核。针对可自动审核的订单，直接进入业务流程规则处理；针对需要人工审核的订单，可在材料审核与订单审核列表中查看相应的订单信息。

进一步，所述用于根据用户需求智能分配审核方式进行订单审核并生成审核结果的模块包括:

用于判断订单是否进入自动审核，是则判断是否开启黑名单校验，否则人工发起订单审核的子模块；

用于若开启黑名单校验，先执行黑名单共债校验，通过校验后，再判断是否存在在途订单；若未开启黑名单校验，直接判断是否存在在途订单的子模块；

用于若存在在途订单，则执行解约操作；若不存在在途订单，则判断是否存在贷后未结清订单，若存在则判断是否加贷订单；若不存在，则结束操作的子模块；

用于若加贷订单，先获取剩余本金和逾期信息，再获取客户类型和总贷最大金额，判断在贷金额是否超过总贷最大金额，是则执行解约操作；否则判断总贷笔数是否超过最大笔数，是则解约，否则审核通过的子模块。

本领域技术人员可以理解，所述在途订单为已提现，还未进入放款流程的订单；所述贷后未结清订单指的是客户未完全还清的订单；所述加贷订单是指存在未结清订单，在此基础上继续增加贷款的订单；所述在贷是指在已结清原有订单基础上继续增加贷款订单。获取剩余本金和逾期信息判断是否加贷，存在逾期不可继续加贷。

进一步，所述用于检索订单获取对应订单数据并输出订单结果的模块包括：

用于根据一项或多项关键信息匹配出符合条件的订单并生成订单列表的子模块；

用于将匹配订单的进件审核、签约文件以及智能报告展示的子模块；

用于对于有信息增改的订单通过材料审核进行重新审核增改信息的子模块；

用于通过所述订单列表监控并跟踪订单状态的子模块。

本领域技术人员可以理解，所述关键信息包括业务号、创建时间、产品类型、客户标签、审核情况、用户搜索、客户等级、会员优先级、审核人、资方、是否加贷以及订单平台类型；所述订单列表为包含所述关键信息的订单；所述个人认证信息包括个人影像、身份证信息等能通过公安系统识别的个人身份信息。订单审核列表可检索待请款之前的所有状态的订单，可根据任意关键信息模糊匹配符合条件的订单、并以列表形式分页展示客服人员所关注的具体客户信息。

订单审核详情页主要展示用户的进件审核、签约文件、以及智能报告。一、用户的进件审核和签约文件的基础信息主要以产品端推送的信息为主，分类别以不同的模块展示，更方便客服人员对用户的整体信息把握和针对某一要素信息着重审核。同时还展示了用户的个人影像件和该订单所签约的合同文件，用户的个人影像件如身份证和手持照片，更有利于客服人员处理订单。二、智能报告信息以调取风控数据为主，详细展示用户的征信报告、手机报告、集团资信报告和反欺诈报告等信息，将用户的借贷资质完整的展现在电审页面，协助客服人员做出更准确的判断。材料审核页面仅显示老用户修改过个人影像的订单，需要客服人员着重审核用户的影像信息。订单列表可以查看所有状态下的订单以及订单的基本信息，方便客服人员查看、审核、跟踪订单状态。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。