人工节点再次提交审批策略

1 简介

1.1 功能介绍

开启本设置，当审批节点驳回到当前节点，再次提交将直接回到原审批驳回的节点。

关闭本设置，再次提交后按照流程定义的路径重新流转。

注意：如果原审批驳回的节点是并行分支内节点，或是开启了汇聚属性的节点，本参数失效，再次提交后仍按照流程定义的路径重新流转。

1.2 应用场景

单据被驳回到人工节点后，提单人重新提交，此时流程有两种流转方式，重新一级一级审批或者直接到驳回节点。

场景1：(流程中默认提供了配置)

单据被驳回到人工节点后，提单人在修改提交的时候直接到被驳回节点或重新走流程，不需要提交节点在重新提交时弹出界面做选择。

实现方案：

打开流程，开启人工节点“再次提交直接到原审批驳回的节点”选项，那么单据被驳回到提交节点后，提单人重新提交时会直接到驳回的节点。

场景2：(流程中默认提供了配置)

由审批人在驳回的时候决定是否重新走流程。

实现方案：

打开流程，开启审批节点的“允许选择是否驳回重走”选项，那么审批人在驳回的时候就可以决定是否需要重新走流程。

运行效果：

场景3：（通过传递参数覆盖人工节点的配置）

单据被驳回到人工节点后，提单人自己决定是否重走审批，提单人在修改提交的时候，单据那边弹出一个界面来判断是重走审批流还是直接到被驳回节点。

实现方案：

工作流提供了接口参数，控制流程是否重走还是直接回到驳回节点。二开在单据提交的时候，可以弹出界面，根据选择的结果给流程传递参数。

注意：此功能优先级应高于人工节点“再次提交时直接到被驳回节点”；可以覆盖模板提供的提交操作，通过传递参数后，通过代码调用提交。

参考代码如下：

public void itemClick(ItemClickEvent evt)