为了让合适的用户运行、批准和参与审批任务，使用 Process Composer 识别的标签是很重要的。

在Process Composer > 审批任务中，用户的配置在运行时被识别为任务的分配者、请求者和贡献者，以支持多用户协作。

图像显示请求者是流程执行者，受让人是审批者。

在将批准路由到角色和团队时，下表可用于配置和辅助决策。 用户列显示在流程配置中识别的标签。 详细信息列描述了该配置的参数。

  • 请求任务的用户（任务请求者）。
  • 分配任务的用户（任务分配者）。
  • 被分配到任务的用户（任务负责人）。
  • 参与任务的用户（任务贡献者）。
用户 详细信息
请求创建者 当使用界面 (Automation Co-Pilot) 创建请求时，创建请求的用户。
  • 请求创建者必须是指定组的一员。
当请求通过其他方式创建时（API、创建请求命令、CoE 批准场景等）
  • 请求创建者不需要是指定组的一员，只需要拥有执行权限。
请求分配组 请求创建的角色或团队。
= 创建团队

示例： 请求从 202 组下创建的流程 (POC) 中申请 POC-2。

  • 202 组是请求分配组。
  • 该组可读取在其工作区创建的申请。
任务分配器

需要响应任务的角色或团队（已收到）。

示例： 请求中的表单任务被分配给角色 301。

  • 角色 301 是任务分配者。
  • 角色 301 的用户可以在已分配标签中查看任务。
任务请求者 请求任务以响应（已发送）的角色、团队或用户（请求创建者）。

示例： 403 组要求从请求中获取表格任务。

  • 403 组是任务请求者。
  • 来自 403 组的用户可以在请求选项卡中查看任务。
贡献者
参与（或正在参与）该任务的用户。
  • 表单和文档验证任务（在提交之前填写贡献者）
    • 当状态为待处理时，贡献者是被分配或锁定到该任务的用户。
      = 受让人 ID
      或
      锁定者
    • 当状态为已完成时，贡献者是提交任务的用户
      = 提交者
  • 审批任务（提交后填写贡献者）
    • 当状态为等待审批 (0/2) 时，贡献者为空。
    • 当状态为等待批准 (1/2) 时，贡献者是批准任务的用户的用户 ID。
    • 当状态为已批准时，贡献者是批准请求的所有用户的数组。
      = 批准者
    • 当状态为已拒绝时，贡献者是拒绝请求的用户。
      = 被拒绝者

审批任务的可见性和操作

任务序列：

  • 任何属于响应者组的用户都可以在任务按顺序进行时查看任务。

  • 除当前审批任务外，其他任务对响应者组不可见。

任务可能采取的操作：

  • 评论历史记录

    显示批准或拒绝评论的历史记录

  • 批准

    • 以批准状态提交任务

    • 提交审批时添加评论

  • 拒绝

    • 提交任务并将状态设置为拒绝

    • 在提交拒绝通知时添加评论

在用户想要通知某人某个特定任务，可以在活动任务的 URL 中找到任务参考 ID。

图像展示了位于 URL 中的任务参考。