单人任务

完成任务

基于常用场景，已包装好提交/同意/拒绝动作，执行逻辑为点击后则完成当前节点。

• 附件选项：完成任务时是否可以上传附件

• 输出结果：可以配置完成任务时的输出结果

  • 任务结束之后，单人任务会基于用户选择的操作创建一个变量${acr$outcome}

  • 您可以将该局部变量映射到全局变量后，在后续节点进行判断/记录

转办

效果为：点击后可选择转办的用户并添加备注，当前任务仍在进行中，只是执行人更改。

• 转办范围：目前不限范围

认领

点击后，待办页面中该任务实例会从【待认领的任务】移动到【我的任务】，任务的执行人更新为当前用户

取消认领

点击后，待办页面中该任务实例会从【我的任务】移动到【待认领的任务】，任务的执行人更新为空

撤回

同《全局配置》章节中的【流程动作-流程撤回】。

• 可撤回节点：选择发送撤回消息的目标节点，只允许选择已经配置【订阅撤回】事件监听的任务节点

• 执行条件：配置允许撤回的条件

  • 默认无条件

  • 自定义条件支持多个可撤回节点自由编排：

    • 节点状态为进行中

    • 节点为多人任务的，该多人任务产生的多实例中没有任何一个任务实例被完成

跳转

支持完成当前任务后，再跳转至目标节点。

• 输出结果：可选本节点内，执行逻辑为【完成任务】的动作的输出结果

• 跳转范围：

  • 不限范围：则使用时，可选任意节点

  • 设定范围：多选可跳转节点，使用跳转时，可选的节点仅限此处配置的范围内

跳转的使用效果：

候选人单位

即最终执行时，是以用户还是用户组为单位进行任务指派。

• 用户、用户组：此时会将用户组作为指派单位，如果候选人中配置了一个用户组，执行时不会对组进行解析，任务的候选人为该用户组，组内成员均可以看到和执行，任务认领之后会变成具体的人

• 仅用户：此时不会将用户组作为指派单位，如果候选人中配置了一个用户组，执行时会对组进行解析，任务的候选人为具体用户

候选人范围

任务候选人配置，即哪些人可以看到并执行该任务。

目前支持以下几种配置方式：

• 流程发起人：默认配置，会直接将流程发起人作为任务候选人 -

  
  
  

• 指定用户或组：选择具体的用户/用户组 -

  
  
  

• 表达式-用户ID：用JS表达式输入用户ID，实现动态指派 -

  
  
  

• 表达式-用户组ID：类似表达式-用户ID，用JS表达式输入用户组ID，实现动态指派 -

  
  
  

• 基于角色方案：选择角色方案组件，配置角色/角色组+维度，动态计算得到任务的候选人 -

  
  
  

• 基于用户对象：选择一个基础对象（通常是本工作流关注的业务对象），并对其进行过滤（只能根据业务主键进行过滤），选择作为候选人的用户属性，该属性必须是用户类型 -

  
  
  

• 基于用户组对象：类似基于用户对象，只是最终选择作为候选人的属性需要是用户组类型 -

  
  
  

候选人为空处理

当计算得到的候选人为空时，提供的预置处理方式，目前支持：

• 作为不可捕获异常抛出：

  • 候选人为空时将在流程监控-异常信息列表中出现一条异常信息，会打断流程执行，流程将不再继续向下执行

  • 如果是通过角色方案等配置导致的候选人为空，可以更改配置后进行重试，将按照新的配置生成对应任务

候选人仅1人时，将其指派为执行人

默认启用，单人任务创建的用户任务默认需要用户认领，但是当任务最终的候选人只有一个人时，可以配置该用户自动认领、

待办跳转界面

即在待办页面中通过点击查看按钮可以跳转查看的页面，一般配置用来进行任务处理

• 目前待办跳转页面支持页面2.0和UX元素，建议使用UX元素

• 跳转参数默认添加task_id和proc_id，页面2.0和UX可以通过$urlQuery.键引用跳转参数的值（UX还支持直接通过变量值引用）

• 关于工作流和页面2.0、UX的数据交互方式，详见关联元素配置中的【工作流与页面2.0的关联配置说明】和【工作流与UX的关联配置说明】章节

