Skip to content

审批动作指南

审批详情页上的每个按钮:谁能用、什么时候可用、点了之后流程会怎样。本文面向使用者;字段与数据结构的开发者视角见中国式审批语义,接口明细见REST API

动作总览

办理人在「待我审批」打开单据,高频的通过 / 拒绝按钮直达,低频动作收在「更多」下拉里。每个节点开启哪些动作由流程设计器逐节点配置,默认只开通过 / 拒绝:

动作谁在用前提操作后
通过 / 拒绝办理人固定可用,不可关闭按节点驳回策略流转
签收 / 取消签收候选人角色/部门候选任务签收后他人不可再办
转办办理人设计器开启 transfer任务彻底移交,自己出局
委派办理人设计器开启 delegate受托人审完自动归还,自己再审
回退办理人设计器开启 return退到上一个已办审批节点重审
加签办理人设计器开启 addSign追加审批人先审,全审完自己再出结果
减签办理人设计器开启 reduceSign移除未办理的加签/会签人
撤回发起人实例在途实例终止,可改表单重新发起
催办发起人/管理员设计器开启 urge办理人收提醒,状态不变

转办与委派的区别

两个动作都是「把单据交给别人」,差别在最终由谁拍板

转办委派
一句话这单不该我审,换人帮我先把关,最后我拍板
任务归属彻底移交,原办理人出局受托人审完自动归还原办理人
最终结果新办理人直接出原办理人参考受托人意见后再审一次
留痕transfer_from / transfer_reason / transfer_timeowner / delegate_from,归还时原办理人收通知

委派的完整链路(张伟 → 李娜):

  1. 张伟在待办详情点「更多 → 委派」,选择李娜并说明缘由
  2. 单据进入李娜的待办,李娜照常审批
  3. 李娜点「通过」后流程不流转:任务自动回到张伟名下,张伟收到「委派任务已归还」通知,李娜的审批意见保留在审批时间线里供参考
  4. 张伟审阅后再点「通过」,流程才继续向下

委派不能指派给自己;被委派人点「拒绝」同样归还,是否驳回由原办理人决定。

回退

发现上一环节审得有问题时,用「回退」把单据退回去重审:

  • 只能退给上一个已办审批节点,不能跨节点挑目标,也不能直接退发起人
  • 被退回的单据标记「已退回」,目标节点重新生成待办,表单数据与变量随行带回
  • 确实需要退回发起人改材料的,走「拒绝」并给节点配驳回策略 rejectStrategy: rejectToStarter

加签与减签

加签:审批中途需要更多人把关时,把新的审批人插到自己这一环前面(前加签)。被加签人全部审完后才轮到自己出结果;等待期间自己的通过 / 拒绝按钮置灰,并提示尚在等待哪些人。

减签:加错了人,或会签里有人长期不办,把还没办理的加签人 / 会签人移出去:

  • 已出结果的人不能移除
  • 会签 / 票签节点减签后按规则重算:剩余票已满足阈值就直接出结果流转
  • 全部移除(无人能审)时实例终止,避免流程卡死

撤回

申请发出去又后悔了:发起人在「我的申请」里可撤回在途单据。撤回后实例终止(标记「申请人撤回」),在途任务全部作废,修改表单后可重新发起;已完结的流程不能撤回。

GFlow Engine 基于 Apache-2.0 许可开源 · GFlow 极风工作流平台商业授权