一种业务审批方法、装置、设备及介质

技术领域

本发明涉及项目管理技术领域，尤其涉及一种业务审批方法、装置、设备及介质。

背景技术

针对单据审批过程中审批人在复杂场景下配置困难的问题，提出了一种可以灵活配置审批人的方法，使得流程配置人员可以方便快捷的配置审批人，流程也可以快速高效的解析审批人。在ERP的系统的流程配置模块中，审批人的配置是必不可少的。目前主流的审批人配置方式主要有固定用户、职位(在不同ERP系统中可能是岗位或者角色，名称不同，意义相同，这里统称为职位)、表达式等。固定用户过于简单，适用场景过于单一。职位等不单单服务于审批人的配置，操作麻烦、准确性差，出现问题不容易定位，定位到也不容易修改(与其他模块耦合度高)。表达式方式对配置人员的要求过高，准确性差，可读性也不好，出现问题不好排查。由于审批人的配置问题一直没有得到过多的重视，要么直接使用系统用户，要么直接复用其他模块的功能(职位等)，导致审批人的配置方式比较混乱，没有一个具体配置审批人的方式。

面对审批人配置方式不明确的问题，目前行业内一般解决方式为：在审批人配置页面新增仅适用于所在行业的具体场景的方法，没有普适性，而且将审批人的配置方式添加在审批人添加页面，不仅没有简化配置人员的工作量，反倒是还有所增加，每一个特殊的场景都需要一个具体的配置方式，对开发人员和配置人员都是一种负担。

发明内容

有鉴于此，有必要针对以上技术问题，提供一种业务审批方法、装置、设备及介质。

根据本发明的第一方面，提供了一种业务审批方法，所述方法包括：

分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表；

响应于接收到用户提交的针对目标业务的审批请求，则判断所述审批决策表中是否存在与所述目标业务匹配的汇报关系；

响应于存在与所述目标业务匹配的汇报关系，则对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，其中，所述审批流程包括若干审批节点，以及每个审批节点对应的审批人的用户名；

响应于不存在与所述目标业务匹配的汇报关系，则为所述审批请求返回所述目标业务不存在，并提示用户需要为所述目标业务新建汇报关系。

在一些实施例中，分别为每种业务自定义汇报关系，包括：

对每个业务执行以下操作：

判断是否需要为某个人单独配置审批关系；

响应于需要为某个用户单独配置审批关系，则根据用户需求为某个用户配置审批节点、及与每个审批节点对应的审批人；

响应于不需要为某个用户单独配置审批关系，则遍历所有级别部门，以判断同属某一级别部门的每个部门是否需要单独配置审批关系；

响应于需要为同属某一级别部门的某个部门单独配置审批关系，则根据部门需求为所述某个部门配置审批节点、及与每个审批节点对应的审批人。

在一些实施例中，执行根据用户需求为某个用户配置审批节点、及与每个审批节点对应的审批人的步骤、以及执行根据部门需求为所述某个部门配置审批节点、及与每个审批节点对应的审批人的步骤时均依据用户与用户关系、部门与用户关系以及岗位类型、用户角色类型进行设置。

在一些实施例中，对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，包括：

判断是否为提交审批请求的用户单独配置了审批关系；

响应于没有为提交审批请求的用户单独配置了审批关系，则判断是否为提交审批请求的用户所在部门单独配置审批关系；

响应于没有为提交审批请求的用户所在部门单独配置审批关系，则层级向上查找所在部门的上级部门是否有存在审批关系；

响应于找到审批关系，则获取审批关系的类型，并根据审批关系的类型确定审批人。

在一些实施例中，获取审批关系的类型，并根据审批关系的类型确定审批人，包括：

响应于审批关系的类型为用户，则返回用户名作为审批人；

响应于审批关系的类型为岗位或角色，则根据岗位和角色解析用户以得到用户名，并返回解析得到的用户名作为审批人。

在一些实施例中，所述方法还包括：

响应于未找到审批关系，则返回空值。

在一些实施例中，所述方法还包括：

响应于为所述目标业务完成新建汇报关系，则根据当前所有的汇报关系更新所述决策表。

根据本发明的第二方面，提供了一种业务审批装置，所述装置包括：

自定义模块，配置为分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表；

匹配模块，配置用于响应于接收到用户提交的针对目标业务的审批请求，则判断所述审批决策表中是否存在与所述目标业务匹配的汇报关系；

解析模块，配置用于响应于存在与所述目标业务匹配的汇报关系，则对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，其中，所述审批流程包括若干审批节点，以及每个审批节点对应的审批人的用户名；