• 常见的关联元素配置（以UX为例）：

快速完成任务

对于一些简单的任务，不需要跳转待办界面进行任务处理，可以配置允许快速完成，勾选后支持直接在待办页面上完成任务：

• 待办页面对应任务上将出现快速处理按钮

• 勾选任务后支持批量处理

• 处理的逻辑仅限于完成任务，其他执行逻辑（例如转办、加签等）需要进入待办跳转界面处理

激活计时器

可以配置监听动作的执行时间

• 首次激活时间：基准时间+偏移时间即首次执行监听动作的时间

  • 基准时间可以配置表达式或者静态值

    • 例：您可以配置任务开始时间${acp!start_time}或者任务截止时间${acp!due_time}作为基准时间

  • 偏移时间用来辅助您实现更复杂的激活时间设置，如您需要在任务到期两小时后执行某个监听（入发送通知），您可以配置基准时间为${acp!due_time}，偏移时间为2小时，支持的偏移时间单位有分钟/小时/天/周

• 重复激活：支持您对于一个监听事件多次重复执行

  • 可指定重复间隔，如每12小时重复执行一次，支持的间隔时间单位有分钟/小时/天/周

  • 最多激活次数/最晚激活时间：为了避免由于误配置导致多次重复执行，我们提供了该配置，用来定义监听动作的执行上限，达到最多激活次数/最晚激活时间，不再执行监听事件

    • 默认最多激活次数的上限为100次，即对于同一个监听动作，我们最多只会重复100次

• 激活条件：后续将支持在激活时进行条件判断，只有在特定条件下才允许执行，目前始终激活

执行动作

• 启动工作流：支持您启动一个额外的动作流

  • 通过此配置，您可以启动一个与当前工作流执行无关的流程，用来发送消息、执行脚本或其他行为

  • 流程启动参数支持表达式类型的赋值：支持当前节点(acp$)、全局变量(wfv$)、启动参数(wfi$)、工作流实例(wfp$)、工作流(wf$)变量

• 发送消息：向目标流程发送指定消息，消息的定义详见《消息》章节

• 完成当前任务：支持到期自动完成

  • 完成任务的操作用户为指派的任务执行人，若指派的执行人单位为用户组，则以组的名义完成任务，操作人为“任务监听-计时执行”

  • 若指派的执行人为空，当前仅支持不完成，等待用户处理

  • 完成当前任务的输出结果，可选本节点内，执行逻辑为【完成任务】的动作的输出结果，默认选择approve

  • 任务备注支持静态值和表达式

    • 静态值：默认超时自动完成

    • 表达式：支持当前节点(acp$)、全局变量(wfv$)、启动参数(wfi$)、工作流实例(wfp$)、工作流(wf$)变量

  • 效果：

通用消息

• 目标节点：每一个事件监听需要配置一个目标输出节点，标识订阅到对应事件后的后续执行逻辑

  • 配置事件监听之后，需要在画布上为当前的事件监听配置一个输出节点，然后在配置项中选择此输出节点，进行匹配

• 事件名称：有多个事件监听时，可以用来进行用途区分

• 订阅消息：可以选择一个全局设置的消息事件进行订阅，当订阅的消息被接收时，执行关联的目标节点（消息事件如何定义，见《消息》章节）

• 中断当前活动：开启后，当接收到订阅的消息时，会直接中断当前节点，执行事件订阅的目标节点

  • 不开启时，则不会影响当前节点执行

  • 开启后，若中断节点，节点中正在运行的任务会直接变更为 **【已终止】 **状态

• 事件结束时映射：执行当前事件监听后，可进行数据映射操作，赋值类型包括：

  • 静态值

  • 表达式：支持当前节点(acp$)、全局变量(wfv$)、启动参数(wfi$)、工作流实例(wfp$)、工作流(wf$)变量

  • 消息参数：订阅消息的消息属性，可选与全局变量数据类型相同的参数

订阅撤回

• 静态值

• 表达式：支持当前节点(acp$)、全局变量(wfv$)、启动参数(wfi$)、工作流实例(wfp$)、工作流(wf$)变量

• 执行信息：source_node_code-操作节点编码、operator_id-操作人、operate_time-操作时间