发起人任务

1 功能简介

发起人任务在流程图创建时与发起事件自动生成，主要用于实现第一个流程审批节点可以退回发起人的功能。

具备如下特性：
（1）只能处于流程第一个审批任务前，响应人固定为流程发起者；
（2）流程发起后自动执行该任务，流程将直接流转到第一个审批任务，如下图所示。

如此，当任务【审批节点1】具备退回相关功能时，就可以退回到已经自动流转过的【发起人】节点了。

2 配置说明

（1）【发起人任务】相关配置

• 名称：默认值“发起人”，允许用户修改。
• 全局变量赋值：默认为空，显示“未配置”，允许用户配置。流程发起后节点自动办理时不会执行全局变量赋值，仅发起人通过被退回等场景进入审批界面手动处理时生效。
• 审批表单（原详情表单）：全局审批表单未配置时显示为“未配置”，若全局审批表单已配置，配置中显示“默认配置”，会使用全局审批表单，允许设计者手动修改。流程图保存后此处显示为具体的表单名称。
• 响应按钮：默认选中“提交”，同用户任务禁用审批以后响应按钮配置。（支持配置“处理意见必填”，支持配置“提交校验设置”，支持配置“提交后事件”，上述三项配置在流程发起后节点自动办理时不生效不执行，仅发起人通过被退回等场景进入审批界面手动处理时生效。）
• 修改按钮：默认显示为“已配置”，开启“允许修改”，用于控制发起人通过被退回等场景进入审批界面手动处理时是否允许对表单进行修改。
• 扩展按钮：默认显示为“已配置”，默认配置了“终止”按钮，用于控制发起人通过被退回等场景进入审批界面手动处理时是否允许终止流程。版本V7.4.0针对“提交到发起人任务”的发起模式下的业务数据删除问题，新增了“删除”操作，默认不开启，开启后发起人任务办理时有权删除当前业务数据及流程数据。
• 详情按钮：支持配置流程详情查看页面“撤回”按钮和“催办”按钮。
• 描述：配置任务描述信息

（2）【发起人任务】必须放在开始事件之后使用，且整个流程中至多只能有一个发起人任务。

3 发起人任务执行规则

（1）流程发起后，如果第一个任务是【发起人任务】，任务自动办理，流程直接流转至下一节点。自动办理时，不执行提交校验、提交后事件、全局变量赋值等界面功能。

（2）流程退回至【发起人任务】或通过除开始事件以外的流转线指向该类任务时，发起人会收到对应的待办任务和工作流任务消息，需要去“我的待办”中进行手动办理（提交、修改后提交、终止）。此时需要执行相应的处理意见必填校验、提交校验、提交后事件、全局变量赋值等功能。

（3）【发起人任务】手动办理后，在流转情况中显示具体办理情况（发起人继续提交或终止），同其他用户任务节点展示。

4 退回发起人实现方案

（1）使用扩展按钮【退回】
对于流程来说【发起人】节点虽是自动办理，但也实际经过流转，满足目前允许退回的前提条件：直接存在节点且节点已经流转过。因此在审批节点1及后序审批节点退回时可以实现退到【发起人】节点，让流程启动者收到待办任务去进行手动处理（继续提交、修改或终止）。

例如下图中，假设流程流转情况为“发起人→审批节点1→审批节点2”，当前审批节点2正在进行审批，此时他若发现流程需要退回，按目前退回的逻辑他就可以选择退回到“发起人”和“审批节点1”中的任一节点，实现退回到发起人的业务需求。

（2）使用扩展按钮【退回发起人】
扩展按钮【退回发起人】适用于需要一键退回到发起人进行修改并重新提交的场景。其配置方式同其他扩展按钮，如下图所示。

点击【退回发起人】时，无需选择退回的节点和响应人，流程将默认退回到【发起人任务】节点，当然也可以选择配置流程继续提交以后是“重走流程”或是“直接提交给我”。