SpringBoot+Activiti7实战：如何用候选人机制搞定多人审批流程？

SpringBoot+Activiti7实战：候选人机制在多人审批流程中的深度应用

当企业流程审批需要多人参与时，如何高效分配和处理任务成为关键挑战。传统固定分配方式难以应对动态变化的审批场景，而Activiti7提供的候选人机制恰好能解决这一痛点。本文将深入探讨如何基于SpringBoot框架，利用候选人机制构建灵活、高效的多人审批系统。

1. 候选人机制的核心价值与应用场景

在多人协作的业务流程中，候选人机制相比传统的代理人模式具有显著优势。它允许一个任务被分配给多个潜在处理人，只有当其中一人"签收"任务后，该任务才正式归属到具体个人。这种机制完美适配以下典型场景：

• 跨部门协作审批：如采购申请需要财务、法务、业务多方审核
• 岗位替代审批：当主管出差时，副主管可自动获得审批权限
• 动态权限分配：根据业务规则实时计算符合条件的审批人集合

候选人机制的核心数据存储在act_ru_identitylink表中，主要字段包括：

与代理人机制的单人分配不同，候选人机制实现了"一对多"的任务分配模式。当候选人A签收任务后：

1. 任务ASSIGNEE_字段更新为A的用户ID
2. 其他候选人的待办任务列表中将不再显示该任务
3. 任务状态从"候选"转变为"已分配"

2. 候选人机制的三种实现方式

2.1 静态配置方式

在流程定义文件中直接指定候选人列表，适用于审批人固定的场景：

<userTask id="multiApprove" name="多级审批" activiti:candidateUsers="zhangsan,lisi,wangwu"/>

这种方式的优点是配置简单，但缺乏灵活性，修改候选人需要重新部署流程定义。

2.2 动态变量注入

通过流程变量动态设置候选人，实现运行时决策：

// 启动流程时设置候选人 List<String> candidates = Arrays.asList("zhangsan", "lisi"); Map<String, Object> variables = new HashMap<>(); variables.put("candidateUsers", candidates); ProcessInstance instance = runtimeService .startProcessInstanceByKey("leaveProcess", variables);

对应的BPMN配置：

<userTask id="dynamicApprove" name="动态审批" activiti:candidateUsers="${candidateUsers}"/>

2.3 候选组机制

当需要将任务分配给特定角色而非具体人员时，可以使用候选组：

// 设置候选组(角色) List<String> groups = Arrays.asList("finance", "manager"); variables.put("candidateGroups", groups);

BPMN配置：

<userTask id="groupApprove" name="角色审批" activiti:candidateGroups="${candidateGroups}"/>

三种方式的对比：

3. 候选人任务处理全流程

3.1 任务查询与签收

候选人需要先查询自己的待办任务，然后进行签收操作：

// 查询候选任务 List<Task> candidateTasks = taskService.createTaskQuery() .taskCandidateUser("zhangsan") .list(); // 签收任务 taskService.claim(taskId, "zhangsan");

签收后的任务处理与普通任务无异，但需要注意：

重要：一旦任务被签收，其他候选人将无法看到该任务。如需重新开放，需先调用taskService.unclaim(taskId)释放任务。

3.2 任务委托与转派

候选人可以将已签收的任务委托给他人处理：

// 委托任务(新处理人可以是原候选人或非候选人) taskService.setAssignee(taskId, "newAssignee"); // 归还任务到候选状态 taskService.setAssignee(taskId, null);

3.3 候选人任务的状态转换

候选人任务的生命周期状态变化：

1. 初始状态：任务创建，多个候选人可见
2. 签收状态：某候选人签收，任务归属个人
3. 完成状态：任务处理完毕
4. 释放状态：签收人放弃处理，任务回归候选池

状态转换示意图：

[创建] → (多个候选人可见) ↓ [签收] → [处理中] → [完成] ↑ [释放]

4. 高级应用：动态候选人决策

对于更复杂的业务场景，可以结合UEL表达式实现智能候选人决策。

4.1 基于条件的候选人分配

<userTask id="conditionalApprove" name="条件审批" activiti:candidateUsers="${approvalService.getCandidates(execution)}"/>

对应的Java服务：

public class ApprovalService { public List<String> getCandidates(DelegateExecution execution) { // 根据业务数据动态计算候选人 String department = (String) execution.getVariable("department"); if("finance".equals(department)) { return Arrays.asList("cfo", "financeManager"); } return Arrays.asList("defaultApprover"); } }

4.2 多级审批的候选人串联

对于需要多级审批的场景，可以串联多个候选人任务：

// 第一级审批人 variables.put("level1Candidates", getDepartmentHeads()); // 第二级审批人(根据第一级结果决定) if("reject".equals(level1Result)) { variables.put("level2Candidates", getSeniorManagers()); } else { variables.put("level2Candidates", getExecutives()); }

4.3 候选人机制的异常处理

在实际应用中需要考虑以下异常情况：

• 无候选人可用：应设置默认审批人或升级流程
• 候选人冲突：多人同时尝试签收同一任务时需加锁
• 候选人离职：需有自动重新分配机制

处理建议：

1. 实现TaskListener监听任务创建事件
2. 校验候选人列表是否为空
3. 必要时触发候选人补充流程

taskService.addEventListener(new TaskListener() { @Override public void notify(DelegateTask task) { if(task.getCandidates().isEmpty()) { // 自动补充默认审批人 task.addCandidateUser("fallbackApprover"); } } }, TaskListener.EVENTNAME_CREATE);

在项目实践中，候选人机制显著提升了审批流程的灵活性。特别是在矩阵式组织架构中，通过动态候选人分配，实现了跨部门协作的无缝衔接。一个典型的成功案例是某跨国企业的费用报销系统，通过候选人机制将平均审批时间缩短了40%。