CN106779606A - 业务处理方法及装置 - Google Patents

Abstract

本发明提供了一种业务处理方法及装置。本发明提供的业务处理方法，包括：在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取第一处理用户的处理结果；若处理结果为审批通过且处理链中具有第二处理岗位，获取与第一业务处理相关联的字段；根据字段中的业务类型获取业务类型对应的规则列表，并根据规则列表，获取第二处理岗位中各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户；将第一业务发送至目标处理用户对应的节点设备。本发明提供的业务处理方法及装置，减少了人为干预，实现了信息化处理业务，处理流程简单且灵活。

Description

业务处理方法及装置

技术领域

本发明涉及业务处理领域，尤其涉及一种业务处理方法及装置。

背景技术

随着信息化技术的发展，业务的处理流程也实现了信息化。其中，一个企业在经营的过程中，会时时发生各种各样的业务，如采购、报销及借款等业务。在业务的处理过程中，需要不同处理岗位的用户对该业务进行处理，且对于不同的业务，进行处理的各处理岗位往往不同。

现有技术中，在处理业务时，通常采用上一处理人指定下一处理人的方法处理业务，该种业务处理方法人为干预性较大，且处理过程相对繁琐、灵活性较差。

发明内容

本发明提供一种业务处理方法及装置，以克服现有技术中业务处理方法人为干预性大且处理过程相对繁琐、灵活性较差的技术问题。

本发明提供一种业务处理方法，包括：

在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取所述第一处理用户对所述第一业务的处理结果；

若所述处理结果为审批通过，则判断处理链中是否具有第二处理岗位，若是，获取与所述第一业务处理相关联的字段；其中，所述字段中包含所述第二处理岗位和所述第一业务的业务类型，所述第二处理岗位为在处理链中的所述第一处理岗位的下一级处理岗位，所述处理链用于处理多个业务，包括分别对各所述业务处理的岗位，各所述处理岗位包括至少一个处理用户；

根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第二处理岗位中各第二处理用户的配置项；

根据各所述第二处理用户的配置项，判断各所述第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户；

将所述第一业务发送至所述目标处理用户对应的节点设备，以使所述目标处理用户对所述第一业务进行处理。

如上所述的业务处理方法，所述字段还包括与所述第一业务相关联的实际数值，所述配置项包括角色项和预设数值；

根据各所述第二处理用户的配置项，判断所述第二处理岗位中是否有满足预设条件的目标处理用户，包括：

判断各所述第二处理用户的角色项中是否存在第一处理角色，若是，则将对应于所述第一处理角色的第二处理用户作为目标处理用户；或者

判断各所述第二处理用户的角色项中是否存在第二处理角色，若是，则判断所述实际数值是否大于所述预设数值，若是，则将对应于所述第二处理角色的第二处理用户作为目标处理用户；其中，所述第二处理角色的处理级别高于所述第一处理角色。

如上所述的业务处理方法，若第一处理岗位的第一处理用户对所述第一业务的处理结果为审批未通过，则结束对所述第一业务的处理过程。

如上所述的业务处理方法，所述方法还包括：

若各所述第二处理用户中不存在满足预设条件的目标处理用户，则判断所述处理链中是否具有第三处理岗位，所述第三处理岗位是第二处理岗位的下一级处理岗位；

若是，则获取与所述第一业务处理相关联的字段，所述字段中包含所述第三处理岗位和所述第一业务的业务类型；

根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第三处理岗位中各第三处理用户的配置项；

根据各所述第三处理用户的配置项，判断各所述第三处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户；

若否，则重复判断所述处理链中是否具有当前处理岗位的下一级处理岗位的操作，直至所述第一业务被所述处理链处理完成。

如上所述的业务处理方法，在第一处理岗位的第一处理用户对所述第一业务处理之前，还包括：

获取申请用户针对所述第一业务的业务类型触发的处理表单，所述申请用户为申请对第一业务进行处理的用户；

根据所述处理表单，获取所述第一处理岗位，所述第一处理岗位为申请用户所在岗位的下一级岗位；

