发明内容
基于此,有必要针对上述技术问题,提供一种能够提高工作流中新的节点接入效率的业务审批流程配置方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种业务审批流程配置方法。所述方法包括:
获取与不同预设维度分别对应的维度信息,所述预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;
基于不同预设维度的维度信息进行组合,得到多个业务场景;
对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;
对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;
将所述多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
在其中一个实施例中,所述基于不同预设维度的维度信息进行组合,得到多个业务场景,包括:展示场景配置界面,通过所述场景配置界面获取属于所述来源渠道维度的第一维度信息、属于所述产品渠道维度的第二维度信息、属于所述账户属性维度的第三维度信息、以及属于所述资源设置维度的第四维度信息;基于所述第一维度信息、第二维度信息、第三维度信息、以及第四维度信息,得到多个业务场景中的其中一个业务场景;其中,多个业务场景中的任意两个业务场景中至少存在一个预设维度的维度信息不同。
在其中一个实施例中,所述方法还包括:获取业务审批请求,并基于所述业务审批请求获取与每个预设维度分别对应的目标维度信息;基于与每个预设维度分别对应的目标维度信息,确定与所述业务审批请求对应的目标业务场景;确定与所述目标业务场景对应的目标业务审批流程;按照所述目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与所述业务审批请求对应的业务审批结果。
在其中一个实施例中,所述目标业务节点包括至少一个外部资信节点、内部资信节点、以及政策节点,所述按照所述目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与所述业务审批请求对应的业务审批结果,包括:按照各所述外部资信节点和内部资信节点间的节点时序,依次调用所述外部资信节点和内部资信节点分别对应的节点处理器,对发起所述业务审批请求的请求方的相关信息进行处理,得到多个征信评分;将多个征信评分输入至所述政策节点,输出与所述业务审批请求对应的业务审批结果。
在其中一个实施例中,所述按照所述目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与所述业务审批请求对应的业务审批结果,包括:按照所述目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,且在执行每个目标业务节点前,查询执行当前待执行的目标业务节点的前置条件和后置条件;若当前待执行的目标业务节点满足所述前置条件,则执行当前待执行的目标业务节点;若执行后所得到的结果满足所述后置条件,则进入对下一个目标业务节点的执行流程。
在其中一个实施例中,所述方法还包括:通过自动核查节点检测各个目标业务节点的执行状况;若检测到存在目标业务节点执行异常,则暂停执行相应的目标业务节点,直到检测到无异常后,则继续执行相应的目标业务节点。
第二方面,本申请还提供了一种业务审批流程配置装置。所述装置包括:
获取模块,用于获取与不同预设维度分别对应的维度信息,所述预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;
配置模块,用于基于不同预设维度的维度信息进行组合,得到多个业务场景;
所述配置模块,还用于对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;
所述配置模块,还用于对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;
所述配置模块,还用于将所述多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取与不同预设维度分别对应的维度信息,所述预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;
基于不同预设维度的维度信息进行组合,得到多个业务场景;
对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;
对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;
将所述多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取与不同预设维度分别对应的维度信息,所述预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;
基于不同预设维度的维度信息进行组合,得到多个业务场景;
对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;
对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;
将所述多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
获取与不同预设维度分别对应的维度信息,所述预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;
基于不同预设维度的维度信息进行组合,得到多个业务场景;
对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;
对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;
将所述多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
上述业务审批流程配置方法、装置、计算机设备、存储介质和计算机程序产品,通过先获取与来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度等不同预设维度分别对应的维度信息,基于这些维度信息进行组合,得到多个业务场景,完成对业务场景的配置;然后,对于每种业务场景,在确定了与相应业务场景相匹配的多个目标业务节点后,对与相应业务场景对应的多个目标业务节点间的节点时序进行配置;最后,基于多个目标业务节点和所配置的节点时序的组合,得到与各个业务场景分别对应的业务审批流程,从而完成了对业务审批流程的配置。
所配置的业务审批流程相当于在原来工作流的基础上接入了新的节点,因此,这种业务审批流程配置方法可以达到将新的节点接入工作流的目的,并且,由于配置节点的方式相对于后台重新进行代码开发,能够节省工作时间,提高了将新的节点接入工作流的效率。此外,上述业务审批流程配置方法还可以基于业务场景灵活地配置业务审批流程,便于操作者及时更新业务审批流程,这样,更能适应随时变化的风险政策,有助于提高业务审批流程的运行效率。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的业务审批流程配置方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上,也可以放在云上或其他网络服务器上。终端102可单独执行本申请实施例提供的业务审批流程配置方法,终端102和服务器104也可协同执行本申请实施例提供的业务审批流程配置方法。
当终端102单独执行业务审批流程配置方法时,终端102获取与不同预设维度分别对应的维度信息,预设维度包括来源渠道维度、产品渠道维度、账户属性维度以及资源设置维度中的至少一种;基于不同预设维度的维度信息进行组合,得到多个业务场景;对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
当终端102和服务器104协同执行业务审批流程配置方法时,终端102获取与不同预设维度分别对应的维度信息,并将与不同预设维度分别对应的维度信息发送至服务器104。预设维度包括来源渠道维度、产品渠道维度、账户属性维度以及资源设置维度中的至少一种。服务器104基于不同预设维度的维度信息进行组合,得到多个业务场景;对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备,物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
需要说明的是,本申请实施例涉及工作流技术领域。工作流,指业务过程的部分或整体在计算机应用环境下的自动化。工作流是将一组任务组织起来以完成某个业务过程:定义了任务的触发顺序和触发条件,每个任务可以由一个或多个软件系统完成,也可以由一个或一组人完成,还可以由一个或多个人与软件系统协作完成。工作流要解决的主要问题是:为实现某个业务目标,在多个参与者之间,利用计算机,按照某种预定规则自动传递。
例如,许多公司的业务审批流程采用纸张表单和手工传递的方式,需要员工一级一级地找领导审批签字,工作效率很低,对于统计报表功能则不能实现。而采用工作流软件的方式,员工只需在电脑上填写有关表单,节点就会按照定义好的流程自动往下跑,下一级审批者将会收到相关资料,并可以根据实际需要修改、跟踪、管理、查询、统计、打印等,大大提高了工作效率,也实现了统计报表功能等企业管理功能。
应当理解的是,本申请实施例中使用的“第一”、“第二”、“第三”、“第四”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。除非上下文另外清楚地指出,否则单数形式的“一个”、“一”或者“该”等类似词语也不表示数量限制,而是表示存在至少一个。
在一个实施例中,如图2所示,提供了一种业务审批流程配置方法,以该方法应用于图1中的终端为例进行说明,包括以下步骤:
步骤202,获取与不同预设维度分别对应的维度信息,预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种。
其中,预设维度指的是与业务场景有关的要素,一个业务场景可以由一个或多个要素组成。本实施例中,预设维度可以为来源渠道维度、产品渠道维度、账户属性维度以及资源设置维度中的至少一种。
来源渠道维度表示业务审批请求的来源,也就是请求方通过哪些渠道可以提交业务审批请求,来源渠道维度的维度信息可以为不同的应用程序。产品渠道维度表示业务审批请求所属的金融产品,也就是请求方使用哪些金融产品可以提交业务审批请求。一般地,金融公司会针对不同的用户群体,设计不同的金融产品,以满足不同用户的需求。例如,针对A类型群体设计一款金融产品,针对消费能力一般的B类型群体设计另一款金融产品,还可以针对消费能力较强的C类型群体设计其他的金融产品等。对应的产品渠道维度的维度信息包括A版产品、B版产品和C版产品等。具体地产品渠道维度的维度信息还可以为其他类型的产品,本实施例对此并未加以限定。
账户属性维度和资源设置维度均与金融公司的出资情况有关,并且资源设置维度取决于账户属性维度。当请求方提交的业务审批请求通过后,会得到一个与业务审批请求对应的业务审批结果。
具体地,账户属性维度表示客户在指定金融公司的开户属性,账户属性维度的维度信息包括合作客户和独有客户,合作客户指的是出资方既有指定金融公司也有其他金融公司,独有客户指的是出资方只有指定金融公司。相应地,资源设置维度与账户属性维度有关,表示指定金融公司的出资占比情况,资源设置维度的维度信息包括不出资、部分出资和全部出资。当账户属性维度的维度信息显示为合作客户时,资源设置维度为不出资或者部分出资;当账户属性维度的维度信息显示为独有客户时,资源设置维度为全部出资。例如:指定金融公司出资占比为0%,其他金融公司出资占比为100%时,资源设置维度为不出资;指定金融公司出资占比为80%,其他金融公司出资占比为20%时,资源设置维度为部分出资;指定金融公司出资占比为100%,其他金融公司出资占比为0%时,资源设置维度为全部出资。
具体地,终端获取与不同预设维度分别对应的维度信息,可以是终端获取预先存储于数据库的与不同预设维度分别对应的维度信息,也可以是终端获取根据实际业务需要临时新增的与预设维度分别对应的维度信息。
步骤204,基于不同预设维度的维度信息进行组合,得到多个业务场景。
其中,由于预设维度包括来源渠道维度、产品渠道维度、账户属性维度以及资源设置维度中的至少一种,将来源渠道维度、产品渠道维度、账户属性维度以及资源设置维度中的至少一种的维度信息进行组合,可以得到多个不同的业务场景。
具体地,终端包括可视化界面,可视化界面可以展示场景配置界面。终端通过场景配置界面获取属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息以及属于资源设置维度的第四维度信息;并对第一维度信息、第二维度信息、第三维度信息以及第四维度信息进行组合,得到多个业务场景中的其中一个业务场景;其中,对于多个业务场景中的任意两个业务场景,每个业务场景对应的第一维度信息、第二维度信息、第三维度信息以及第四维度信息中的至少一个不同。
步骤206,对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点。
其中,目标业务节点指的是用于对接数据的接口,用于调用数据,以实现获取请求方的征信评分的目的。由于每种业务场景下的业务审批流程实现获取请求方的征信评分所需要的数据是确定的,因此,配置每种业务场景下的业务审批流程所需要的目标业务节点是确定的。终端基于给定的业务场景,可以确定该业务场景下需要使用哪些目标业务节点。
具体地,对于上述步骤206中配置得到的全部业务场景中的每种业务场景,终端依次确定与相应业务场景相匹配的多个目标业务节点。
步骤208,对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序。
其中,节点时序就是节点在业务审批流程中的执行顺序。对于同样的多个目标业务节点,配置的节点时序不同,会得到不同的业务审批流程。
具体地,对于每种业务场景,终端在确定了与相应业务场景相匹配的多个目标业务节点后,需要进一步地配置多个目标业务节点间的节点时序。
步骤210,将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
其中,业务审批流程可以是借款请求、风险等级评价请求等授信流程。以借款请求为例,由于用户群体不同、用户对借款额度的要求不同,每种业务场景需要配置的业务审批流程是不同的。
具体地,对于上述步骤206中配置得到的全部业务场景中的每种业务场景,终端将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合,得到业务审批流程。
上述业务审批流程配置方法中,通过先获取与来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度等不同预设维度分别对应的维度信息,基于这些维度信息进行组合,得到多个业务场景,完成对业务场景的配置;然后,对于每种业务场景,在确定了与相应业务场景相匹配的多个目标业务节点后,对与相应业务场景对应的多个目标业务节点间的节点时序进行配置;最后,基于多个目标业务节点和所配置的节点时序的组合,得到与各个业务场景分别对应的业务审批流程,从而完成了对业务审批流程的配置。
上述业务审批流程配置方法可以达到将新的节点接入工作流的目的,并且,由于配置节点的方式相对于后台重新进行代码开发,能够节省工作时间,提高了将新的节点接入工作流的效率。此外,上述业务审批流程配置方法还可以基于业务场景灵活地配置业务审批流程,便于操作者及时更新业务审批流程,这样,更能适应随时变化的风险政策,有助于提高业务审批流程的运行效率。
在一个实施例中,如图3所示,基于不同预设维度的维度信息进行组合,得到多个业务场景,包括:展示场景配置界面,通过场景配置界面获取属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息、以及属于资源设置维度的第四维度信息。
其中,场景配置界面为终端通过可视化界面展示的界面,如图3所示,该界面用于展示不同预设维度,包括来源渠道、产品渠道、账户属性、资源设置。
场景配置界面还用于展示不同预设维度的维度信息,包括:来源渠道维度的第一维度信息、产品渠道维度的第二维度信息、账户属性维度的第三维度信息、资源设置维度的第四维度信息。来源渠道维度的第一维度信息可以为应用1、应用2、应用3,产品渠道维度的第二维度信息可以为A版产品、B版产品、C版产品,账户属性维度的第三维度信息可以为合作客户、独有客户,资源设置维度的第四维度信息可以为部分出资、全部出资、不出资。
具体地,终端展示一场景配置界面,场景配置界面获取属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息、以及属于资源设置维度的第四维度信息,并将第一维度信息、第二维度信息、第三维度信息、第四维度信息在场景配置界面中的位置与来源渠道、产品渠道、账户属性、资源设置的位置进行对应。
基于第一维度信息、第二维度信息、第三维度信息、以及第四维度信息,得到多个业务场景中的其中一个业务场景;其中,多个业务场景中的任意两个业务场景中至少存在一个预设维度的维度信息不同。
其中,业务场景可以由不同预设维度的维度信息组成,业务场景的分类包括实时交易管控和日跑批,不同预设维度的维度信息的组合可以得到多个业务场景,并且,多个业务场景中的任意两个业务场景中至少存在一个预设维度的维度信息不同。通过业务ID对每个业务场景进行唯一标识。图3示出了6个不同的业务场景,其中的任意两个业务场景中至少存在一个预设维度的维度信息不同。以其中的业务ID为25989220的业务场景与业务ID为86223298的业务场景为例,这两个业务场景的来源渠道维度的第一维度信息、账户属性维度的第三维度信息、以及资源设置维度的第四维度信息均相同,仅产品渠道维度的第二维度信息不相同。以其中的业务ID为25989220的业务场景与业务ID为12345678的业务场景为例,这两个业务场景的来源渠道维度的第一维度信息、产品渠道维度的第二维度信息、账户属性维度的第三维度信息、以及资源设置维度的第四维度信息均不相同。
具体地,终端通过场景配置界面对第一维度信息、第二维度信息、第三维度信息、第四维度信息进行各种组合,可以得到多个业务场景。
场景配置界面还展示了对配置的业务场景进行操作的功能栏,分别是流程栏、操作员栏和操作栏,流程栏用于确定是否对已配置完成的业务场景进行修改;操作员栏用于展示执行修改动作的执行人身份;操作栏用于供操作员进行修改操作,修改操作包括启用、删除和下架。启用表示将业务场景加入工作流中,已启用表示业务场景的状态为已经在工作流中;删除表示将已经在工作流中的业务场景从工作流中移除;下架表示将未加入工作流的业务场景从数据库中删除。当需要修改某个业务场景时,操作员首先点击流程栏的修改,然后按照实际需要,选择是否启用该业务场景、是否删除该业务场景或者是否下架该业务场景。
本实施例中,通过场景配置界面获取不同预设维度的维度信息,并基于获取的维度信息进行组合,得到多个业务场景。通过场景配置界面配置业务场景的方式,相对于后台重新进行代码开发,使得操作员可以通过场景配置界面对业务场景进行修改操作,能够方便操作员及时地更新业务审批流程。
在一个实施例中,业务审批流程配置方法,还包括:
获取业务审批请求,并基于业务审批请求获取与每个预设维度分别对应的目标维度信息。
其中,业务审批请求是指已开户的请求方通过来源渠道维度和产品渠道维度提交的申请。与每个预设维度分别对应的目标维度信息是指业务审批请求中属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息、以及属于资源设置维度的第四维度信息。例如,已开户的请求方通过应用1渠道的A版产品提交了一次借款申请,并且该请求方的开户属性为独有客户,其中,与每个预设维度分别对应的目标维度信息就是应用1、A版产品、独有客户、全部出资。
具体地,终端获取请求方提交的业务审批请求,基于该业务审批请求获取与来源渠道维度、产品渠道维度分别对应的目标维度信息,基于该请求方的开户信息获取与账户属性维度、资源设置维度分别对应的目标维度信息。
基于与每个预设维度分别对应的目标维度信息,确定与业务审批请求对应的目标业务场景。
其中,目标业务场景是基于业务审批请求中不同预设维度的维度信息进行组合,得到的业务场景。例如,请求方通过应用1的B版产品提交了一次借款申请,并且该请求方的开户属性为独有客户。此时,基于目标维度信息和配置完成的业务场景,可以确定目标业务场景为业务ID为12575412、业务场景为日跑批的业务场景。
具体地,终端将与每个预设维度分别对应的目标维度信息输入到配置完成的业务场景中,基于与每个预设维度分别对应的目标维度信息,确定与业务审批请求对应的目标业务场景。
确定与目标业务场景对应的目标业务审批流程。
其中,目标业务审批流程是与业务审批请求相应的业务审批流程。由于业务审批流程的配置已经完成,在完成对业务审批流程的配置后,通过获取与不同预设维度分别对应的维度信息,即可确定业务场景,基于业务场景,即可确定该业务场景对应的业务审批流程,并执行业务审批流程。
具体地,终端基于目标业务场景,确定与目标业务场景对应的目标业务审批流程。
按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与业务审批请求对应的业务审批结果。
其中,目标业务节点包括至少一个外部资信节点、内部资信节点、以及政策节点,每个目标业务节点用节点ID标识。其中,外部资信节点是对接外部金融公司对请求方进行信用评估的数据接口,内部资信节点是对接请求方开户的金融公司对请求方进行信用评估的数据接口,政策节点是对接政策系统的接口。业务审批结果是返回给请求方的业务审批信息,包括是否同意以及原因说明。例如,业务审批请求为借款申请,则对应的业务审批结果包括两种,一种是审批通过,同意借款,并且返回借款额;一种是审批不通过,不同意借款,并说明拒绝原因。
具体地,终端按照目标业务审批流程中各个目标业务节点间的节点时序,依次调用外部资信节点和内部资信节点分别对应的节点处理器,对发起业务审批请求的请求方的相关信息进行处理,得到多个征信评分;将多个征信评分依次输入至政策节点,输出与业务审批请求对应的业务审批结果。
本实施例中,基于可配置化节点的业务审批流程,对获取到的业务审批请求进行处理。当请求方提出新的业务审批请求时,可以找到目标业务审批流程并执行,得到业务审批结果。由于业务审批流程可配置化节点,因此,对于任一业务审批请求,均可以找到与其对应的目标业务审批流程。从而,避免了需要针对新的业务审批请求重新开发代码而造成的大量时间浪费和冗余工作,提高了业务审批流程的运行效率。
在一个实施例中,依次执行各个目标业务节点,输出与业务审批请求对应的业务审批结果,包括:
按照各外部资信节点和内部资信节点间的节点时序,依次调用外部资信节点和内部资信节点分别对应的节点处理器,对发起业务审批请求的请求方的相关信息进行处理,得到多个征信评分。
其中,征信评分指请求方在外部金融公司或者请求方已开户的金融公司的征信评分,外部金融公司或者请求方已开户的金融公司根据用户基本情况和用户历史消费记录、历史借款记录、收入情况等,基于自主设计的征信评分规则,对请求方的信用情况进行一个打分。
节点处理器用于执行不同类型的目标业务节点,得到多个请求方的征信评分。本实施例中,通过递归调用节点处理器执行目标业务节点,如图4所示,首先节点处理器获取到一目标业务节点,得到该目标业务节点的节点ID,根据节点ID找到对应的节点处理器,对应的节点处理器执行相应的节点,得到一个请求方的征信评分;在当前目标业务节点执行完成后,节点处理器根据业务审批流程的节点时序获取下一个待执行的目标业务节点,依次重复上述步骤。
递归算法在计算机科学中是指一种通过重复将问题分解为同类的子问题而解决问题的方法。在支持自调用的编程语言中,递归可以通过简单的函数调用来完成,如计算阶乘的程序在数学上可以定义为:
式中,n为当前位数。
具体地,终端按照各外部资信节点和内部资信节点间的节点时序,通过递归算法依次调用外部资信节点和内部资信节点分别对应的节点处理器,直至各外部资信节点和内部资信节点均执行完成,得到多个征信评分,其中每个节点处理器执行完成相应的一个外部资信节点或内部资信节点后,输出一个征信评分。
将多个征信评分输入至政策节点,输出与业务审批请求对应的业务审批结果。
其中,政策节点是对接政策系统的接口,政策系统用于业务审批,政策系统的工作流程是:获取执行资信节点得到的征信评分,将执行资信节点得到的征信评分经过预处理后送入提前预设在服务器的政策规则进行计算,并根据审批通过和审批不通过这两种情况生成不同的业务审批结果,根据请求方提出的不同业务审批请求,将相应的业务审批结果返回给请求方。
具体地,终端将多个征信评分进行缓存,并将缓存的多个征信评分输入到政策节点,政策节点调用对应的节点处理器,根据提前预设在服务器的政策规则对多个征信评分进行计算,得到业务审批结果,并将该业务审批结果发送给请求方。
本实施例中,通过节点处理器根据节点ID执行各目标业务节点,实现了执行节点的流程统一化和标准化,并且,还通过递归调用节点处理器,简化了业务审批流程,能够达到提到业务审批流程的运行效率的目的。
在一个实施例中,如图5所示,按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与业务审批请求对应的业务审批结果,包括:按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,且在执行每个目标业务节点前,查询当前待执行的目标业务节点的前置条件和后置条件;若目标业务节点满足前置条件,则执行当前待执行的目标业务节点;若执行后所得到的结果满足后置条件,则进入对下一个目标业务节点的执行流程。
其中,目标业务审批流程除了包括各个目标业务节点间的节点时序,还包括执行每个目标业务节点的前置条件和后置条件。
在一个实施例中,执行单个目标业务节点的前置条件作为继续审批的条件。例如,前置条件为执行上一个目标业务节点得到的征信评分不小于500分。如果执行上一个目标业务节点得到的征信评分不小于500分,则执行当前待执行的目标业务节点。这种情况下,默认请求方满足基本的信用等级条件,还需要通过更多渠道对其信用情况进行评分。
在一个实施例中,执行单个目标业务节点的前置条件作为跨节点审批的条件。例如,前置条件为执行上一个目标业务节点得到的征信评分不小于600分。如果执行上一个目标业务节点得到的征信评分不小于600分,则不执行当前待执行的目标业务节点,而是跳过当前待执行的目标业务节点,执行当前待执行的目标业务节点的下一个目标业务节点或者下两个目标业务节点。这种情况下,默认请求方具有较高的信用等级,可以不用依次执行完所有的目标业务节点才能得到业务审批结果,可以执行其中的部分目标业务节点就能得到业务审批结果。
在一个实施例中,执行单个目标业务节点的后置条件作为拒绝请求方请求、审批不通过的条件。例如,执行当前目标业务节点得到的征信评分不小于500分。如果执行当前目标业务节点得到的征信评分小于500分,则直接结束目标业务审批流程,得到一个审批不通过的业务审批结果。这种情况下,默认请求方的信用等级较低,需要暂时拒绝请求。
具体地,终端按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,且在执行每个目标业务节点之前,需要查询执行该目标业务节点的前置条件,判断该目标业务节点是否满足执行该目标业务节点的前置条件,若满足,则执行该目标业务节点或者跳过该目标业务节点执行下一个目标业务节点;若不满足,则查询该目标业务节点的下一个目标业务节点的前置条件,依次类推。
在执行完一个目标业务节点之后,还需要查询执行该目标业务节点的后置条件,判断执行该目标业务节点得到的征信评分是否满足执行该目标业务节点的后置条件,若满足,则继续执行下一个目标业务节点;若不满足,则直接结束目标业务审批流程,返回一个审批不通过的业务审批结果。
本实施例中,通过设置执行每个目标业务节点的前置条件和后置条件,使得在按照目标业务审批流程中各个目标业务节点间的节点时序依次执行各个目标业务节点的时候,不需要执行完所有的目标业务节点才能得到业务审批结果,可以执行其中的部分目标业务节点就能得到业务审批结果,因此,能够达到提高业务审批流程的运行效率的目的。
在一个实施例中,如图6所示,业务审批流程配置方法,还包括:通过自动核查节点检测各个目标业务节点的执行状况;若检测到存在目标业务节点执行异常,则暂停执行相应的目标业务节点,直到检测到无异常后,则继续执行相应的目标业务节点。
其中,自动核查节点是业务审批流程中用于检测目标业务节点的执行状况的节点,在整个业务审批流程中,自动核查节点一直保持工作状态,实时地检测目标业务节点的执行状况。在目标业务节点所调用的数据出现异常时,此自动核查节点可以按照一定的时间间隔对数据进行多次查询,直至数据恢复正常。
目标业务节点的执行状况分为执行正常和执行异常,当目标业务节点所调用的数据出现异常时,目标业务节点的执行状况为执行异常。
具体地,终端通过自动核查节点检测各个目标业务节点的执行状况,当检测到存在目标业务节点执行异常时,暂停执行该执行异常的目标业务节点;并通过自动核查节点按照一定的时间间隔对数据进行多次查询;直至数据恢复正常,即检测到目标业务节点执行无异常后,继续执行相应的目标业务节点。
本实施例中,还配置了自动核查节点,用于实时地检测目标业务节点的执行状况,从而在调用数据出现异常时能够及时响应,达到了保证业务审批流程运行稳定性的目的。
参考图7,在另一个实施例中提供了一种业务审批流程配置方法,包括由服务器保存政策人员配置的资信节点,执行资信节点,将政策结果通知借款人员。具体地,包括以下步骤:
1、由政策经理在配置界面,配置业务审批流程执行的数据节点。
2、执行业务审批流程时,根据当前交易产品渠道匹配对应的交易流程,读取当前交易中对应的流程数据。执行流程第一个节点,包括:
i.节点前置条件中,会查询节点对应前置执行条件;
ii.节点环节中,会根据配置初始化查询外部数据;
iii.节点后置条件中,会根据配置查询对应下一个节点的执行信息。执行完一个节点就得到一个节点变量。
3、在单个节点执行完成后,会根据流程匹配下一个节点,实现方式是:节点执行完成后读取配置拿到节点ID,根据节点ID找到对应节点处理器,节点处理器执行对应节点。通过递归调用节点处理器,将流程中节点数据执行完。
4、节点调用中异常处理机制,在调用节点数据出现异常时候需要重试,因此设计一个自动核查节点,当节点执行异常,暂停流程,等待调度任务重新启动流程处理,从自动核查节点开始,无异常后继续流程处理。设计自动核查节点执行节点的查询和事件状态的更新。
5、缓存节点变量,送入政策系统。再组装政策系统入参,对政策的变量入参进行计算。政策系统将资信节点查询回来的变量,送入提前预设在服务器的政策规则,得到政策结果,基于政策结果返回给用户对应的借款申请结果。
本申请实施例中提供的一种业务审批流程配置方法,解决了现有交易管控的流程不可配置化增加节点的问题,让风控管控流程中节点实现可配置化,形成数据池,让风控策略更灵活,更新风控策略更方便,能够适应更快的风险政策逻辑。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的业务审批流程配置方法的业务审批流程配置装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个业务审批流程配置装置实施例中的具体限定可以参见上文中对于业务审批流程配置方法的限定,在此不再赘述。
在一个实施例中,如图8所示,提供了一种业务审批流程配置装置800,包括:获取模块802和配置模块804,其中:
获取模块802,用于获取与不同预设维度分别对应的维度信息,预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;
配置模块804,用于基于不同预设维度的维度信息进行组合,得到多个业务场景;
配置模块804,还用于对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;
配置模块804,还用于对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;
配置模块804,还用于将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
在一个实施例中,配置模块804还用于展示场景配置界面,通过场景配置界面获取属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息、以及属于资源设置维度的第四维度信息;基于第一维度信息、第二维度信息、第三维度信息、以及第四维度信息,得到多个业务场景中的其中一个业务场景;其中,多个业务场景中的任意两个业务场景中至少存在一个预设维度的维度信息不同。
在一个实施例中,业务审批流程配置装置800还包括执行模块,执行模块用于:获取业务审批请求,并基于业务审批请求获取与每个预设维度分别对应的目标维度信息;基于与每个预设维度分别对应的目标维度信息,确定与业务审批请求对应的目标业务场景;确定与目标业务场景对应的目标业务审批流程;按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与业务审批请求对应的业务审批结果。
在一个实施例中,目标业务节点包括至少一个外部资信节点、内部资信节点、以及政策节点,执行模块还用于:按照各外部资信节点和内部资信节点间的节点时序,依次调用外部资信节点和内部资信节点分别对应的节点处理器,对发起业务审批请求的请求方的相关信息进行处理,得到多个征信评分;将多个征信评分输入至政策节点,输出与业务审批请求对应的业务审批结果。
在一个实施例中,执行模块还用于:按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,且在执行每个目标业务节点前,查询执行当前待执行的目标业务节点的前置条件和后置条件;若当前待执行的目标业务节点满足前置条件,则执行当前待执行的目标业务节点;若执行后所得到的结果满足后置条件,则进入对下一个目标业务节点的执行流程。
在一个实施例中,业务审批流程配置装置800还包括核查模块,核查模块用于:通过自动核查节点检测各个目标业务节点的执行状况;若检测到存在目标业务节点执行异常,则暂停执行相应的目标业务节点,直到检测到无异常后,则继续执行相应的目标业务节点。
上述业务审批流程配置装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种业务审批流程配置方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:获取与不同预设维度分别对应的维度信息,预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;基于不同预设维度的维度信息进行组合,得到多个业务场景;对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:展示场景配置界面,通过场景配置界面获取属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息、以及属于资源设置维度的第四维度信息;基于第一维度信息、第二维度信息、第三维度信息、以及第四维度信息,得到多个业务场景中的其中一个业务场景;其中,多个业务场景中的任意两个业务场景中至少存在一个预设维度的维度信息不同。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取业务审批请求,并基于业务审批请求获取与每个预设维度分别对应的目标维度信息;基于与每个预设维度分别对应的目标维度信息,确定与业务审批请求对应的目标业务场景;确定与目标业务场景对应的目标业务审批流程;按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与业务审批请求对应的业务审批结果。
在一个实施例中,目标业务节点包括至少一个外部资信节点、内部资信节点、以及政策节点,处理器执行计算机程序时还实现以下步骤:按照各外部资信节点和内部资信节点间的节点时序,依次调用外部资信节点和内部资信节点分别对应的节点处理器,对发起业务审批请求的请求方的相关信息进行处理,得到多个征信评分;将多个征信评分输入至政策节点,输出与业务审批请求对应的业务审批结果。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,且在执行每个目标业务节点前,查询执行当前待执行的目标业务节点的前置条件和后置条件;若当前待执行的目标业务节点满足前置条件,则执行当前待执行的目标业务节点;若执行后所得到的结果满足后置条件,则进入对下一个目标业务节点的执行流程。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:通过自动核查节点检测各个目标业务节点的执行状况;若检测到存在目标业务节点执行异常,则暂停执行相应的目标业务节点,直到检测到无异常后,则继续执行相应的目标业务节点。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取与不同预设维度分别对应的维度信息,预设维度包括来源渠道维度、产品渠道维度、账户属性维度、以及资源设置维度中的至少一种;基于不同预设维度的维度信息进行组合,得到多个业务场景;对于每种业务场景,均确定与相应业务场景相匹配的多个目标业务节点;对于每种业务场景,分别配置与相应业务场景对应的多个目标业务节点间的节点时序;将多个目标业务节点,按照与相应业务场景所配置的节点时序进行组合处理,得到与各个业务场景分别对应的业务审批流程。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:展示场景配置界面,通过场景配置界面获取属于来源渠道维度的第一维度信息、属于产品渠道维度的第二维度信息、属于账户属性维度的第三维度信息、以及属于资源设置维度的第四维度信息;基于第一维度信息、第二维度信息、第三维度信息、以及第四维度信息,得到多个业务场景中的其中一个业务场景;其中,多个业务场景中的任意两个业务场景中至少存在一个预设维度的维度信息不同。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取业务审批请求,并基于业务审批请求获取与每个预设维度分别对应的目标维度信息;基于与每个预设维度分别对应的目标维度信息,确定与业务审批请求对应的目标业务场景;确定与目标业务场景对应的目标业务审批流程;按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,输出与业务审批请求对应的业务审批结果。
在一个实施例中,目标业务节点包括至少一个外部资信节点、内部资信节点、以及政策节点,计算机程序被处理器执行时还实现以下步骤:按照各外部资信节点和内部资信节点间的节点时序,依次调用外部资信节点和内部资信节点分别对应的节点处理器,对发起业务审批请求的请求方的相关信息进行处理,得到多个征信评分;将多个征信评分输入至政策节点,输出与业务审批请求对应的业务审批结果。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:按照目标业务审批流程中各个目标业务节点间的节点时序,依次执行各个目标业务节点,且在执行每个目标业务节点前,查询执行当前待执行的目标业务节点的前置条件和后置条件;若当前待执行的目标业务节点满足前置条件,则执行当前待执行的目标业务节点;若执行后所得到的结果满足后置条件,则进入对下一个目标业务节点的执行流程。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:通过自动核查节点检测各个目标业务节点的执行状况;若检测到存在目标业务节点执行异常,则暂停执行相应的目标业务节点,直到检测到无异常后,则继续执行相应的目标业务节点。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。