多人任务

任务动作

配置任务实例创建之后，用户可以对该任务进行的操作，这些动作会以按钮的形式展示在任务处理页面。

• 名称：操作按钮最终的显示名称

• 按钮样式：可选择按钮显示样式

• 执行逻辑：该动作会执行的逻辑

• 展示时机：按钮可显示的时机，根据任务状态（进行中/完成后/···）和用户身份（候选人/执行人/···）共同确定是否可查看当前配置的按钮

执行逻辑

执行逻辑即该动作实际会执行的逻辑。

串行-前加签/串行-后加签

这两个动作，仅串行的多人任务可用（如何配置串行见后续《完成任务-多任务执行方式》章节）。

效果为：点击后可选择需要加签的用户并添加备注。

• 若为前加签，则当前任务结束，并为所有加签用户和当前用户创建新任务，串行顺序为加签用户>当前用户；

• 若为后加签，为所有加签用户创建新任务，串行顺序在当前用户后；

关联配置：

• 加签范围：目前不限范围

• 加签任务展示名称：目前固定为加签: ${当前任务展示名称}

并行-并加签

仅并行的多人任务可用（如何配置串行见后续《完成任务-多任务执行方式》章节）。

效果为：点击后选择需要加签的用户并添加备注，即可为所有加签用户创建新任务。

关联配置：

• 加签范围：目前不限范围

• 加签任务展示名称：目前固定为加签: ${当前任务展示名称}

完成任务

• 添加备选结果：与单人节点不同，多人任务除了会根据配置的动作自动生成，还支持手动添加备选结果，用于完成规则为等待特定应答时，作为备选结果

• 执行人单位：本配置用于判断用户组在完成任务时，是否需要换算为具体用户。

  • 用户组：默认选项，将以组的名义完成任务，此后组内所有成员仍可查看并操作此任务，执行人仍为用户组；

  • 用户：将以个人名义完成任务，此后组内其他成员不再看到此任务，执行人更新为用户；

• 多任务执行方式：

  • 并行：同时创建并与执行人对应数量的任务并派发各自执行人；

  • 串行：按执行人范围的行间顺序（行内按默认顺序），依次创建任务并派发，直到前一个任务完成后创建并派发下一个

• 完成规则：

  • 并行可以配置或签/普通会签/等待特定应答逻辑，串行只可配置等待特定应答逻辑

  • 或签：第一人应答后立即结束任务，输出该结果

  • 普通会签：等待所有人应答后才结束任务，输出选项最多的结果

  • 等待特定应答：按顺序依次等待特定的应答（可以选择手动添加的备选结果），一旦出现该应答，则输出对应结果

举例说明

结合《执行逻辑-完成任务》章节中提到的两个outcome变量，举例说明多实例任务在完成任务时的特点。

• Vivian：approve

• Jane：reject

• Micheal：reject

在不同的完成规则下，变量${acr$outcome}和变量${macr$outcome}的值会如此变化：

• 或签：假如Vivian第一个处理任务，那么变量${acr$outcome}和变量${macr$outcome}都会是approve，且多人任务立即结束，其他两位执行人不会再处理此任务；

• 普通会签：

  • 每人处理任务后，变量${acr$outcome}都会有各自的值，对应各自的动作，即

    • Vivian的${acr$outcome}：approve

    • Jane的${acr$outcome}：reject

    • Micheal的${acr$outcome}：reject

  • 仅当Vivian、Jane、Micheal全部都处理完成后，变量${macr$outcome}才会有值，且是最多人选择的那个结果，即reject

• 等待特定应答：根据配置的应答选项决定，此例中不讨论。

当最后一个任务完成，多实例整体结束时

类似于当任务完成时，区别在于这是多实例中最后一个任务完成时，此任务完成后，整个多实例也会结束。

多实例任务级事件监听

• 静态值

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

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