根据所述处理链与各部门的关联关系，判断所述第一处理岗位所属的部门是否与所述处理链有关联关系；

若是，则根据所述处理链获取所述第一处理岗位中对所述第一业务处理的第一处理用户。

本发明还提供一种业务处理装置，包括：

第一获取模块，所述第一获取模块用于在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取所述第一处理用户对所述第一业务的处理结果；

判断模块，所述判断模块用于若所述处理结果为审批通过，则判断处理链中是否具有第二处理岗位；

第一获取模块还用于若所述处理链中具有第二处理岗位，获取与所述第一业务处理相关联的字段；

其中，所述字段中包含所述第二处理岗位和所述第一业务的业务类型，所述第二处理岗位为在处理链中的所述第一处理岗位的下一级处理岗位，所述处理链用于处理多个业务，包括分别对各所述业务处理的岗位，各所述处理岗位包括至少一个用户；

第二获取模块，第二获取模块，用于根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第二处理岗位中各第二处理用户的配置项；

目标处理用户确定模块，所述目标处理用户确定模块用于根据各所述第二处理用户的配置项，判断各所述第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户；

业务发送模块，所述业务发送模块用于将所述第一业务发送至所述目标处理用户对应的节点设备，以使所述目标处理用户对所述第一业务进行处理。

如上所述的业务处理装置，所述字段还包括与所述第一业务相关联的实际数值，所述配置项包括角色项和预设数值；

所述目标处理用户确定模块，具体用于判断各所述第二处理用户的角色项中是否存在第一处理角色，若是，则将对应于所述第一处理角色的第二处理用户作为目标处理用户；或者

判断各所述第二处理用户的角色项中是否存在第二处理角色，若是，则判断所述实际数值是否大于所述预设数值，若是，则将对应于所述第二处理角色的第二处理用户作为目标处理用户；其中，所述第二处理角色的处理级别高于所述第一处理角色。

如上所述的业务处理装置，所述判断模块还用于，若各所述第二处理用户中不存在满足预设条件的目标处理用户，则判断所述处理链中是否具有第三处理岗位，所述第三处理岗位是第二处理岗位的下一级处理岗位；

第一获取模块还用于，若所述处理链中具有第三处理岗位，则获取与所述第一业务处理相关联的字段，所述字段中包含所述第三处理岗位和所述第一业务的业务类型；

第二获取模块还用于，根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第三处理岗位中各第三处理用户的配置项；

所述目标处理用户确定模块还用于，根据各所述第三处理用户的配置项，判断各所述第三处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户。

如上所述的业务处理装置，所述装置还包括第三获取模块，所述第三获取模块用于在第一处理岗位的第一处理用户对所述第一业务处理之前，获取申请用户针对所述第一业务的业务类型触发的处理表单，所述申请用户为申请对第一业务进行处理的用户，并根据所述处理表单，获取所述第一处理岗位，所述第一处理岗位为申请用户所在岗位的下一级岗位；

第二判断模块，所述第二判断模块用于根据所述处理链与各部门的关联关系，判断所述第一处理岗位所属的部门是否与所述处理链有关联关系；

所述目标处理用户确定模块还用于，若第一处理岗位所属的部门与所述处理链有关联关系，则根据所述处理链确定所述第一处理岗位中对所述第一业务处理的第一处理用户。

本发明提供了一种业务处理方法及装置。本发明提供的业务处理方法，包括：在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取第一处理用户对第一业务的处理结果；若处理结果为审批通过，则判断处理链中是否具有第二处理岗位；若处理链中具有第二处理岗位，获取与第一业务处理相关联的字段；其中，字段中包含第二处理岗位和第一业务的业务类型；根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第二处理岗位中各第二处理用户的配置项；根据各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户；将第一业务发送至目标处理用户对应的节点设备，以使目标处理用户对第一业务进行处理；其中，第二处理岗位为在处理链中的第一处理岗位的下一级处理岗位，处理链用于处理多个业务，包括分别对各业务处理的岗位，各处理岗位包括至少一个处理用户。本发明的业务处理方法及装置减少了人为干预，实现了信息化处理业务，处理流程简单且灵活。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的业务处理方法流程图示意图；

