审批场景5｜驳回整改后重提

OdooCC增强版场景课｜把退回、补充和复核连成一个过程

本节学习目标

驳回时写清整改要求，沿原申请补充资料并重提，保留完整处理轨迹。

配套视频

演示准备

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

业务问题

这张报销申请金额一千二百五十元。部门还需要了解出差地点、客户沟通目的和交通明细。直接同意不合适，也不必重新起一张完全无关的单。

操作与理解

1. 驳回时明确目标与原因

点击驳回，选择退回开始，恢复方式为重新执行流程。备注写清需要补充的三项内容。让申请人知道下一步做什么，驳回才有实际管理价值。

图：驳回时明确目标与原因。点击图片可查看大图；业务数据均为虚构样例。

2. 申请进入整改状态

确认以后，面板显示整改中，当前审核暂停，原因留在轨迹里。等待审核和等待补充是不同状态，后面跟进时就知道事情卡在哪里。

3. 回到原申请继续修改

回到申请单，还是原编号。整改状态下可以补充允许修改的内容，再通过整改重提提交。后续始终沿着同一张申请看，避免旧单和新单对应不起来。

图：回到原申请继续修改。点击图片可查看大图；业务数据均为虚构样例。

4. 针对问题补充信息

这里补充青岛客户现场沟通、确认需求与交付范围，以及交通费用说明。这次展示文字资料整改，不把示例附件当作真实票据。补充要逐项回应驳回原因。

图：针对问题补充信息。点击图片可查看大图；业务数据均为虚构样例。

5. 整改重提后恢复审批

点击整改重提，申请恢复审批中。本次选择重新执行流程，所以从开始重新走部门审核。恢复方式影响重提后的走向，要与企业希望的复核方式一致。

6. 重新审核仍能看到原意见

原驳回意见仍然能回看。部门再次处理时，逐项检查地点、沟通目的和交通明细是否补齐。保留上下文，才不会每次重提都重新解释。

7. 整改核对通过

部门给出补充内容符合要求，整改审核通过的意见，系统进入财务审核。一次驳回没有切断流程，而是形成发现问题、补充资料和再核对的连续过程。

8. 最后通过，保留处理过程

财务同意后申请通过。轨迹里能回看原驳回、整改后的部门意见和财务结果。最终状态告诉我们结果，处理记录解释结果怎样得到。

图：最后通过，保留处理过程。点击图片可查看大图；业务数据均为虚构样例。

9. 流程图标记驳回历史

流程图保留有驳回记录的标记，也显示后来通过的路径。实际部署时可以选择适合的退回目标和恢复策略，本节验证的是退回开始、整改后重新执行。

结果核对

• 驳回后进入整改中，原申请编号保留。
• 补充内容逐项回应驳回原因，整改重提后恢复审批。
• 最终轨迹能同时查到原驳回、整改审核和财务意见。

使用边界

本节验证的是退回开始、重新执行流程；其他退回目标和恢复策略须另行配置与验证。演示文字资料不等于真实费用凭证。

动手练习

在测试申请中故意漏写一个必要说明，驳回后补齐，确认重提路径和历史意见没有丢失。

老赵的实践建议

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

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