审批场景6｜加签与撤回

OdooCC增强版场景课｜临时补充复核，及时修正自己的意见

本节学习目标

在全部同意节点加签复核员，并在节点尚未完成时撤回自己的审批意见。

配套视频

演示准备

使用已安装相应模块的演示或测试环境，准备截图所示的虚构业务样例。配置操作由具备相应权限的管理员或维护人员进行；日常使用与结果验收再按实际岗位账号核对。界面以本次演示为例，不同版本与配置下入口可能有所不同。

业务问题

报价单确认已触发审批，当前是销售专员初审。发现需求和交付范围需要同事核对，可以在当前任务点击加签，业务单据保留在旁边供对照。

操作与理解

1. 选择加签人并说明原因

选择演示复核员，说明请补充核对需求与交付范围。加的是当前节点的审核人。界面明确提示，新增人员必须完成当前节点审批，流程才继续。

图：选择加签人并说明原因。点击图片可查看大图；业务数据均为虚构样例。

2. 加签后保留自己的任务

加签后，原审核人仍能处理自己的任务。加签增加一位需要判断的人，也保留本人的责任。这里没有修改固定流程，也没有另开无关审批单。

3. 原审核人同意后继续等待

管理员先同意，初审节点仍在处理中。加签人员没有完成，系统不会跳到商务审核。加签会影响节点是否完成，和单纯发送通知有实际区别。

图：原审核人同意后继续等待。点击图片可查看大图；业务数据均为虚构样例。

4. 加签人收到独立待办

复核员在审批中心看到这张订单的初审任务，可以查看业务并提交自己的意见。这是独立待办，处理结果会参与当前节点完成的判断。

5. 发现需要补查，撤回自己的意见

回到管理员，假设同意后发现还要补查，点击撤回操作。本例当前节点尚未完成，撤回的是管理员自己的初审意见，不是取消整张销售订单。

6. 写清撤回原因

在对话框说明补充检查后再提交。确认以后再看状态。撤回能否执行，取决于系统当时允许的操作，不能理解成任何时候都能倒退全部流程。

7. 任务恢复为待处理

撤回后，初审恢复待处理，同意和驳回按钮重新出现。重新核对后，再提交补充检查完成、同意的意见，继续等待加签人员处理。

图：任务恢复为待处理。点击图片可查看大图；业务数据均为虚构样例。

8. 加签复核员完成核对

复核员在同一个节点完成需求和交付范围核对，给出同意。两人的判断分别记录，管理员撤回再同意，也不能代替加签人员的责任。

9. 两人完成后，进入下一节点

刷新后已进入二级商务审核，轨迹保留两人的意见。本次加签在全部同意模式下完成；当前模块的任一人同意节点不支持加签，要看节点模式。

图：两人完成后，进入下一节点。点击图片可查看大图；业务数据均为虚构样例。

结果核对

• 加签增加独立待办，原审核人的任务仍保留。
• 原审核人同意后仍需等待加签人，撤回后本人的任务恢复待处理。
• 两人完成后进入下一节点，前后处理意见留在轨迹中。

使用边界

当前模块任一人同意节点不支持加签。这里撤回的是本人意见，不是取消订单；能否撤回取决于当前状态，不能随时倒退全部流程。

动手练习

在专用测试单据上加签一位复核员，第一人同意后检查节点未完成，再撤回、重提并让加签人处理。

老赵的实践建议

先讲清谁在什么条件下负责判断，再把规则配置进流程。最终状态之外，还要检查路径、意见与业务动作，确保制度在真实操作中成立。

如需体验本节场景，可通过OdooCC官网“服务与合作”联系老赵领取演示账号。