图2为本发明提供的处理链的示意图；

图3为本发明提供的业务处理装置的结构示意图一；

图4为本发明提供的业务处理装置的结构示意图二。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例，例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在现有技术中，若员工需要实施某一业务，比如采购业务，在实施采购行为之前需要经过若干个该员工的上级岗位对应的用户对该采购业务进行处理，以确定该员工是否可以进行该采购行为业务。当该员工实施的业务类型发生变更时，或者实施采购业务的员工发生变更时，对变更后的业务进行处理的若干个该员工的上级岗位或者变更后的员工的若干个上级岗位往往不同，此时，针对不同的业务类型或者不同的员工需要设置不同的处理链，处理链中包括需要对某一员工申请的某一业务进行处理的各岗位，或者不设置处理链，而是采用上一处理人指定下一处理人的方法处理业务，不论为何种方法都会造成处理过程相对繁琐、灵活性较差的技术问题。本发明为了解决上述技术问题，提出了一种方便灵活的业务处理方法，下面，对本发明的业务处理方法进行详细的说明。

图1为本发明提供的业务处理方法流程图示意图，该业务处理方法可以由业务处理装置执行，该业务处理装置可以由硬件和/或软件实现。如图1所示，本实施例的方法可以包括：

步骤S101、在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取第一处理用户对第一业务的处理结果；

步骤S102、若处理结果为审批通过，则判断处理链中是否具有第二处理岗位；

步骤S103、若处理链中具有第二处理岗位，获取与第一业务处理相关联的字段；其中，字段中包含第二处理岗位和第一业务的业务类型；

步骤S104、根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第二处理岗位中各第二处理用户的配置项；

步骤S105、根据各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户；

步骤S106、将第一业务发送至目标处理用户对应的节点设备，以使目标处理用户对第一业务进行处理；

其中，第二处理岗位为在处理链中的第一处理岗位的下一级处理岗位，处理链用于处理多个业务，包括分别对各业务处理的岗位，各处理岗位包括至少一个处理用户。

具体地，本实施例中一个公司或者一个企业只设置有具有一条处理链，处理链用于处理多个业务，包括分别对各业务处理的岗位，各处理岗位包括至少一个处理用户，各处理岗位在处理链中按照低级别岗位到高级别岗位的顺序排列。处理链设置完成后被业务处理装置获取，存储至存储器内，供后续处理流程使用。

图2为本发明提供的处理链的示意图，参见图2，处理链中配置的各处理岗位为一个公司或者一个企业中具有处理权限的岗位，各处理岗位的级别为A<B<C<D<E，在A处理岗位中具有处理用户A₁、A₂、A₃、A₄……，在B处理岗位中具有处理用户B₁、B₂、B₃、B₄……，在C处理岗位中具有处理用户C₁、C₂、C₃、C₄……，在D处理岗位中具有处理用户D₁、D₂、……，在E处理岗位中具有处理用户E₁、E₂、……；若一个研究所分为军工一部、军工二部、民用一部、民用二部等，则处理用户A₁可为军工一部副主任，处理用户A₂可为军工二部副主任，处理用户A₃可为民用一部副主任，处理用户A₄可为民用二部副主任，处理用户B₁可为军工一部主任、处理用户B₂可为军工二部主任，处理用户可B₃为民用一部主任，处理用户可B₄为民用二部主任，处理用户C₁可为军工一部部长、处理用户C₂可为军工二部部长，处理用户可C₃为民用一部部长，处理用户可C₄为民用二部部长，处理用户D₁可为副所长a，副所长a负责管理军工部门，处理用户D₂可为副所长b，副所长b负责管理民用部门，处理用户E₁可以为所长。其中，A、B、C、D处理岗位中还可以有其它处理用户，也就是说每个处理岗位中包含多个级别相同的处理用户。