提示模块，配置用于响应于不存在与所述目标业务匹配的汇报关系，则为所述审批请求返回所述目标业务不存在，并提示用户需要为所述目标业务新建汇报关系。

根据本发明的第三方面，还提供了一种计算机设备，该计算机设备包括：

至少一个处理器；以及

存储器，存储器存储有可在处理器上运行的计算机程序，处理器执行程序时执行前述的业务审批方法。

根据本发明的第四方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时执行前述的业务审批方法。

上述一种业务审批方法，通过维护汇报关系和解耦技术解决了审批人配置与流程配置耦合度过高、流程配置复杂的问题，流程配置人员在配置流程时不需要花费大量的精力在配置审批人上，在审批流程非常复杂的情况下，可以节省大量的时间和人力成本，具有较高的灵活性。

此外，本发明还提供了一种业务审批装置、一种计算机设备和一种计算机可读存储介质，同样能实现上述技术效果，这里不再赘述。

附图说明

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

图1为本发明一个实施例提供的一种业务审批方法的流程图；

图2为本发明一个实施例提供的自定义汇报关系的流程图；

图3为本发明另一个实施例提供的汇报关系配置的流程示意图；

图4为本发明另一个实施例提供的解析审批人的流程示意图；

图5A为本发明一个实施例提供的审批决策表展示界面示意图；

图5B为本发明一个实施例提供的某一任务的汇报关系定义界面示意图；

图6为本发明一个实施例提供的一种业务审批装置的结构示意图；

图7为本发明另一个实施例中计算机设备的内部结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

在一个实施例中，请参照图1所示，本发明提供了一种业务审批方法100，具体来说，所述方法包括以下步骤：

步骤101，分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表；

步骤102，响应于接收到用户提交的针对目标业务的审批请求，则判断所述审批决策表中是否存在与所述目标业务匹配的汇报关系；

步骤103，响应于存在与所述目标业务匹配的汇报关系，则对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，其中，所述审批流程包括若干审批节点，以及每个审批节点对应的审批人的用户名；

步骤104，响应于不存在与所述目标业务匹配的汇报关系，则为所述审批请求返回所述目标业务不存在，并提示用户需要为所述目标业务新建汇报关系。

上述一种业务审批方法，通过维护汇报关系和解耦技术解决了审批人配置与流程配置耦合度过高、流程配置复杂的问题，流程配置人员在配置流程时不需要花费大量的精力在配置审批人上，在审批流程非常复杂的情况下，可以节省大量的时间和人力成本，具有较高的灵活性。

前述步骤101，分别为每种业务自定义汇报关系，包括：

对每个业务执行以下操作：

判断是否需要为某个人单独配置审批关系；

响应于需要为某个用户单独配置审批关系，则根据用户需求为某个用户配置审批节点、及与每个审批节点对应的审批人；

响应于不需要为某个用户单独配置审批关系，则遍历所有级别部门，以判断同属某一级别部门的每个部门是否需要单独配置审批关系；

响应于需要为同属某一级别部门的某个部门单独配置审批关系，则根据部门需求为所述某个部门配置审批节点、及与每个审批节点对应的审批人。

在一些实施例中，执行根据用户需求为某个用户配置审批节点、及与每个审批节点对应的审批人的步骤、以及执行根据部门需求为所述某个部门配置审批节点、及与每个审批节点对应的审批人的步骤时均依据用户与用户关系、部门与用户关系以及岗位类型、用户角色类型进行设置。

在一些实施例中，步骤103中，对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，包括：

判断是否为提交审批请求的用户单独配置了审批关系；

响应于没有为提交审批请求的用户单独配置了审批关系，则判断是否为提交审批请求的用户所在部门单独配置审批关系；

响应于没有为提交审批请求的用户所在部门单独配置审批关系，则层级向上查找所在部门的上级部门是否有存在审批关系；

响应于找到审批关系，则获取审批关系的类型，并根据审批关系的类型确定审批人。

在一些实施例中，获取审批关系的类型，并根据审批关系的类型确定审批人，包括：

响应于审批关系的类型为用户，则返回用户名作为审批人；

响应于审批关系的类型为岗位或角色，则根据岗位和角色解析用户以得到用户名，并返回解析得到的用户名作为审批人。

在一些实施例中，所述方法还包括：

响应于未找到审批关系，则返回空值。

在一些实施例中，所述方法还包括：

响应于为所述目标业务完成新建汇报关系，则根据当前所有的汇报关系更新所述决策表。

