负责人

任务负责人的主要责任是执行分配给他们的任务。这些任务通常由流程引擎自动分配，也可以由用户手动分配给特定的人员。

特性

• 数据字段：任务负责人存储在全部任务视图或运行任务视图的负责人字段中。

• 关键字：任务负责人的关键字%Task.Assignee%，你可以在流程设计器的公式框中随时引用它。

负责人列表

在节点的负责人设置中，您可以预设任务的负责人，流程运行过程中，将基于该设置查找实际负责人。

支持以下五种用户预设类型：

• 用户：选择特定用户名的用户，用户名可以来自数据表、关键字或变量。例如：张三。

• 角色：选择特定角色下的所有用户，角色名可以来自数据表、关键字或变量。例如：主管。

• 组织：选择特定组织节点下的所有用户，组织节点路径可以来自数据表，关键字或变量，例如：公司/行政部。

• 基于组织查找：从指定的用户或者组织节点开始，向上、向下或者同级查找组织节点，可遍历组织节点下的所有人或者特点组织角色，例如：公司/行政部下的所有行政专员或流程发起人所在部门的部门经理`

• 连续多级：基于指定用户，按不超过[基于用户]所在节点向上第N级或不超过[组织结构]的第N级两种审批终点的其中一种查找负责人，找到的负责人将依次审批，而不是一次性为所有人创建任务。

同时，您还需要了解以下特殊策略：

• 空列表：当负责人列表未配置任何项时，默认为查找组织内的所有人，但会由人员范围做进一步限定。

• 忽略用户：实际找人时会忽略已经禁用或删除的用户，例如仅有张三（已禁用）和李四是部门经理，那么基于部门经理角色查找时，只会找到李四一人。

• 无负责人：当从负责人列表中未查找到任何人时，立即触发无负责人策略。

人员范围

人员范围控制如何基于负责人列表选取用户。

人员范围支持以下四种模式：

• 所有负责人：为负责人列表中的所有实际查找到的用户自动分配任务。

• 由用户选择一人：需要上一节点的负责人在提交任务时，从负责人列表查找出的用户里，选择其中一人作为当前节点的负责人。

• 由用户选择多人：需要上一节点的负责人在提交任务时，从负责人列表查找出的用户里，选择其中至少一人作为当前节点的负责人。

• 系统自动选择一人：从负责人列表查找出的用户里，选择其中的第一个人，自动分配任务。暂不支持随机或均衡选择负责人（均衡派单）。

流程发起后的第一个节点不应该配置为由由用户选择一人或由用户选择一人，否则会直接触发无负责人策略。

审批方式

`审批方式定义了多个人审批时的节点通过规则。

1. 抢签

抢签仅需多个负责人中的任意一人处理任务。无论是通过还是拒绝，其他人的任务都会直接取消，触发其他人任务的任务取消时事件。抢签通常用于需要多人快速决策的情况。

2. 会签：所有人通过即通过

会签要求所有指定的负责人都必须同意任务，流程才能继续。这种方式用于确保多个人员都参与审批并达成一致意见。但是任何一人拒绝时，其他人的任务会直接取消，触发其他人任务的任务取消时事件。

3. 会签：按数量通过

投票方式之一，按数量计票，允许每个指定的负责人投票以确定任务的结果。当反对票过多，超过总票数 - 预设通过票数时，视为投票不通过，其他人正在运行的任务直接取消，触发任务取消时事件。

4. 会签：按比例通过

投票方式之一，按比例计票。当反对票过多，反对比例超过100% - 预设通过比例时，视为投票不通过，其他人正在运行的任务直接取消，触发任务取消时事件。

说明：

拒绝和反对可通过结束节点操作中的结束当前任务类型实现。

注意事项

• 任务响应时间：任务负责人需要及时响应任务并完成工作，以确保流程不会因等待而延迟。

• 审批和授权：如果任务需要经过审批或授权，任务负责人可能需要协助在流程中找到合适的审批人或授权人，以便任务能够顺利执行。

• 任务准确性：任务负责人需要确保任务执行的准确性，因为任务的结果可能会影响整个流程的执行和后续步骤。

结论

任务负责人在流程中扮演着至关重要的角色，他们负责执行任务、审批步骤以及保证任务按照流程规则和要求完成。因此，任务负责人需要具备责任感、高效率和良好的协作能力，以确保流程的顺利执行。