审批动作指南
动作总览
办理人在「待我审批」打开单据,高频的通过 / 拒绝按钮直达,低频动作收在「更多」下拉里。每个节点开启哪些动作由流程设计器逐节点配置,默认只开通过 / 拒绝:
| 动作 | 谁在用 | 前提 | 操作后 |
|---|---|---|---|
| 通过 / 拒绝 | 办理人 | 固定可用,不可关闭 | 按节点驳回策略流转 |
| 签收 / 取消签收 | 候选人 | 角色/部门候选任务 | 签收后他人不可再办 |
| 转办 | 办理人 | 设计器开启 transfer | 任务彻底移交,自己出局 |
| 委派 | 办理人 | 设计器开启 delegate | 受托人审完自动归还,自己再审 |
| 回退 | 办理人 | 设计器开启 return | 退到上一个已办审批节点重审 |
| 加签 | 办理人 | 设计器开启 addSign | 追加审批人先审,全审完自己再出结果 |
| 减签 | 办理人 | 设计器开启 reduceSign | 移除未办理的加签/会签人 |
| 撤回 | 发起人 | 实例在途 | 实例终止,可改表单重新发起 |
| 催办 | 发起人/管理员 | 设计器开启 urge | 办理人收提醒,状态不变 |
转办与委派的区别
两个动作都是「把单据交给别人」,差别在最终由谁拍板:
| 转办 | 委派 | |
|---|---|---|
| 一句话 | 这单不该我审,换人 | 帮我先把关,最后我拍板 |
| 任务归属 | 彻底移交,原办理人出局 | 受托人审完自动归还原办理人 |
| 最终结果 | 新办理人直接出 | 原办理人参考受托人意见后再审一次 |
| 留痕 | transfer_from / transfer_reason / transfer_time | owner / delegate_from,归还时原办理人收通知 |
委派的完整链路(张伟 → 李娜):
- 张伟在待办详情点「更多 → 委派」,选择李娜并说明缘由
- 单据进入李娜的待办,李娜照常审批
- 李娜点「通过」后流程不流转:任务自动回到张伟名下,张伟收到「委派任务已归还」通知,李娜的审批意见保留在审批时间线里供参考
- 张伟审阅后再点「通过」,流程才继续向下
委派不能指派给自己;被委派人点「拒绝」同样归还,是否驳回由原办理人决定。
回退
发现上一环节审得有问题时,用「回退」把单据退回去重审:
- 只能退给上一个已办审批节点,不能跨节点挑目标,也不能直接退发起人
- 被退回的单据标记「已退回」,目标节点重新生成待办,表单数据与变量随行带回
- 确实需要退回发起人改材料的,走「拒绝」并给节点配驳回策略
rejectStrategy: rejectToStarter
加签与减签
加签:审批中途需要更多人把关时,把新的审批人插到自己这一环前面(前加签)。被加签人全部审完后才轮到自己出结果;等待期间自己的通过 / 拒绝按钮置灰,并提示尚在等待哪些人。
减签:加错了人,或会签里有人长期不办,把还没办理的加签人 / 会签人移出去:
- 已出结果的人不能移除
- 会签 / 票签节点减签后按规则重算:剩余票已满足阈值就直接出结果流转
- 全部移除(无人能审)时实例终止,避免流程卡死
撤回
申请发出去又后悔了:发起人在「我的申请」里可撤回在途单据。撤回后实例终止(标记「申请人撤回」),在途任务全部作废,修改表单后可重新发起;已完结的流程不能撤回。