在又一个实施例中，为了便于理解本发明的方案，下面以应用于企业的具体审批业务(如报销流程汇、单据审批流程等)为例，其实现原理为：根据具体流程中人员之间的关系将具体的数据进行维护(示例：a：张三的直接上级是李四，张三的部门经理是王五，李四的直接上级是赵六等。b：部门a的直接上级是张三，部门a的上级部门经理是李四等)。在配置流程审批人时只需要选择对应的汇报关系，选好参照人/部门，选好具体关系就完成了(示例：报销流程汇报关系中单据提交人的直接上级)，流程在运转的过程中根据配置的汇报关系可以自动去解析审批，具体来说本实施例提供了又一种业务审批方法，该方法具体实施过程参考如下：

请参照图2，分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表。具体来说首先根据具体场景中可能出现的审批环境自定义相关汇报维度，然后根据具体场景中审批节点的审批人类型，调整汇报维度的类型，然后保存汇报关系定义。

请参照图3所示，汇报关系数据配置可采用如下逻辑：首先判断是否要为某个人单独配置对应的关系，如果需要则根据具体人员情况配置对应的数据，如果不需要则判断是否需要为某个小部门单独配置对应关系，如果需要则根据小部门的情况配置对应的数据，如果不需要则小部门的上一级部门所有人都是一样的汇报关系数据，进行统一配置。

示例场景：张三提交一张差旅报销单，流程中有一个审批节点的审批人是部门经理(不局限于自己所在部门的部门经理，所有部门经理都有这个权限)。这时我们可以维护一个部门经理的职位，在定义的差旅报销汇报关系中定义一个职位类型的汇报维度(部门经理岗)，这样我们在设置数据时，就可以将“张三”这条数据的部门经理岗设置为之前定义的部门经理职位。这个过程中没有涉及到任何流程配置相关的内容，在配置流程的审批人时，我们只需要在汇报关系审批人配置页依次选择“差旅报销汇报关系”->“流程发起人”(即张三)->“部门经理岗”即可完成审批人的配置。

请参照图4所示，解析审批人可采用如下逻辑：首先判断是否有为具体人单独配置对应的关系，如果没有则再判断是否为具体人所在的部门配置对应的关系，如果没有再层级向上查找所在部门的上级部门，如果层级查找找到对应的数据或者为具体人单独配置对应关系或者为具体人所在的部门配置了对应的关系，则判断根据关系找到的是什么类型，如果是用户类型则返回具体用户，如何是岗位或角色则根据岗位或角色解析用户，如果层级向上也没有查找到对应的数据则返回空表示没有对应的审核人。

例如图5A和图5B中，5A定义了一个名为xxx汇报关系，其中直接上级维度为员工类型，即固定用户，部门经理和分管领导使用了两个职位类型。在图5B中，新增了两条自定义的汇报关系，第一条为部门(与组织同意不同名)的数据，意为交付管理中心的直接上级为用户“张三”，部门经理为“办公室主任”职位，分管领导为“财务主管”职位。第二条数据为固定用户的数据，意为关羽的直接上级为用户“刘备”，部门经理为“产品部主任”职位，分管领导为“副经理”职位。

本实施例的一种业务审批方法至少具备以下有益技术效果：

(1)简单快捷：将审批人配置功能从复杂的流程配置中剥离出来，在一个单独的模块去配置汇报关系形成一个决策表，流程配置页没有复杂的审批人配置操作。

传统方式以及现有的方式都是在流程配置中的审批人配置页上添加新的审批人配置方式，导致整个页面显得特别臃肿，无形中增加了流程配置人员的配置难度，增加了出错的概率。

(2)高效：直接加以引用即可。该方法极大的降低了工作人员配置流程的工作量，提高工作效率。

(3)灵活性高：可以根据具体的场景自定义汇报维度，汇报维度没有个数限制，汇报维度可以是普通用户类型，职位类型，可以非常灵活的满足场景需求。

(4)适用性高：不同于其他只适用于特殊场景的配置方式，该方式适用于绝大多数场景。

(5)准确性高，具备精准的解析逻辑，可以在复杂的场景中精准的定位到目标审批人，提升了定位审批人的准确性，解析过程如图3所示。

(6)排查问题简单：一旦发生问题，不需要对流程进行更改，可以直接根据汇报关系定位到是哪条数据的问题，使得问题的排查工作变得非常简单。

(7)包容性强，汇报关系不仅仅是指人与人、部门与人之间的关系，还可以兼容传统的职位，流程配置人员可以将汇报维度设置成职位，这样汇报关系就将职位包含了，同时将职位配置类型一并从流程配置中解耦出来。

