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; }