背景:
工作流发起流程之后,进入流程监听器,再进入任务监听器。流程设计图获取审批人都是从前端页面下拉框选,因此设计图的审批人都是变量形式${assignee}
传递。整个流程中都可以通过获取变量的方式获取各个节点的审批人,此处默认都是单个审批人,多个审批人的牵扯到会签不做讲解。
职责划分:
执行监听器:负责设置审批人
任务监听器:负责发送待办,变更已办
流程流转:发起流程—进入执行监听器—进入任务监听器—发起流程完成—绑定流程在业务单据上,至此结束,下面详细说明一下每个流程中的细节。
监听器用法:
执行监听器create
动作:赋值变量型审批人,此时任务还未创建,无法获取任务id
任务监听器create
动作:进去创建任务,此时拥有任务id
。若是变量型审批人,需要前置设置审批人,否则会报错
任务审批完成
任务监听器complete
动作:此时拥有任务id
执行监听器create
动作:此时拥有任务id
可以做一些操作
发起流程
审批通过
审批通过拒绝都是用complete
方法
子流程分解为多个独立的执行单元
子流程的审批人集合:一般执行监听器赋值
子流程的元素变量(多实例):代表每一个元素的名称,子流程内部若想获取子流程的变量,名称必须保持一致,流程内部就会自动获取到。此处的多实例类型选择并行
,各执行各的互不影。
子流程内部的节点:审批人若想获取子流程的数据,名称必须与子流程的元素变量一致