在一些实施例中，请参照图6所示，本发明还提供了一种业务审批装置200，所述装置包括：

自定义模块201，配置为分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表；

匹配模块202，配置用于响应于接收到用户提交的针对目标业务的审批请求，则判断所述审批决策表中是否存在与所述目标业务匹配的汇报关系；

解析模块203，配置用于响应于存在与所述目标业务匹配的汇报关系，则对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，其中，所述审批流程包括若干审批节点，以及每个审批节点对应的审批人的用户名；

提示模块204，配置用于响应于不存在与所述目标业务匹配的汇报关系，则为所述审批请求返回所述目标业务不存在，并提示用户需要为所述目标业务新建汇报关系。

上述一种业务审批装置，通过维护汇报关系和解耦技术解决了审批人配置与流程配置耦合度过高、流程配置复杂的问题，流程配置人员在配置流程时不需要花费大量的精力在配置审批人上，在审批流程非常复杂的情况下，可以节省大量的时间和人力成本，具有较高的灵活性。

在一些实施例中，所述自定义模块201进一步配置用于：

对每个业务执行以下操作：

判断是否需要为某个人单独配置审批关系；

响应于需要为某个用户单独配置审批关系，则根据用户需求为某个用户配置审批节点、及与每个审批节点对应的审批人；

响应于不需要为某个用户单独配置审批关系，则遍历所有级别部门，以判断同属某一级别部门的每个部门是否需要单独配置审批关系；

响应于需要为同属某一级别部门的某个部门单独配置审批关系，则根据部门需求为所述某个部门配置审批节点、及与每个审批节点对应的审批人。

在一些实施例中，所述自定义模块201进一步配置用于：

执行根据用户需求为某个用户配置审批节点、及与每个审批节点对应的审批人、以及执行根据部门需求为所述某个部门配置审批节点、及与每个审批节点对应的审批人时均依据用户与用户关系、部门与用户关系以及岗位类型、用户角色类型进行设置。

在一些实施例中，所述解析模块203进一步配置用于：

判断是否为提交审批请求的用户单独配置了审批关系；

响应于没有为提交审批请求的用户单独配置了审批关系，则判断是否为提交审批请求的用户所在部门单独配置审批关系；

响应于没有为提交审批请求的用户所在部门单独配置审批关系，则层级向上查找所在部门的上级部门是否有存在审批关系；

响应于找到审批关系，则获取审批关系的类型，并根据审批关系的类型确定审批人。

在一些实施例中，所述解析模块203中，获取审批关系的类型，并根据审批关系的类型确定审批人，包括：

响应于审批关系的类型为用户，则返回用户名作为审批人；

响应于审批关系的类型为岗位或角色，则根据岗位和角色解析用户以得到用户名，并返回解析得到的用户名作为审批人。

在一些实施例中，所述装置还包括配置用于执行以下步骤的模块：

响应于未找到审批关系，则返回空值。

在一些实施例中，所述装置还包括配置用于执行以下步骤的模块：

响应于为所述目标业务完成新建汇报关系，则根据当前所有的汇报关系更新所述决策表。

需要说明的是，关于业务审批装置的具体限定可以参见上文中对业务审批方法的限定，在此不再赘述。上述业务审批装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

根据本发明的另一方面，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图请参照图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时实现以上所述的业务审批方法，具体来说，所述方法包括以下步骤：

分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表；

响应于接收到用户提交的针对目标业务的审批请求，则判断所述审批决策表中是否存在与所述目标业务匹配的汇报关系；

响应于存在与所述目标业务匹配的汇报关系，则对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，其中，所述审批流程包括若干审批节点，以及每个审批节点对应的审批人的用户名；

响应于不存在与所述目标业务匹配的汇报关系，则为所述审批请求返回所述目标业务不存在，并提示用户需要为所述目标业务新建汇报关系。

根据本发明的又一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以上所述的业务审批方法，具体来说，包括执行以下步骤：

分别为每种业务自定义汇报关系，并建立每种业务与汇报关系的对应关系以形成审批决策表；

响应于接收到用户提交的针对目标业务的审批请求，则判断所述审批决策表中是否存在与所述目标业务匹配的汇报关系；

响应于存在与所述目标业务匹配的汇报关系，则对与所述目标业务匹配的汇报关系进行解析，以形成所述审批请求的审批流程，其中，所述审批流程包括若干审批节点，以及每个审批节点对应的审批人的用户名；

响应于不存在与所述目标业务匹配的汇报关系，则为所述审批请求返回所述目标业务不存在，并提示用户需要为所述目标业务新建汇报关系。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。