在实际的业务处理过程中，申请用户登录业务处理系统，申请用户为申请对第一业务进行处理的用户，第一业务为一个单位的任一业务；接着申请用户获取第一业务对应的业务类型的处理表单，并完善第一业务的处理表单的内容，处理表单的内容包括：业务申请号、下一岗位(申请用户所在岗位的下一级岗位)、申请用户所在部门、申请用户所在公司、成本中心、与第一业务相关联的实际数值(业务涉及的金额)、业务类型。第一业务对应的处理表单完善完毕后，被业务处理装置获取，存储至存储器内，供后续处理流程使用。

接着处理装置获取申请用户针对第一业务的业务类型触发的处理表单；根据处理表单，获取第一处理岗位，第一处理岗位为申请用户所在岗位的下一级岗位，比如，若上述的研究所的申请用户的岗位级别低于副主任，且其下一级岗位为副主任，那么第一处理岗位可为处理岗位A；根据处理链与各部门的关联关系，判断第一处理岗位所属的部门或者分公司是否与处理链有关联关系；若第一处理岗位所属的部门或者分公司与处理链有关联关系，则根据处理链获取第一处理岗位中对第一业务处理的第一处理用户，以使第一处理用户对第一业务进行处理，比如第一业务为军工一部的某一业务，此时，第一处理用户可为A₁。

其中，第一处理岗位所属的部门或者分公司与处理链是否具有关联关系是指，申请用户所在的部门或者分公司是否配置有处理链，相应地，若第一处理岗位所属的部门或者分公司与处理链不具有关联关系，则结束对第一业务的处理过程。

在第一处理岗位中第一处理用户对第一业务处理完毕后，获取第一处理用户对第一业务的处理结果，若第一处理岗位的第一处理用户对第一业务的处理结果为审批未通过，则结束对第一业务的处理过程，也就是说在较低级别的处理岗位的用户审批为通过的情况下，无需再让高级别的处理岗位进行处理。

若第一处理岗位的第一处理用户对第一业务的处理结果为审批通过，则判断处理链中是否具有第二处理岗位，第二处理岗位为处理链中第一处理岗位的下一处理岗位，比如在图2所示的处理链中，若第一处理岗位为A，则第二处理岗位可为B；若处理链中具有第二处理岗位，获取与第一业务处理相关联的字段；其中，字段中包含第二处理岗位和第一业务的业务类型，字段通过存储在业务处理装置的存储器内的流程表单和处理链获取。

在获取到第一业务的相关字段后，根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第二处理岗位中各第二处理用户的配置项，根据各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户，其中，步骤“判断各第二处理用户中是否有满足预设条件的目标处理用户”具体包括：判断各第二处理用户的角色项中是否存在第一处理角色，若是，则将对应于第一处理角色的第二处理用户作为目标处理用户；或者，判断各第二处理用户的角色项中是否存在第二处理角色，若是，则判断实际数值是否大于预设数值，若是，则将对应于第二处理角色的第二处理用户作为目标处理用户；其中，第二处理角色的处理级别高于第一处理角色。

具体地，不同的业务类型对应不同的规则列表，规则列表中包括各处理岗位中各处理用户的配置项，配置项包括角色项和预设数值；比如若第一业务属于军工一部的业务，在第一业务对应的规则列表中处理用户A₁的配置项为0，处理用户A₂的配置项为-1，处理用户A₃的配置项为-1，处理用户A₄的配置项为-1，处理用户B₁的配置项为0，处理用户B₂的配置项为-1，处理用户B₃的配置项为-1，处理用户B₄的配置项为-1，处理用户C₁的配置项为0，处理用户C₂的配置项为-1，处理用户C₃的配置项为-1，处理用户C₄的配置项为-1，处理用户D₁的配置项为50000，处理用户D₂的配置项为-1；其中，配置项0、配置项-1和大于0的配置项为角色项，配置项5000为预设数值。处理用户B₁配置项为0说明需要处理用户B₁进行处理，处理用户B₁对应于第一处理角色，处理用户B₁则为第二处理用户中满足预设条件的目标处理用户，确定目标处理用户B₁为第一业务的下一级处理用户；此时各第二处理用户B₁、B₂、B₃、B₄中不存在配置项大于0的角色，即不存在第二处理角色；处理用户B₂、B₃、B₄的配置项为-1，说明不需要处理用户B₂、B₃、B₄进行处理。

