1.功能描述
配置节点审批的时审批按钮
2.操作指引
第一步：进入流程配置界面；
第二步：点击任务节点；
第三步：在右侧点击更多配置-节点按钮-“编辑”；
第四步：设置按钮；
第五步：按钮设置完毕，点击保存配置。
初始化按钮：即恢复节点默认显示的按钮；
前置脚本：javascript脚本,在提交前做些处理，参数：_req,boData,_this，返回:true/false。返回false时不做提交动作；
groovy脚本：java脚本，控制按钮是否显示，返回 false不显示，返回 true显示（上下文变量：1.流程变量。2.BO数据返回:true/false。；）
3. 按钮使用说明
3.1同意/反对
|
功能按钮
|
功能说明
|
业务场景
|
|
同意 |
点击同意即表示同意所提交的事项内容，完成当前环节的流程审批 |
如当前审批人同意所提交的事项内容，可在“审批意见”填写区域输入具体处理意见，并明确表示同意后，选择“同意”功能提交。 |
|
反对 |
会签环节中，如当前审批人对所提交的事项内容有异议，可使用反对按钮 |
费用预算申请需要部门负责人和项目负责人会签，项目负责人不同意该费用预算申请，则可填写反对意见，并选择“反对”按钮提交。 |
3.2流转/同意（流转）/反对（流转）
|
功能按钮
|
功能说明
|
业务场景
|
|
流转 |
用户将自己的任务流转给其他用户 |
如当前审批事项需流转给相关部门人员审批，用户可将自己的任务流转给其他用户，其他用户审批收到的流转任务，根据流转时设置的“任务通过规则”可以计算出任务流转后的结果，可以根据流转后的最后结果选择流程路径。 |
|
同意（流转） |
流转任务中的审批按钮：同意（流转）表示同意所提交的事项内容。 |
当用户打开流转任务，在任务的审批页面中只有同意（流转）、反对（流转）的按钮，若当前审批人同意流转的事项内容，可在“审批意见”填写区域输入具体处理意见，点击“同意（流转）”按钮进行审批。 |
|
反对（流转） |
流转任务中的审批按钮：反对（流转）表示反对所提交的事项内容。 |
当用户打开流转任务，在任务的审批页面中只有同意（流转）、反对（流转）的按钮，若当前审批人反对流转的事项内容，可在“审批意见”填写区域输入具体处理意见，点击“反对（流转）”按钮进行审批。 |
审批页面流程流转操作步骤（需要先在流程配置-节点按钮中配置流转按钮）：
第一步：进入流程审批界面；
第二步：选择流转，点击提交；
第三步：进行流转规则配置；
第四步：配置完毕，点击确定；
流转设置项说明：
Ø 任务通过规则
全票通过：即流转人员需要全部都同意（流转），流转状态才为通过；
一票否决：即有一个用户反对（流转），流转状态为不通过；
一票同意：只要有一个用户同意（流转），流转状态就为通过；
自定义：自由设置流转任务的通过规则；
Ø 流转类型
并行：即流转人员不分先后顺序，可以一起进行流转审批；
串行：即第一个流转人员审批完后，才会产生第二个流转任务；
Ø 流转结束后的动作
提交：即流转结束后，直接提交流转到下一环节；
返回：即流转结束后，返回到发起流转的环节。
3.3驳回
|
功能按钮
|
功能说明
|
业务场景
|
|
驳回发起人 |
将流程驳回到发起人，可设置驳回后的流程走向 例如：驳回到发起人后再提交，可设置直接提交到驳回的环节或按照流程图方式流转。 |
IT项目立项时，没有上传报相关文件，可驳回到发起人，上传文件后重新提交。 |
|
驳回上一步 |
将流程驳回到上一步审批节点， |
上一节点表单信息漏填或错填时,可驳回上一步节点,修改信息后重新提交 |
|
驳回指点节点 |
将流程驳回到指定的节点 |
流程走到比较后的节点时,才发现信息漏填或错填,可驳回填信息的节点,重新填写 |
驳回按钮-设置驳回方式界面：
审批页面-驳回界面
3.4保存
|
功能按钮
|
功能说明
|
业务场景
|
|
保存 |
将表单内容进行保存，保存后可在“我发起的”中查看草稿 |
用户可对没有填写完的表单先进行保存，下次打开该草稿是也可进行编辑、提交或删除该草稿 |
3.5转办
|
功能按钮
|
功能说明
|
业务场景
|
|
转办 |
将任务转交给其他人办理 |
当前的任务自己不熟悉时，可使用“转办”功能，将任务转办给其他熟悉的用户办理。 |
添加了转办按钮后，需要在流程配置页面-其他配置中设置允许任务转办，在审批页面才能显示转办按钮，如下图所示：
流程转办操作如下图：
3.6征询
|
|
|
|
|
功能按钮 |
功能说明 |
业务场景 |
|
征询 |
如当前审批人对当前审批事宜有不明之处，需由本部门同事、或其他部门领导给予相关参考意见的，可采用“征询”功能来获取相关意见建议。 |
公司规章制度修改申请，当申请里面涉及到一些自己不懂的地方，可将该流程发起征询操作 |
征询分为直接返回和逐级返回两种状态
直接返回：A征询B，B征询C，C进行回复，流程会直接回到A下
逐级返回：A征询B，B征询C，C进行回复，流程到B下，B再进行回复，流程到A下，会按发起征询的顺序一级一级的返回到最开始发起征询的节点
注：发起征询后，需要征询人员回复后，才能进行下一步流转。
3.7终止
|
功能按钮
|
功能说明
|
业务场景
|
|
终止 |
终止流程，流程实例结束，流程不再往下流转。如当前流程出现错误或意外时，可使用终止流程，将该流程终止。 |
出差申请，申请人因离职原因，审批人可将该申请终止 |
3.8加签
|
功能按钮
|
功能说明
|
业务场景
|
|
加签 |
临时在流程审批过程中添加审批人员 |
审批时不确定流程是否要继续，临时加入其他审批人员，进行判定 |
加签按钮需要手动在流程的节点按钮配置中添加上
注：加签操作只适用于普通用户节点
配置成功后，启动流程的效果如下图：
加签可加一人或是多人
配置成功后，启动流程的效果如下图：
加签可加一人或是多人
加签后，当前的任务就会转移到用户A下，用户A反馈后，流程会回到加签人“张三”下；加签的用户A的操作权限和发起加签用户张三相同
操作过程：会签节点的加签按钮，需要配置在会签规则的 权限功能设置这里加了权限，才会显示加签按钮
注意：会签节点如果需要允许加签按钮，则必须要先去“会签规则设置”中配置好加签规则，设定好是什么规则的用户才允许执行加签，如果未配置允许加签的规则，则加签按钮不显示在用户端
3.9挂起
|
功能按钮
|
功能说明
|
业务场景
|
|
挂起 |
流程临时锁定，不能进行任何影响流程进程的操作 |
流程发起后数据错误，或配置出错，不能再继续进行可临时挂起排查原因 |
流程挂起后，相关的审批操作不能再进行操作，同时会显示“取消挂起”的操作按钮，点击后，流程恢复到非挂起装填，可以继续进行审批操作
3.10按钮事件
① 前置脚本：javascript脚本,在提交前做些处理，参数：_req,boData,_this，返回:true/false。返回false时不做提交动作。
示例：表单某个字段输入同意时，点击同意按钮，才提交流程，反之，则不提交；
表单主表字段boData.cslclx.zd2 （boData.建模名称.字段名称）
结果要返回true或false；返回false时不做提交动作；
if(boData.cslclx.zd2=="同意")
{
return true;
}
else
{
alert("输入有误");
return false;
}
//示例：点同意时判断子表是否有添加数据
if(boData.ansj.sub_bdzb1.length != 0)
{
return true;
}else
{
alert("子表最少要有一条数据");
return false;
}
② groovy脚本：java脚本，控制按钮是否显示，返回 false不显示，返回 true显示。上下文变量：1.流程变量。2.BO数据返回:true/false
示例：若表单字段“职位”内容不为空，则显示同意按钮；
if(fzjm.get("zw").asText() !=""){
return true;
}else{
return false; }
