# scaffold 项目之工作流的审批接入(业务表单)
# 简介
可以看 scaffold 项目之工作流 文章
# 开始使用
「业务接入(业务表单)」的流程:业务需建立独立的数据库表,并开发对应的表单、详情界面。
整个过程,还是:
- 定义流程:【管理员】新建流程、设计流程模型、并设置用户任务的审批人,最终发布流程
- 发起流程:【员工】选择流程,并发起流程实例
- 审批流程:【审批人】接收到流程任务,审批结果为通过或不通过
# 1. 业务接入(业务表单)
根据业务需要,业务通过建立独立的数据库表(业务表)记录申请信息,而流程引擎只负责推动流程的前进或者结束。两者需要进行双向的关联:
- 每一条业务表记录,通过它的流程实例的编号 (
process_instance_id) 指向对应的流程实例 - 每一个流程实例,通过它的业务键 (
BUSINESS_KEY_) 指向对应的业务表记录
以项目中提供的 OALeave 请假举例子,它的业务表 bpm_oa_leave 和流程引擎的流程实例的关系如下图:

也因为业务建立了独立的业务表,所以必须开发业务表对应的列表、表单、详情页面。不过,审核相关的功能是无需重新开发的,原因是业务表已经关联对应的流程实例,流程引擎审批流程实例即可。
下面,我们以项目中的 [OALeave] 为例子,详细讲解下业务表单的开发与使用的过程。
# 业务开发
# 新建业务表
新建业务表 bpm_oa_leave ,建表语句如下:
CREATE TABLE `bpm_oa_leave` ( | |
`id` bigint NOT NULL AUTO_INCREMENT COMMENT '请假表单主键', | |
`user_id` bigint NOT NULL COMMENT '申请人的用户编号', | |
`type` tinyint NOT NULL COMMENT '请假类型', | |
`reason` varchar(200) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '请假原因', | |
`start_time` datetime NOT NULL COMMENT '开始时间', | |
`end_time` datetime NOT NULL COMMENT '结束时间', | |
`day` tinyint NOT NULL COMMENT '请假天数', | |
`status` tinyint NOT NULL COMMENT '请假结果', | |
`process_instance_id` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '流程实例的编号', | |
`creator` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT '' COMMENT '创建者', | |
`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', | |
`updater` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT '' COMMENT '更新者', | |
`update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', | |
`deleted` bit(1) NOT NULL DEFAULT b'0' COMMENT '是否删除', | |
`tenant_id` bigint NOT NULL DEFAULT '0' COMMENT '租户编号', | |
PRIMARY KEY (`id`) USING BTREE | |
) ENGINE=InnoDB AUTO_INCREMENT=26 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci COMMENT='OA 请假申请表'; |
重点是两个字段:
process_instance_id字段,关联流程引擎的流程实例对应的ACT_HI_PROCINST表的PROC_INST_ID_字段status字段,请假结果,需要通过 Listener 监听回调结果,稍后来看看
# 【后端】实现业务逻辑
实现业务表的【后端】业务逻辑,具体代码可以看看如下两个类:
[BpmOALeaveController]
/*** <p> Project: scaffold - BpmOALeaveController </p>
*
* 管理后台 - OA 请假申请
*
* @author Tz
* @date 2025/10/25 15:26
* @version 1.0.0
* @since 1.0.0
*/
@Tag(name = "管理后台 - OA 请假申请")
@RestController@RequestMapping("/bpm/oa/leave")
@Validatedpublic class BpmOALeaveController {
@Resourceprivate BpmOALeaveService leaveService;
@PostMapping("/create")
@PreAuthorize("@ss.hasPermission('bpm:oa-leave:create')")
@Operation(summary = "创建请求申请")
public CommonResult<Long> createLeave(@Valid @RequestBody BpmOALeaveCreateReqVO createReqVO) {
return success(leaveService.createLeave(getLoginUserId(), createReqVO));
}@GetMapping("/get")
@PreAuthorize("@ss.hasPermission('bpm:oa-leave:query')")
@Operation(summary = "获得请假申请")
@Parameter(name = "id", description = "编号", required = true, example = "1024")
public CommonResult<BpmOALeaveRespVO> getLeave(@RequestParam("id") Long id) {
BpmOALeaveDO leave = leaveService.getLeave(id);
return success(BeanUtils.toBean(leave, BpmOALeaveRespVO.class));
}@GetMapping("/page")
@PreAuthorize("@ss.hasPermission('bpm:oa-leave:query')")
@Operation(summary = "获得请假申请分页")
public CommonResult<PageResult<BpmOALeaveRespVO>> getLeavePage(@Valid BpmOALeavePageReqVO pageVO) {
PageResult<BpmOALeaveDO> pageResult = leaveService.getLeavePage(getLoginUserId(), pageVO);
return success(BeanUtils.toBean(pageResult, BpmOALeaveRespVO.class));
}}
[BpmOALeaveServiceImpl]
package cn.tzzfj.scaffold.module.bpm.service.oa;
/*** <p> Project: scaffold - BpmOALeaveServiceImpl </p>
*
* OA 请假申请 Service 实现类
*
* @author Tz
* @date 2025/10/25 15:26
* @version 1.0.0
* @since 1.0.0
*/
@Service@Validatedpublic class BpmOALeaveServiceImpl implements BpmOALeaveService {
/*** OA 请假对应的流程定义 KEY
*/
public static final String PROCESS_KEY = "oa_leave";
@Resourceprivate BpmOALeaveMapper leaveMapper;
@Resourceprivate BpmProcessInstanceApi processInstanceApi;
@Override@Transactional(rollbackFor = Exception.class)
public Long createLeave(Long userId, BpmOALeaveCreateReqVO createReqVO) {
// 插入 OA 请假单long day = LocalDateTimeUtil.between(createReqVO.getStartTime(), createReqVO.getEndTime()).toDays();
BpmOALeaveDO leave = BeanUtils.toBean(createReqVO, BpmOALeaveDO.class)
.setUserId(userId).setDay(day).setStatus(BpmTaskStatusEnum.RUNNING.getStatus());
leaveMapper.insert(leave);
// 发起 BPM 流程Map<String, Object> processInstanceVariables = new HashMap<>();
processInstanceVariables.put("day", day);
String processInstanceId = processInstanceApi.createProcessInstance(userId,
new BpmProcessInstanceCreateReqDTO().setProcessDefinitionKey(PROCESS_KEY)
.setVariables(processInstanceVariables).setBusinessKey(String.valueOf(leave.getId()))
.setStartUserSelectAssignees(createReqVO.getStartUserSelectAssignees()));
// 将工作流的编号,更新到 OA 请假单中leaveMapper.updateById(new BpmOALeaveDO().setId(leave.getId()).setProcessInstanceId(processInstanceId));
return leave.getId();
}@Overridepublic void updateLeaveStatus(Long id, Integer status) {
validateLeaveExists(id);
leaveMapper.updateById(new BpmOALeaveDO().setId(id).setStatus(status));
}private void validateLeaveExists(Long id) {
if (leaveMapper.selectById(id) == null) {
throw exception(OA_LEAVE_NOT_EXISTS);
}}@Overridepublic BpmOALeaveDO getLeave(Long id) {
return leaveMapper.selectById(id);
}@Overridepublic PageResult<BpmOALeaveDO> getLeavePage(Long userId, BpmOALeavePageReqVO pageReqVO) {
return leaveMapper.selectPage(userId, pageReqVO);
}}PROCESS_KEY静态变量:是业务对应的流程模型的编号,稍后会进行创建编号为 oa_leave 的流程模型。[BpmProcessInstanceApi] 定义了
#createProcessInstance(...)方法,用于创建流程实例,业务无需关心底层是 Flowable 引擎,还是 Activiti、Camunda 引擎。
重点是看流程发起的逻辑,它定义了 /bpm/oa/leave/create 给业务的表单界面调用,UML 时序图如下:

# 【前端】实现业务逻辑
实现业务表的【前端】业务逻辑,具体代码可以看看如下三个页面:
- 请假发起界面:[
leave/create.vue]
请假详情界面:[
leave/detail.vue]请假列表界面:[
leave/index.vue]
另外,在 [ router/modules/remaining.ts ] 中定义 create.vue 和 detail.vue 的路由,配置如下:
{ | |
path: '/bpm', | |
component: Layout, | |
name: 'bpm', | |
meta: { | |
hidden: true | |
}, | |
children: [ | |
{ | |
path: 'oa/leave/create', | |
component: () => import('@/views/bpm/oa/leave/create.vue'), | |
name: 'OALeaveCreate', | |
meta: { | |
noCache: true, | |
hidden: true, | |
canTo: true, | |
title: '发起 OA 请假', | |
activeMenu: '/bpm/oa/leave' | |
} | |
}, | |
{ | |
path: 'oa/leave/detail', | |
component: () => import('@/views/bpm/oa/leave/detail.vue'), | |
name: 'OALeaveDetail', | |
meta: { | |
noCache: true, | |
hidden: true, | |
canTo: true, | |
title: '查看 OA 请假', | |
activeMenu: '/bpm/oa/leave' | |
} | |
} | |
] | |
} |
为什么要做独立的 create.vue 和 index.vue 页面?
- 创建流程时,需要跳转到
create.vue页面,填写业务表的信息,才能提交流程。 - 审批流程时,需要跳转到
detail.vue页面,查看业务表的信息。
# 【实现】实现审批结果的监听
审批结束时(例如说流程实例最终被审批通过、不通过、取消),后端需要监听审批结果,然后更新业务表的状态。
友情提示:BpmProcessInstanceStatusEventListener 是什么呢?
BpmProcessInstanceStatusEventListener 是我们框架自己封装的一个监听器,用于监听流程实例的最终结果。在流程实例结束时,会回调通知它。
如果你自己的业务接入工作流,并且需要监听审批结果,必须继承它,实现自己的监听器!!!
至此,我们了解了 OALeave 使用业务表单所涉及到的开发,下面我们来定义对应的流程、发起该流程、并审批该流程。
# 定义流程
登录账号 admin、密码 admin123 的用户,扮演【管理员】的角色,进行流程的定义。
# 新建流程
访问 [工作流程 -> 流程管理 -> 流程模型] 菜单,点击「新建流程」按钮,填写流程标识、流程名称。
注意,流程标识需要填 oa_leave 。因为在 BpmOALeaveServiceImpl 类中,发起流程的标识是 oa_leave 。
# 修改流程
点击「修改流程」按钮,配置表单类型为业务表单,填写表单提交路由为 /bpm/oa/leave/create (用于发起流程时,跳转的业务表单的路由)、表单查看路由为 /bpm/oa/leave/detail (用于在流程详情中,点击查看表单的路由)。如下图所示:

友情提示:注意!!! /bpm/oa/leave/create 和 /bpm/oa/leave/detail ,都是相对 /views 开始的 Vue 文件的路径!!!
# 设计流程
① 点击「设计流程」按钮,在线设计请假流程模型,包含两个用户任务:领导审批、HR 审批。如下图所示:

设置条件

点击右上角的「保存模型」按钮,完成流程模型的设计。
③ 点击「发布流程」按钮,把定义的流程模型部署出去。部署成功后,就可以发起该流程了。
# 发起流程
登录账号 admin、密码 admin123 的用户,扮演【员工】的角色,进行流程的发起。
① 发起业务表单请假流程,两种路径:
- 访问 [工作流程 -> 审批中心 -> 发起流程] 菜单,选择 “OA 请求” 流程,会跳转到流程模型
oa_leave配置的表单提交路由。 - 访问 [工作流程 -> OA 示例 -> 请假查询] 菜单,点击「发起请假」按钮。
② 填写一个小于等于 3 天的请假,只会走【领导审批】任务;填写一个大于 3 天的请假,在走完【领导审批】任务后,会额外走【HR 审批】任务。
后续的流程,和 [审批接入(流程表单)] 是基本一致的,这里就不重复赘述,当然你还是要试着跑一跑,了解整个的过程。
# 审批流程
略~自己跑
# 选择业务表单、流程表单?
流程表单,适合简单业务,无需开发的那种。大多数场景下,我们还是选择业务表单,例如说:
- [《CRM 手册 —— 【合同】合同管理、合同提醒》] 的合同审批
- [《CRM 手册 —— 【回款】回款管理、回款计划》] 的回款审批
也就是说,审批只是业务的一个环节,而不是整个业务的所有。所以,我们选择业务表单,是为了更好的支持业务的复杂度。