当然，配置项并不限于上述配置方法，还可以采用如下配置方法：若第一业务属于军工一部的业务，在第一业务对应的规则列表中处理用户A₁的配置项为x，处理用户A₂的配置项为y，处理用户A₃的配置项为y，处理用户A₄的配置项为y，处理用户B₁的配置项为为x，处理用户B₂的配置项为y，处理用户B₃的配置项为y，处理用户B₄的配置项为y，处理用户C₁的配置项为x，处理用户C₂的配置项为y，处理用户C₃的配置项为y，处理用户C₄的配置项为y，处理用户D₁的配置项为50000，处理用户D₁的配置项为y；其中，配置项x、配置项y和为数值的配置项为角色项，配置项50000为预设数值。

在确定好第二处理用户中的目标处理用户后，便可将第一业务发送至目标处理用户对应的节点设备，以使目标处理用户对第一业务进行处理。

处理链只设置一条，包括多个业务的多个处理岗位，且设置了不同业务对应的规则列表，只需根据规则列表决定需要处理链中哪些处理岗位的某一个处理用户处理即可完成业务的处理过程，无需上一处理用户指定下一处理用户，减少了人为干预，实现了信息化处理业务，也无需根据业务类型的变更重新设置处理链，处理流程简单。

另外，若各第二处理用户中不存在满足预设条件的目标处理用户，则判断处理链中是否具有第三处理岗位，第三处理岗位是第二处理岗位的下一级处理岗位；若处理链中不具有第三处理岗位，则结束对第一业务的处理流程，该种情况适用于第二处理岗位已经是最高级别的处理岗位的情况，已达到处理链的顶端；

若处理链中具有第三处理岗位，则获取与第一业务处理相关联的字段，字段中包含第三处理岗位和第一业务的业务类型；根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第三处理岗位中各第三处理用户的配置项；根据各第三处理用户的配置项，判断各第三处理用户中是否有满足预设条件的目标处理用户，若第三处理用户中有满足预设条件的目标处理用户，则确定目标处理用户为第一业务的下一级处理用户；若第三处理用户中没有满足预设条件的目标处理用户，则重复判断处理链中是否具有当前处理岗位的下一级处理岗位的操作，直至第一业务被所述处理链处理完成。

其中，此时，在图2所示的处理链中，若第一处理岗位为A，则第二处理岗位为B，第三处理岗位可为C。

根据规则列表，获取第三处理岗位中各第三处理用户的配置项；以及根据各第三处理用户的配置项，判断各第三处理用户中是否有满足预设条件的目标处理用户的具体实现方法与前述的“根据规则列表，获取第二处理岗位中各第二处理用户的配置项；根据各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户”的实现方法相同，此处不再赘述。

“重复判断处理链中是否具有当前处理岗位的下一级处理岗位的操作，直至第一业务被所述处理链处理完成”，具体是指，若第三处理用户中没有满足预设条件的目标处理用户，则判断处理链中是否具有第四处理岗位及后续的操作，后续的操作与断处理链中是否具有第三处理岗位后续的操作相同，重复执行判断处理链中是否具有当前处理岗位的下一级处理岗位的操作及后续的操作，直至处理链中没有当前处理岗位的下一岗位。

下面采用前述的例子来说明第三处理用户中没有满足预设条件的目标处理用户的情况：若第一业务属于军工一部的业务，在第一业务对应的规则列表中处理用户A₁的配置项为0，处理用户A₂的配置项为-1，处理用户A₃的配置项为-1，处理用户A₄的配置项为-1，处理用户B₁的配置项为0，处理用户B₂的配置项为-1，处理用户B₃的配置项为-1，处理用户B₄的配置项为-1，处理用户C₁的配置项为-1，处理用户C₂的配置项为-1，处理用户C₃的配置项为-1，处理用户C₄的配置项为-1，处理用户D₁的配置项为50000，此时第三处理岗位的各处理用户C₁、C₂、C₃、C₄配置项均为-1，即不存在第一处理角色，也不存在第二处理角色，因此，第三处理用户中没有满足预设条件的目标处理用户，则跳过该处理岗位，判断处理链中是否具有第四处理岗位以进行后续的操作。

