移动端

按钮



有上面三种状态,点击下标会弹出相应的流程图
流程启用后,相关按钮会默认绑定相应的下标(无需刷新) 运行中,点击按钮会有相应的提示
拒绝之后,同一流程还能继续发起(在历史中显示的是退回)
状态UI展示
无审批历史
无进行中的审批



有审批历史
有进行中的审批
有审批历史
没有进行中的审批
胶囊操作栏说明


转签

选中【同时转签当前工作流实例中的后续任务】会把当前的流程后续任务也自动转签给选中人员
加签

拉入某人一起审批
在会签节点已经设置“最小通过人数”的情况下,加签只会把新的审批人加入当前节点的审批人范围,并不会自动提高原来的通过门槛。其他情况是全签才是审批完成
如果一个会签节点原本有三位审批人,最小通过人数设置为 2,那么即使后续又加签了一位审批人,系统仍然会按照“累计 2 人同意即可通过”的规则判断节点是否完成。加签在这里的含义更接近于“扩大当前节点可参与审批的人”,而不是强制要求新增审批人必须审批。因此,如果业务上希望加签人必须参与决策,建议在流程设计时不要把最小通过人数设置得过低,或者在实际使用中明确约定:加签适用于补充审批意见,而不是改变当前节点的通过门槛。
拒绝

同意

历史

搜索框
模糊搜索:历史审批人、流程名
流程图


支持单指滑动,双指缩放
网页端

按钮



有上面三种状态,点击下标会弹出相应的流程图
流程启用后,相关按钮会默认绑定相应的下标(无需刷新) 运行中,点击按钮会有相应的提示
拒绝之后,同一流程还能继续发起(在历史中显示的是退回)
胶囊操作栏说明
![]()
转签

选中【同时转签当前工作流实例中的后续任务】会把当前的流程后续任务也自动转签给选中人员
加签
拉入某人一起审批
在会签节点已经设置“最小通过人数”的情况下,加签只会把新的审批人加入当前节点的审批人范围,并不会自动提高原来的通过门槛。其他情况是全签才是审批完成
如果一个会签节点原本有三位审批人,最小通过人数设置为 2,那么即使后续又加签了一位审批人,系统仍然会按照“累计 2 人同意即可通过”的规则判断节点是否完成。加签在这里的含义更接近于“扩大当前节点可参与审批的人”,而不是强制要求新增审批人必须审批。因此,如果业务上希望加签人必须参与决策,建议在流程设计时不要把最小通过人数设置得过低,或者在实际使用中明确约定:加签适用于补充审批意见,而不是改变当前节点的通过门槛。
拒绝
无特殊说明
同意
无特殊说明
历史

搜索框
模糊搜索:历史审批人、流程名
流程图
