一种多维度流程分组审批的方法和系统与流程

1.本发明涉及流程审批调度技术领域，尤其涉及一种多维度流程分组审批的方法和系统。


背景技术：

2.目前流程审批的方式有如下几种：
3.【或签】指定的人员作为候选人，其中任一人处理完该流程任务，即视为完成该任务；【会签】指定的人员共同参与该流程任务，所有人都完成之后视为完成该任务；【会签+阈值】指定的人员共同参与该流程任务，按照固定人数或者百分比预设好流程任务完成的阈值，在完成人数超过阈值之后，视为完成该任务。但这几种流程审批方式在面对如下场景时，无法实现。
4.例：现有某流程任务需要a、b两个部门的事件处理员来处理，其中a部门有a1、a2两个事件处理员，b部门有b1、b2两个事件处理员，要求a、b两个部门必须共同处理该任务，但部门内部的事件处理员只需要任意一人处理该任务即可。此时【或签】、【会签】、【会签+阈值】三种人员配置方式都无法实现该需求。针对类似场景的需求，本提案提供一种基于组织、角色、用户组、区域等维度对流程审批人员进行复合分组的方式。


技术实现要素：

5.本发明提供一种多维度流程分组审批的方法和系统，以解决现有技术中存在的目前流程审批的方式有如下几种：【或签】指定的人员作为候选人，其中任一人处理完该流程任务，即视为完成该任务；【会签】指定的人员共同参与该流程任务，所有人都完成之后视为完成该任务；【会签+阈值】指定的人员共同参与该流程任务，按照固定人数或者百分比预设好流程任务完成的阈值，在完成人数超过阈值之后，视为完成该任务。但这几种流程审批方式在面对如下场景时，无法实现。例：现有某流程任务需要a、b两个部门的事件处理员来处理，其中a部门有a1、a2两个事件处理员，b部门有b1、b2两个事件处理员，要求a、b两个部门必须共同处理该任务，但部门内部的事件处理员只需要任意一人处理该任务即可。此时【或签】、【会签】、【会签+阈值】三种人员配置方式都无法实现该需求的上述问题。
6.为了达到上述目的，本发明提供如下技术方案：
7.一种多维度流程分组审批的方法，包括：
8.s101：通过对应的配置为流程节点指定处理人，获取流程节点处理人；
9.s102：通过对应的配置为该流程节点指定审批方式，审批方式支持【或签】和【会签】选项；
10.s103：流程节点处理人根据指定的审批方式进行流程分组审批，直至流程到达结束节点。
11.其中，所述s101步骤包括：
12.s1011：对应配置包括：【参数】、【参数类型】、【关系】、【对照值】，其中，多个配置之
间支持【且】和【或】的关系进行复合；
13.s1012：基于对应配置，按照人员、部门、区域、角色、用户组维度的复合选取方式指定流程节点处理人，其中，【参数】支持选择为【部门】、【角色】、【区域】、【用户组】中的一种，【关系】支持【属于】、【不属于】，【参数类型】支持固定参数和变量类型，【对照值】支持在流程配置时直接指定。
14.其中，所述s102步骤包括：
15.s1021：当审批方式为【或签】时，选定的流程节点处理人之间遵循【或】的关系；
16.s1022：当审批方式为【会签】时，选定的流程节点处理人需要选择是否开启【分组审批】模式；
17.s1023：当不开启【分组审批】操作时，选定的流程节点处理人之间遵循【且】的关系；
18.s1024：当审批方式为【会签】且开启【分组审批】时，选定的流程节点处理人通过分组依据来确定审批人员的分组方式。
19.其中，所述s103步骤包括：
20.s1031：为流程节点设定默认处理规则，当找不到流程节点处理人时该流程节点正常审批通过；
21.s1032：处理规则支持【转管理员处理】、【由指定人员进行处理】和【自动审批通过】三种方式，其中，【转管理员处理】将该条任务转给系统管理员处理，【由指定人员进行处理】则将该条任务交给指定的人员处理；
22.s1033：若出现某个分组无法找到用户，则在创建分组实例时忽略该分组，若出现所有的分组都找不到用户的情况，则遵循配置的默认处理规则进行处理。
23.其中，所述s103步骤还包括：在流程到达对应节点时，程序接受传入的参数，由规则解析程序对流程json配置进行解析，转换成用户查询sql语句过滤条件，查询出符合条件的用户列表信息；
24.程序查询出用户列表信息后，对流程审批方式进行解析。
25.其中，对流程审批方式进行解析过程包括：
26.当审批方式为【或签】时，程序为该节点创建一个实例任务对象，并为该节点创建一个任务候选人列表，将查询出来的所有用户数据存入该审批人列表中；
27.当审批方式为【会签】时，根据对应的用户列表记录数，创建对应条数的实例任务对象及其候选人列表，并逐一将用户列表中的用户添加到任务对象中，每个任务对象由一个用户来审批；
28.当审批方式【会签】且开启【分组审批】时，程序解析分组参数，创建一个键值对存储容器结构，将分组参数的值作为键，将属于该分组的用户列表作为值存储于对应存储容器中。
29.其中，审批方式【会签】且开启【分组审批】的过程包括：
30.将用户分组之后，程序按照所述存储容器结构中的键值个数作为当前任务节点，创建对应数量的实例任务对象及候选人列表，将分组后的对应用户列表添加到该候选人列表中；
31.程序提供用户查询当前待办任务列表的服务，查询当前所有流程任务示例对象候
选人列表，该候选人列表包括用户编号的实例任务对象列表，用户在完成某个具体的实例任务对象审批操作时，程序将该实例任务对象状态标记为已完成，将任务对象候选人列表中的其他用户进行移除；
32.在完成实例任务对象时，程序将同步检测流程节点的所有实例任务对象是否已经全部完成，若全部完成，程序将当前流程节点的状态标记为已完成，并流转到下一个任务节点，对下一个任务节点进行流程审批过程，直至流程到达结束节点。
33.其中，所述s1031步骤包括：
34.通过对应配置为流程节点指定找不到处理人时选择对应操作类型，支持对应操作类型包括【转管理员处理】、【自动审批通过】、【指定人员处理】。
35.其中，不同的对应操作类型流程节点创建包括：
36.当处理方式为【转管理员处理】时，程序为当前流程节点创建一个流程任务实例对象，为候选人列表添加系统管理员为候选人；
37.当处理方式为【指定人员处理】，程序为当前流程节点创建一个流程任务实例对象，将选定的用户添加到其候选人列表中；
38.当处理方式为【自动审批通过】时，程序为当前流程节点创建一个流程任务实例对象，将机器人设置为任务处理人，将该流程任务实例对象状态修改为已完成，流程流转到下一个任务节点。
39.其中，一种多维度流程分组审批的系统，包括：基本信息管理单元、流程绘制单元、节点审批方式配置单元和流程节点默认处理规则单元；
40.基本信息管理单元，用于包括用户、部门、区域、角色、用户组的增删改查操作，以及为用户指定所属部门、所属区域，为用户绑定角色、分配用户组；
41.流程绘制单元，用于提供流程的绘制，包括节点的创建、连线绘制；
42.流程节点处理人规则配置，用于包括【参数】、【参数类型】、【关系】、【对照值】的选择，以及多个配置之间【且】与【或】关系的选择。
43.节点审批方式配置单元，用于包括【或签】、【会签】方式的选择，【会签】模式下是否开启【分组审批】选项，以及开启【分组审批】选项后分组参数的选择，分组参数选择为【部门】、【区域】、【角色】、【用户组】之间的一种；
44.流程节点默认处理规则单元，用于包括【转管理员处理】、【由指定人员进行处理】和【自动审批通过】配置的选择，以及选中【由指定人员进行处理】时的具体人员选择。
45.与现有技术相比，本发明具有以下优点：
46.一种多维度流程分组审批的方法，包括：通过对应的配置为流程节点指定处理人，获取流程节点处理人；通过对应的配置为该流程节点指定审批方式，审批方式支持【或签】和【会签】选项；流程节点处理人根据指定的审批方式进行流程分组审批，直至流程到达结束节点。提供了基于组织、角色、区域、用户组等多个维度的分组审批功能，支持按照多维度对节点处理人进行指定，确保处理人员精准指派，实现复杂流程的灵活配置，支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求，支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
47.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明
书、权利要求书、以及附图中所特别指出的结构来实现和获得。
48.下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
49.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
50.图1为本发明实施例中一种多维度流程分组审批的方法的流程图；
51.图2为本发明实施例中一种多维度流程分组审批的方法中的指定处理人流程图；
52.图3为本发明实施例中一种多维度流程分组审批的方法中的进行流程分组审批流程图。
具体实施方式
53.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
54.本发明实施例提供了一种多维度流程分组审批的方法和系统，请参考图1至图3，一种多维度流程分组审批的方法包括：
55.s101：通过对应的配置为流程节点指定处理人，获取流程节点处理人；
56.s102：通过对应的配置为该流程节点指定审批方式，审批方式支持【或签】和【会签】选项；
57.s103：流程节点处理人根据指定的审批方式进行流程分组审批，直至流程到达结束节点。
58.上述技术方案的工作原理为：通过对应的配置为流程节点指定处理人，获取流程节点处理人；通过对应的配置为该流程节点指定审批方式，审批方式支持【或签】和【会签】选项；流程节点处理人根据指定的审批方式进行流程分组审批，直至流程到达结束节点。提供了基于组织、角色、区域、用户组等多个维度的分组审批功能，支持按照多维度对节点处理人进行指定，确保处理人员精准指派，实现复杂流程的灵活配置，支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求，支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
59.上述技术方案的有益效果为：通过对应的配置为流程节点指定处理人，获取流程节点处理人；通过对应的配置为该流程节点指定审批方式，审批方式支持【或签】和【会签】选项；流程节点处理人根据指定的审批方式进行流程分组审批，直至流程到达结束节点。提供了基于组织、角色、区域、用户组等多个维度的分组审批功能，支持按照多维度对节点处理人进行指定，确保处理人员精准指派，实现复杂流程的灵活配置，支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求，支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
60.在另一实施例中，所述s101步骤包括：
61.s1011：对应配置包括：【参数】、【参数类型】、【关系】、【对照值】，其中，多个配置之间支持【且】和【或】的关系进行复合；
62.s1012：基于对应配置，按照人员、部门、区域、角色、用户组维度的复合选取方式指
定流程节点处理人，其中，【参数】支持选择为【部门】、【角色】、【区域】、【用户组】中的一种，【关系】支持【属于】、【不属于】，【参数类型】支持固定参数和变量类型，【对照值】支持在流程配置时直接指定。
63.上述技术方案的工作原理为：对应配置包括：【参数】、【参数类型】、【关系】、【对照值】，其中，多个配置之间支持【且】和【或】的关系进行复合，例如：用户的(部门属于研发部)，【且】(角色属于产品经理)；基于对应配置，按照人员、部门、区域、角色、用户组维度的复合选取方式指定流程节点处理人，其中，【参数】支持选择为【部门】、【角色】、【区域】、【用户组】中的一种，【关系】支持【属于】、【不属于】，【参数类型】支持固定参数和变量类型，【对照值】支持在流程配置时直接指定。如果直接指定为【研发部】，也可以设置为一个变量，在实际调用流程调度接口时以参数传递形式提供，如departmentids＝[1,2,3]。具体见下表：
[0064][0065]
上述技术方案的有益效果为：对应配置包括：【参数】、【参数类型】、【关系】、【对照值】，其中，多个配置之间支持【且】和【或】的关系进行复合；基于对应配置，按照人员、部门、区域、角色、用户组维度的复合选取方式指定流程节点处理人，其中，【参数】支持选择为【部门】、【角色】、【区域】、【用户组】中的一种，【关系】支持【属于】、【不属于】，【参数类型】支持固定参数和变量类型，【对照值】支持在流程配置时直接指定。实现了对流程节点处理人按照【部门】、【区域】、【角色】、【用户组】等维度进行分组审批的功能，支持按照多维度对节点处理人进行指定，确保处理人员精准指派。
[0066]
在另一实施例中，所述s102步骤包括：
[0067]
s1021：当审批方式为【或签】时，选定的流程节点处理人之间遵循【或】的关系；
[0068]
s1022：当审批方式为【会签】时，选定的流程节点处理人需要选择是否开启【分组审批】模式；
[0069]
s1023：当不开启【分组审批】操作时，选定的流程节点处理人之间遵循【且】的关系；
[0070]
s1024：当审批方式为【会签】且开启【分组审批】时，选定的流程节点处理人通过分组依据来确定审批人员的分组方式。
[0071]
上述技术方案的工作原理为：当审批方式为【或签】时，选定的流程节点处理人之间遵循【或】的关系；当审批方式为【会签】时，选定的流程节点处理人需要选择是否开启【分组审批】模式；当不开启【分组审批】操作时，选定的流程节点处理人之间遵循【且】的关系，即所有选定的人员都需要完成该节点审批操作，才可视为该节点审批完成；当审批方式为【会签】且开启【分组审批】时，选定的流程节点处理人通过分组依据来确定审批人员的分组方式，即按照用户所属的【部门】、【角色】、【区域】、【用户组】来对人员进行分组。
[0072]
上述技术方案的有益效果为：当审批方式为【或签】时，选定的流程节点处理人之间遵循【或】的关系；当审批方式为【会签】时，选定的流程节点处理人需要选择是否开启【分组审批】模式；当不开启【分组审批】操作时，选定的流程节点处理人之间遵循【且】的关系；当审批方式为【会签】且开启【分组审批】时，选定的流程节点处理人通过分组依据来确定审批人员的分组方式。实现了流程分组内使用【或签】规则，分组间遵循【会签】原则的多级分组审批功能，支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求。
[0073]
流程默认处理规则设置的方法和系统。
[0074]
在另一实施例中，所述s103步骤包括：
[0075]
s1031：为流程节点设定默认处理规则，当找不到流程节点处理人时该流程节点正常审批通过；
[0076]
s1032：处理规则支持【转管理员处理】、【由指定人员进行处理】和【自动审批通过】三种方式，其中，【转管理员处理】将该条任务转给系统管理员处理，【由指定人员进行处理】则将该条任务交给指定的人员处理；
[0077]
s1033：若出现某个分组无法找到用户，则在创建分组实例时忽略该分组，若出现所有的分组都找不到用户的情况，则遵循配置的默认处理规则进行处理。
[0078]
上述技术方案的工作原理为：为流程节点设定默认处理规则，当找不到流程节点处理人时该流程节点正常审批通过；处理规则支持【转管理员处理】、【由指定人员进行处理】和【自动审批通过】三种方式，其中，【转管理员处理】将该条任务转给系统管理员处理，【由指定人员进行处理】则将该条任务交给指定的人员处理；若出现某个分组无法找到用户，则在创建分组实例时忽略该分组，若出现所有的分组都找不到用户的情况，则遵循配置的默认处理规则进行处理。一个用户可能同时属于多个【角色】或者【用户组】，此时若该用户完成流程节点任务处理，则该用户对应的多个【角色】或者【用户组】的流程任务实例都视为完成。支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求，支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
[0079]
上述技术方案的有益效果为：为流程节点设定默认处理规则，当找不到流程节点处理人时该流程节点正常审批通过；处理规则支持【转管理员处理】、【由指定人员进行处理】和【自动审批通过】三种方式，其中，【转管理员处理】将该条任务转给系统管理员处理，【由指定人员进行处理】则将该条任务交给指定的人员处理；若出现某个分组无法找到用户，则在创建分组实例时忽略该分组，若出现所有的分组都找不到用户的情况，则遵循配置的默认处理规则进行处理。支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求，支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
[0080]
在另一实施例中，所述s103步骤还包括：在流程到达对应节点时，程序接受传入的参数，由规则解析程序对流程json配置进行解析，转换成用户查询sql语句过滤条件，查询出符合条件的用户列表信息；
[0081]
程序查询出用户列表信息后，对流程审批方式进行解析。
[0082]
上述技术方案的工作原理为：在流程到达对应节点时，程序接受传入的参数，由规则解析程序对流程json配置进行解析，转换成用户查询sql语句过滤条件，查询出符合条件的用户列表信息；程序查询出用户列表信息后，对流程审批方式进行解析。
[0083]
其中，由规则解析程序对流程json配置进行解析，转换成用户查询sql语句过滤条件语句为:where
[0084]
user.department_id in("1,2,3")and user.role_id in("1")[当用户的部门编号在(1,2,3)之中，并且用户的角色编号在(1)之中]。
[0085]
程序语句都要转换为中文，专利中需要所有的英文都需要有中文定义。
[0086]
上述技术方案的有益效果为：在流程到达对应节点时，程序接受传入的参数，由规则解析程序对流程json配置进行解析，转换成用户查询sql语句过滤条件，查询出符合条件的用户列表信息；程序查询出用户列表信息后，对流程审批方式进行解析。
[0087]
在另一实施例中，对流程审批方式进行解析过程包括：
[0088]
当审批方式为【或签】时，程序为该节点创建一个实例任务对象，并为该节点创建一个任务候选人列表，将查询出来的所有用户数据存入该审批人列表中；
[0089]
当审批方式为【会签】时，根据对应的用户列表记录数，创建对应条数的实例任务对象及其候选人列表，并逐一将用户列表中的用户添加到任务对象中，每个任务对象由一个用户来审批；
[0090]
当审批方式【会签】且开启【分组审批】时，程序解析分组参数，创建一个键值对存储容器结构，将分组参数的值作为键，将属于该分组的用户列表作为值存储于对应存储容器中。
[0091]
上述技术方案的工作原理为：当审批方式为【或签】时，程序为该节点创建一个实例任务对象，并为该节点创建一个任务候选人列表，将查询出来的所有用户数据存入该审批人列表中；当审批方式为【会签】时，根据对应的用户列表记录数，创建对应条数的实例任务对象及其候选人列表，并逐一将用户列表中的用户添加到任务对象中，每个任务对象由一个用户来审批；当审批方式【会签】且开启【分组审批】时，程序解析分组参数，创建一个键值对存储容器【map《key,value》】结构，将分组参数的值作为键【key】，将属于该分组的用户列表作为值【value】存储于对应的map存储容器中。由于【map《key,value》】结构中的key是不可重复的，且其底层采用的哈希表可以很方便的由key值获取其对应的value值，故而很适合于对用户列表按照分组参数进行分组与存储。将程序查询出的用户列表按照分组参数划分为多个组并放入该map结构中，示例如下：
[0092]
【研发部】：张三、李四、王五
[0093]
【产品部】：赵一、钱二、孙三
[0094]
map《key,value》也需要突出其优点和中文定义这个结果。
[0095]
上述技术方案的有益效果为：当审批方式为【或签】时，程序为该节点创建一个实例任务对象，并为该节点创建一个任务候选人列表，将查询出来的所有用户数据存入该审
批人列表中；当审批方式为【会签】时，根据对应的用户列表记录数，创建对应条数的实例任务对象及其候选人列表，并逐一将用户列表中的用户添加到任务对象中，每个任务对象由一个用户来审批；当审批方式【会签】且开启【分组审批】时，程序解析分组参数，创建一个键值对存储容器结构，将分组参数的值作为键，将属于该分组的用户列表作为值存储于对应存储容器中。从而实现了流程分组内使用【或签】规则，分组间遵循【会签】原则的多级分组审批功能。
[0096]
在另一实施例中，审批方式【会签】且开启【分组审批】的过程包括：
[0097]
将用户分组之后，程序按照所述存储容器结构中的键值个数作为当前任务节点，创建对应数量的实例任务对象及候选人列表，将分组后的对应用户列表添加到该候选人列表中；
[0098]
程序提供用户查询当前待办任务列表的服务，查询当前所有流程任务示例对象候选人列表，该候选人列表包括用户编号的实例任务对象列表，用户在完成某个具体的实例任务对象审批操作时，程序将该实例任务对象状态标记为已完成，将任务对象候选人列表中的其他用户进行移除；
[0099]
在完成实例任务对象时，程序将同步检测流程节点的所有实例任务对象是否已经全部完成，若全部完成，程序将当前流程节点的状态标记为已完成，并流转到下一个任务节点，对下一个任务节点进行流程审批过程，直至流程到达结束节点。
[0100]
上述技术方案的工作原理为：将用户分组之后，程序按照map结构中的key值个数作为当前任务节点，创建对应数量的实例任务对象及候选人列表，将分组后的对应用户列表添加到该候选人列表中；程序提供用户查询当前待办任务列表的服务，查询当前所有流程任务示例对象候选人列表，该候选人列表包括用户编号的实例任务对象列表，用户在完成某个具体的实例任务对象审批操作时，程序将该实例任务对象状态标记为已完成，将任务对象候选人列表中的其他用户进行移除；在完成实例任务对象时，程序将同步检测流程节点的所有实例任务对象是否已经全部完成，若全部完成，程序将当前流程节点的状态标记为已完成，并流转到下一个任务节点，对下一个任务节点进行流程审批过程，直至流程到达结束节点。从而实现了流程分组的启用以及流程分组参数的配置功能，还实现了流程节点按照分组参数创建多实例的功能。
[0101]
上述技术方案的有益效果为：将用户分组之后，程序按照所述存储容器结构中的键值个数作为当前任务节点，创建对应数量的实例任务对象及候选人列表，将分组后的对应用户列表添加到该候选人列表中；程序提供用户查询当前待办任务列表的服务，查询当前所有流程任务示例对象候选人列表，该候选人列表包括用户编号的实例任务对象列表，用户在完成某个具体的实例任务对象审批操作时，程序将该实例任务对象状态标记为已完成，将任务对象候选人列表中的其他用户进行移除；在完成实例任务对象时，程序将同步检测流程节点的所有实例任务对象是否已经全部完成，若全部完成，程序将当前流程节点的状态标记为已完成，并流转到下一个任务节点，对下一个任务节点进行流程审批过程，直至流程到达结束节点。从而实现了流程分组的启用以及流程分组参数的配置功能，还实现了流程节点按照分组参数创建多实例的功能。
[0102]
在另一实施例中，所述s1031步骤包括：
[0103]
通过对应配置为流程节点指定找不到处理人时选择对应操作类型，支持对应操作
类型包括【转管理员处理】、【自动审批通过】、【指定人员处理】。
[0104]
上述技术方案的工作原理为：通过对应配置为流程节点指定找不到处理人时选择对应操作类型，支持对应操作类型包括【转管理员处理】、【自动审批通过】、【指定人员处理】。
[0105]
上述技术方案的有益效果为：通过对应配置为流程节点指定找不到处理人时选择对应操作类型，支持对应操作类型包括【转管理员处理】、【自动审批通过】、【指定人员处理】。支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
[0106]
在另一实施例中，不同的对应操作类型流程节点创建包括：
[0107]
当处理方式为【转管理员处理】时，程序为当前流程节点创建一个流程任务实例对象，为候选人列表添加系统管理员为候选人；
[0108]
当处理方式为【指定人员处理】，程序为当前流程节点创建一个流程任务实例对象，将选定的用户添加到其候选人列表中；
[0109]
当处理方式为【自动审批通过】时，程序为当前流程节点创建一个流程任务实例对象，将机器人设置为任务处理人，将该流程任务实例对象状态修改为已完成，流程流转到下一个任务节点。
[0110]
上述技术方案的工作原理为：当处理方式为【转管理员处理】时，程序为当前流程节点创建一个流程任务实例对象，为候选人列表添加系统管理员【admin】为候选人；当处理方式为【指定人员处理】，程序为当前流程节点创建一个流程任务实例对象，将选定的用户添加到其候选人列表中；当处理方式为【自动审批通过】时，程序为当前流程节点创建一个流程任务实例对象，将机器人【robot】设置为任务处理人，将该流程任务实例对象状态修改为已完成，流程流转到下一个任务节点。
[0111]
上述技术方案的有益效果为：当处理方式为【转管理员处理】时，程序为当前流程节点创建一个流程任务实例对象，为候选人列表添加系统管理员为候选人；当处理方式为【指定人员处理】，程序为当前流程节点创建一个流程任务实例对象，将选定的用户添加到其候选人列表中；当处理方式为【自动审批通过】时，程序为当前流程节点创建一个流程任务实例对象，将机器人设置为任务处理人，将该流程任务实例对象状态修改为已完成，流程流转到下一个任务节点。支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
[0112]
在另一实施例中，包括：基本信息管理单元、流程绘制单元、节点审批方式配置单元和流程节点默认处理规则单元；
[0113]
基本信息管理单元，用于包括用户、部门、区域、角色、用户组的增删改查操作，以及为用户指定所属部门、所属区域，为用户绑定角色、分配用户组；
[0114]
流程绘制单元，用于提供流程的绘制，包括节点的创建、连线绘制；
[0115]
流程节点处理人规则配置，用于包括【参数】、【参数类型】、【关系】、【对照值】的选择，以及多个配置之间【且】与【或】关系的选择。
[0116]
节点审批方式配置单元，用于包括【或签】、【会签】方式的选择，【会签】模式下是否开启【分组审批】选项，以及开启【分组审批】选项后分组参数的选择，分组参数选择为【部门】、【区域】、【角色】、【用户组】之间的一种；
[0117]
流程节点默认处理规则单元，用于包括【转管理员处理】、【由指定人员进行处理】
和【自动审批通过】配置的选择，以及选中【由指定人员进行处理】时的具体人员选择。
[0118]
上述技术方案的工作原理为：基本信息管理单元，用于包括用户、部门、区域、角色、用户组的增删改查操作，以及为用户指定所属部门、所属区域，为用户绑定角色、分配用户组；流程绘制单元，用于提供流程的绘制，包括节点的创建、连线绘制；流程节点处理人规则配置，用于包括【参数】、【参数类型】、【关系】、【对照值】的选择，以及多个配置之间【且】与【或】关系的选择；节点审批方式配置单元，用于包括【或签】、【会签】方式的选择，【会签】模式下是否开启【分组审批】选项，以及开启【分组审批】选项后分组参数的选择，分组参数选择为【部门】、【区域】、【角色】、【用户组】之间的一种；流程节点默认处理规则单元，用于包括【转管理员处理】、【由指定人员进行处理】和【自动审批通过】配置的选择，以及选中【由指定人员进行处理】时的具体人员选择。
[0119]
上述技术方案的有益效果为：基本信息管理单元，用于包括用户、部门、区域、角色、用户组的增删改查操作，以及为用户指定所属部门、所属区域，为用户绑定角色、分配用户组；流程绘制单元，用于提供流程的绘制，包括节点的创建、连线绘制；流程节点处理人规则配置，用于包括【参数】、【参数类型】、【关系】、【对照值】的选择，以及多个配置之间【且】与【或】关系的选择；节点审批方式配置单元，用于包括【或签】、【会签】方式的选择，【会签】模式下是否开启【分组审批】选项，以及开启【分组审批】选项后分组参数的选择，分组参数选择为【部门】、【区域】、【角色】、【用户组】之间的一种；流程节点默认处理规则单元，用于包括【转管理员处理】、【由指定人员进行处理】和【自动审批通过】配置的选择，以及选中【由指定人员进行处理】时的具体人员选择。提供了基于组织、角色、区域、用户组等多个维度的分组审批功能，支持按照多维度对节点处理人进行指定，确保处理人员精准指派，实现复杂流程的灵活配置，支持流程节点处理人参数静态设置和动态设置结合，以满足复杂的业务场景需求，支持流程节点默认处理规则设置，确保在找不到处理人时流程可以正常流转。
[0120]
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。