基于上述同样的原理，若上述研究所中的申请用户的岗位为主任，则其下一级岗位为部长，那么该申请用户的第一处理岗位为部长，对应于图2中处理链中的处理岗位C。

本领域技术人员应当明白，在本实施例中前述对本发明提供的业务处理方法是以申请用户提流程表单开始阐述的，当业务处理流程运转起来后，本实施例中的第一处理岗位可为处理链中的任一处理岗位，比如若第一处理岗位可为图2中处理链中的处理岗位D，那么第二处理岗位就为处理岗位E；此时，处理链中没有第三处理岗位。同样比如第一业务为军工一部的业务，第一处理岗位中的处理用户D₁的配置项为50000，第一处理岗位中的各处理用户没有第一处理角色，具有第二处理角色，此时，比较第一业务涉及的实际数值与预设数值的大小，若实际数值为30000，实际数值小于预设数值50000，则第一处理用户中不存在满足预设条件的目标处理用户，不需要第一处理岗位中的处理用户处理的一业务，接着去判断处理链中是否具有第二处理用户以进行后续的操作。若实际数值为60000，实际数值大于预设数值50000，则第一处理用户中存在满足预设条件的目标处理用户D₁，将第一业务发送至目标处理用户D₁对应的节点设备中，以使D₁对第一业务进行处理。

进一步地，规则列表中各处理用户的配置项可以根据事件情况进行更改，以适应实际的需要。比如，可根据研究所的新的规章制度更改副所长配置项的预设数值；或者，若某一个目标处理用户外地出差，无法对第一业务进行处理，则可以将该目标处理用户对用的配置项更改为-1，或者更改为y等。

通过对配置项的更改，可以改变实际对第一业务处理的各岗位，业务处理过程较灵活。

本实施例的业务处理方法，包括：在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取第一处理用户对第一业务的处理结果；若处理结果为审批通过，则判断处理链中是否具有第二处理岗位；若处理链中具有第二处理岗位，获取与第一业务处理相关联的字段；其中，字段中包含第二处理岗位和第一业务的业务类型；根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第二处理岗位中各第二处理用户的配置项；根据各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户；将第一业务发送至目标处理用户对应的节点设备，以使目标处理用户对第一业务进行处理；其中，第二处理岗位为在处理链中的第一处理岗位的下一级处理岗位，处理链用于处理多个业务，包括分别对各业务处理的岗位，各处理岗位包括至少一个处理用户。本实施例的业务处理方法减少了人为干预，实现了信息化处理业务，处理流程简单且灵活。

图3为本发明提供的业务处理装置的结构示意图一，如图3所示，本实施例的装置可以包括：第一获取模块31、第一判断模块32、第二获取模块33、目标处理用户确定模块34和业务发送模块35；其中，第一获取模块31用于在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取第一处理用户对第一业务的处理结果；第一判断模块32用于若处理结果为审批通过，则判断处理链中是否具有第二处理岗位；第一获取模块31还用于若处理链中具有第二处理岗位，获取与第一业务处理相关联的字段；其中，字段中包含第二处理岗位和第一业务的业务类型，第二处理岗位为在处理链中的第一处理岗位的下一级处理岗位，处理链用于处理多个业务，包括分别对各业务处理的岗位，各处理岗位包括至少一个用户；第二获取模块33用于根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第二处理岗位中各第二处理用户的配置项；目标处理用户确定模块34用于根据各第二处理用户的配置项，判断各第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户；业务发送模块35用于将第一业务发送至目标处理用户对应的节点设备，以使目标处理用户对第一业务进行处理。

