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签收/强制签收
| 功能按钮 | 
      
                功能说明 | 
      
                业务场景 | 
    
|---|---|---|
| 
         签收  | 
      
         使用“签收”按钮后,流程的其他执行人在待办中将看不到该待办  | 
      
         当“用户任务”节点的待执行人有多个人时,会在审批页面显示“签收”的按钮,其中一个点击“签收”后,其他审批人将不能查看并且不能处理该待办。  | 
    
            
            签收操作如下图:
            
注:1、签收按钮在用户任务节点的审批人设置有多个的情况下才会出现;
                2、没有设置强制签收时,不签收也能处理任务;
            强制签收操作如下:
            
3.6转办
| 功能按钮 | 
        
                  功能说明 | 
        
                  业务场景 | 
      
|---|---|---|
| 
           转办  | 
        
           将任务转交给其他人办理  | 
        
           当前的任务自己不熟悉时,可使用“转办”功能,将任务转办给其他熟悉的用户办理。  | 
      
            
流程转办操作如下图:
            
3.7征询
| 
           功能按钮  | 
        
           功能说明  | 
        
           业务场景  | 
      
| 
           征询  | 
        
           如当前审批人对当前审批事宜有不明之处,需由本部门同事、或其他部门领导给予相关参考意见的,可采用“征询”功能来获取相关意见建议。  | 
        
           公司规章制度修改申请,当申请里面涉及到一些自己不懂的地方,可将该流程发起征询操作  | 
      
直接返回:A征询B,B征询C,C进行回复,流程会直接回到A下
逐级返回:A征询B,B征询C,C进行回复,流程到B下,B再进行回复,流程到A下,会按发起征询的顺序一级一级的返回到最开始发起征询的节点
注:发起征询后,需要征询人员回复后,才能进行下一步流转。
3.8终止
| 功能按钮 | 
      
                功能说明 | 
      
                业务场景 | 
    
|---|---|---|
| 
         终止  | 
      
         终止流程,流程实例结束,流程不再往下流转。如当前流程出现错误或意外时,可使用终止流程,将该流程终止。  | 
      
         出差申请,申请人因离职原因,审批人可将该申请终止  | 
    
3.9加签
| 功能按钮 | 
      
                功能说明 | 
      
                业务场景 | 
    
|---|---|---|
| 
         加签  | 
      
         临时在流程审批过程中添加审批人员  | 
      
         审批时不确定流程是否要继续,临时加入其他审批人员,进行判定  | 
    
注:加签操作只适用于普通用户节点
配置成功后,启动流程的效果如下图:
加签可加一人或是多人
加签后,当前的任务就会转移到用户A下,用户A反馈后,流程会回到加签人“张三”下;加签的用户A的操作权限和发起加签用户张三相同
            
操作过程:会签节点的加签按钮,需要配置在会签规则的 权限功能设置这里加了权限,才会显示加签按钮
            
            
注意:会签节点如果需要允许加签按钮,则必须要先去“会签规则设置”中配置好加签规则,设定好是什么规则的用户才允许执行加签,如果未配置允许加签的规则,则加签按钮不显示在用户端
3.10挂起
| 功能按钮 | 
        
                  功能说明 | 
        
                  业务场景 | 
      
|---|---|---|
| 
           挂起  | 
        
           流程临时锁定,不能进行任何影响流程进程的操作  | 
        
           流程发起后数据错误,或配置出错,不能再继续进行可临时挂起排查原因  | 
      
            
3.11按钮事件
① 前置脚本: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
示例:若表单字段“字段1”内容不为空,则显示同意按钮;if(bdkjyz.get("zd1").asText() !=""){
 return true;
}else{
 return false; }
          预览效果: