处理人类型

不同的处理人选择方式在流程流转过程中提供了便捷的选人方式。

1：发起人

流程真正的发起用户，发起时的登录用户，如果用户有多个岗位，流程发起时会要求用户选择其中一个做为发起岗位

2：申请人

流程发起的时候

默认是发起流程的登录用户，

可以在表单上选择修改；

业务示例：一个部长出差，可能需要秘书填写出差报销申请，这时候选择部长做为申请人

3：岗位

组织中直接选择某个岗位，或者业务表中的某个字段，或者流程变量中的某个变量，支持逗号“,”分隔多个人审批；

支持JobId，JobUserId，UserId，Account四种类型的变量，但是不推荐使用UserId和Account，这种不是明确的岗位，系统会默认读取主岗位存到审批表

4：角色

某一个角色下的所有用户，使用流程变量时要给流程变量赋值roleid

5：部门

某一个组织下面的所有用户，使用流程变量和业务字段时需要赋值groupid

6：与某一步处理人相同

选择某一个节点，处理人和选择的节点完全一样，但是并不是复制所选节点的处理人，而是按照这个节点的处理人逻辑重新读取

7：岗位代码按人过滤

按照某个岗位Id（支持申请人、流程变量、业务字段）往上级循环找到第一个和配置的岗位代码匹配的岗位为止；

业务示例：例如一个公司的所有部门经理都有一个统一的代码叫“Manager

”，某一个节点需要部门经理审批，这时可以配置处理人：按照申请人一直往上级找岗位代码为"Manager"的岗位

8：岗位级别按人过滤

和7相似，按照某个岗位Id（

支持申请人、流程变量、业务字段

）

往上级循环找到第一个和配置的岗位级别匹配的岗位为止

9：岗位代码按照部门过滤

和7/8相似，但是是根据某个组织Id（

支持申请人组织、流程变量、业务字段

），根据组织上下级找到某个组织中存在和配置的岗位代码匹配的岗位

10：岗位级别按照部门过滤

和9相似，但是是根据某个组织Id（

支持申请人组织、流程变量、业务字段

），根据组织上下级找到某个组织中存在和配置的岗位级别匹配的岗位

11：角色按照部门过滤

角色中的每个人都是有明确的组织，如果知道某个组织Id，就可以在角色中找到匹配的岗位，所以这里配置是选择一个角色，然后根据组织Id（申请人组织、流程变量、字段）找到所有上级组织中在这个角色里面的岗位

业务示例：财务部和采购部各有一个文员的岗位，在公司收集信息的时候需要文员在流程中提交附件，这时可以增加一个角色：文员，财务部下面不管哪个组织的人提交时候，选择按照申请人在角色中根据组织查找，这时很容易就确定到财务部的这个文员。

12：角色按照公司过滤

很多业务是有归属公司的，每个公司针对这个业务有对应的负责人，并且这个负责人可能不是这个公司的，这时就需要配置一个角色，然后在表单上选择这个业务的归属公司或者其他方式获得归属公司信息，然后在这个角色中查找负责对应的公司的岗位

业务示例：很多公司刚开始建分/子公司的时候财务可能是一直在总部在做账，这时候成本控制就是总部的某个岗位A负责A1/A2公司，B岗位负责B1/B2公司，并且这些负责区域隔一段时间会调整，这是如果一个任务是A1公司的，处理人就需要配置根据公司找角色下面负责A1公司的A岗位。

13：部门领导

根据某个岗位Id读取这个岗位所在组织中的根节点和组织中IsLeader标记为True的岗位

14：直属主管

根据某个岗位Id读取这个岗位的直接上级，如果这个上级岗位没有配置人，会自动再往上级查找，上级不一定是领导岗位

15：前置步骤的直属主管

分两种情况，

如果前置步骤的处理方式是：同时处理，系统会读取前置步骤的所有处理人的直属主管（读取逻辑和14相同）做为处理人

如果前置步骤的处理方式是：任意一个，系统只读取当前的处理人的直属主管（

读取逻辑和14相同

）做为处理人

16：前置步骤的部门领导

和15相似，也是两种情况，系统是按照13的读取逻辑读取部门领导

17：某组织某岗位级别人员

指定某个组织的某个级别的人审批

业务示例：如果一个业务在党务部需要级别A审批，在非党务部需要级别B审批，系统会根据申请人所在部门读取对应的级别的岗位做完处理人

18：指定步骤的直属主管

某一步处理人的直属主管，某一步处理人是实时读取后然后再读取对应的直属主管，

某一步可以选择这个节点后面的节点

19：指定步骤的部门领导

某一步处理人的部门领导，某一步处理人是实时读取后然后再读取对应的直属主管，某一步可以选择这个节点后面的节点

20：从某岗位到某岗位级别

和类型8相似，一次读取某个岗位级别到某个岗位级别的岗位，可以根据申请人、字段、变量开始往上找到对应级别区间（包含）的所有岗位