其中，所述第一判断模块32还用于，若各所述第二处理用户中不存在满足预设条件的目标处理用户，则判断所述处理链中是否具有第三处理岗位，所述第三处理岗位是第二处理岗位的下一级处理岗位；

第一获取模块31还用于，若处理链中具有第三处理岗位，则获取与第一业务处理相关联的字段，字段中包含第三处理岗位和第一业务的业务类型；

第二获取模块33还用于，根据业务类型从数据库中获取业务类型对应的规则列表，并根据规则列表，获取第三处理岗位中各第三处理用户的配置项；

目标处理用户确定模块34还用于，根据各第三处理用户的配置项，判断各第三处理用户中是否有满足预设条件的目标处理用户，若是，则确定目标处理用户为第一业务的下一级处理用户。

本实施例的装置，可以用于执行上述所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图4为本发明提供的业务处理装置的结构示意图二，如图4所示，本实施例的装置在图3所示装置结构的基础上，进一步地，还可以包括：第三获取模块36和第二判断模块37，第三获取模块36用于在第一处理岗位的第一处理用户对第一业务处理之前，获取申请用户针对第一业务的业务类型触发的处理表单，申请用户为申请对第一业务进行处理的用户，并根据处理表单，获取第一处理岗位，第一处理岗位为申请用户所在岗位的下一级岗位；第二判断模块37用于根据处理链与各部门的关联关系，判断第一处理岗位所属的部门是否与处理链有关联关系；

目标处理用户确定模块34还用于，若第一处理岗位所属的部门与处理链有关联关系，则根据处理链确定第一处理岗位中对第一业务处理的第一处理用户。

本实施例的装置，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (9)

1.一种业务处理方法，其特征在于，包括：

在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取所述第一处理用户对所述第一业务的处理结果；

若所述处理结果为审批通过，则判断处理链中是否具有第二处理岗位，若是，获取与所述第一业务处理相关联的字段；其中，所述字段中包含所述第二处理岗位和所述第一业务的业务类型，所述第二处理岗位为在处理链中的所述第一处理岗位的下一级处理岗位，所述处理链用于处理多个业务，包括分别对各所述业务处理的岗位，各所述处理岗位包括至少一个处理用户；

根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第二处理岗位中各第二处理用户的配置项；

根据各所述第二处理用户的配置项，判断各所述第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户；

将所述第一业务发送至所述目标处理用户对应的节点设备，以使所述目标处理用户对所述第一业务进行处理。

2.根据权利要求1所述的业务处理方法，其特征在于，所述字段还包括与所述第一业务相关联的实际数值，所述配置项包括角色项和预设数值；

根据各所述第二处理用户的配置项，判断所述第二处理岗位中是否有满足预设条件的目标处理用户，包括：

判断各所述第二处理用户的角色项中是否存在第一处理角色，若是，则将对应于所述第一处理角色的第二处理用户作为目标处理用户；或者

判断各所述第二处理用户的角色项中是否存在第二处理角色，若是，则判断所述实际数值是否大于所述预设数值，若是，则将对应于所述第二处理角色的第二处理用户作为目标处理用户；其中，所述第二处理角色的处理级别高于所述第一处理角色。

3.根据权利要求1所述的业务处理方法，其特征在于，若第一处理岗位的第一处理用户对所述第一业务的处理结果为审批未通过，则结束对所述第一业务的处理过程。

4.根据权利要求1或2所述的业务处理方法，其特征在于，所述方法还包括：

若各所述第二处理用户中不存在满足预设条件的目标处理用户，则判断所述处理链中是否具有第三处理岗位，所述第三处理岗位是第二处理岗位的下一级处理岗位；

若是，则获取与所述第一业务处理相关联的字段，所述字段中包含所述第三处理岗位和所述第一业务的业务类型；

根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第三处理岗位中各第三处理用户的配置项；

根据各所述第三处理用户的配置项，判断各所述第三处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户；

若否，则重复判断所述处理链中是否具有当前处理岗位的下一级处理岗位的操作，直至所述第一业务被所述处理链处理完成。

5.根据权利要求1所述的业务处理方法，其特征在于，在第一处理岗位的第一处理用户对所述第一业务处理之前，还包括：

获取申请用户针对所述第一业务的业务类型触发的处理表单，所述申请用户为申请对第一业务进行处理的用户；

根据所述处理表单，获取所述第一处理岗位，所述第一处理岗位为申请用户所在岗位的下一级岗位；

根据所述处理链与各部门的关联关系，判断所述第一处理岗位所属的部门是否与所述处理链有关联关系；

若是，则根据所述处理链获取所述第一处理岗位中对所述第一业务处理的第一处理用户。

6.一种业务处理装置，其特征在于，包括：

第一获取模块，所述第一获取模块用于在第一处理岗位的第一处理用户对第一业务处理完毕之后，获取所述第一处理用户对所述第一业务的处理结果；

第一判断模块，所述第一判断模块用于若所述处理结果为审批通过，则判断处理链中是否具有第二处理岗位；

第一获取模块还用于若所述处理链中具有第二处理岗位，获取与所述第一业务处理相关联的字段；

其中，所述字段中包含所述第二处理岗位和所述第一业务的业务类型，所述第二处理岗位为在处理链中的所述第一处理岗位的下一级处理岗位，所述处理链用于处理多个业务，包括分别对各所述业务处理的岗位，各所述处理岗位包括至少一个用户；

第二获取模块，所述第二获取模块用于根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第二处理岗位中各第二处理用户的配置项；

目标处理用户确定模块，所述目标处理用户确定模块用于根据各所述第二处理用户的配置项，判断各所述第二处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户；

业务发送模块，所述业务发送模块用于将所述第一业务发送至所述目标处理用户对应的节点设备，以使所述目标处理用户对所述第一业务进行处理。

7.根据权利要求6所述的装置，其特征在于，所述字段还包括与所述第一业务相关联的实际数值，所述配置项包括角色项和预设数值；

所述目标处理用户确定模块，具体用于判断各所述第二处理用户的角色项中是否存在第一处理角色，若是，则将对应于所述第一处理角色的第二处理用户作为目标处理用户；或者

判断各所述第二处理用户的角色项中是否存在第二处理角色，若是，则判断所述实际数值是否大于所述预设数值，若是，则将对应于所述第二处理角色的第二处理用户作为目标处理用户；其中，所述第二处理角色的处理级别高于所述第一处理角色。

8.根据权利要求6所述的装置，其特征在于，所述第一判断模块还用于，若各所述第二处理用户中不存在满足预设条件的目标处理用户，则判断所述处理链中是否具有第三处理岗位，所述第三处理岗位是第二处理岗位的下一级处理岗位；

第一获取模块还用于，若所述处理链中具有第三处理岗位，则获取与所述第一业务处理相关联的字段，所述字段中包含所述第三处理岗位和所述第一业务的业务类型；

第二获取模块还用于，根据所述业务类型从数据库中获取所述业务类型对应的规则列表，并根据所述规则列表，获取所述第三处理岗位中各第三处理用户的配置项；

所述目标处理用户确定模块还用于，根据各所述第三处理用户的配置项，判断各所述第三处理用户中是否有满足预设条件的目标处理用户，若是，则确定所述目标处理用户为所述第一业务的下一级处理用户。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括第三获取模块，所述第三获取模块用于在第一处理岗位的第一处理用户对所述第一业务处理之前，获取申请用户针对所述第一业务的业务类型触发的处理表单，所述申请用户为申请对第一业务进行处理的用户，并根据所述处理表单，获取所述第一处理岗位，所述第一处理岗位为申请用户所在岗位的下一级岗位；

第二判断模块，所述第二判断模块用于根据所述处理链与各部门的关联关系，判断所述第一处理岗位所属的部门是否与所述处理链有关联关系；

所述目标处理用户确定模块还用于，若第一处理岗位所属的部门与所述处理链有关联关系，则根据所述处理链确定所述第一处理岗位中对所述第一业务处理的第一处理用户。