审批场景2｜销售订单确认审批

OdooCC增强版场景课｜原业务动作进入审批，通过后再确认订单

本节学习目标

从原销售报价单确认按钮触发审批，核对审批完成后原订单确认动作的执行。

配套视频

演示准备

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

业务问题

销售人员已经填写报价，当前业务状态仍为报价单。企业希望确认订单前先完成授权审核，审批应关联原单据，避免重复填一张申请。

操作与理解

1. 从原确认按钮发起

打开虚构演示报价，核对客户、明细和金额，再点击原来的确认按钮。审批接入这个业务动作，单据进入审批中。

图：从原确认按钮发起。点击图片可查看大图；业务数据均为虚构样例。

2. 检查业务动作仍在等待

审批中时，业务状态仍为报价单，销售订单还没有正式确认。将业务状态与审批状态分开看，才能知道审核完成前是否提前执行了原动作。

图：检查业务动作仍在等待。点击图片可查看大图；业务数据均为虚构样例。

3. 从审批待办回到业务单据

审批人在审批中心按单据编号找到待处理任务，进入对应报价并展开审批面板。结合原单据处理初审，在同意时填写判断依据。

图：从审批待办回到业务单据。点击图片可查看大图；业务数据均为虚构样例。

4. 核对节点与条件路径

当前节点通过后，系统分配下一关待办。流程图展示本次实际经过的普通金额分支。演示使用十级流程展示衔接能力，并以同一个账号推进多个节点；实际企业按职责与制度配置。

5. 最后一关通过，执行订单确认

总经理终审同意后，审批节点全部完成。刷新单据，审批显示已通过，业务状态变为销售订单。本例没有再手工点击确认，最初等待的订单确认动作由审批完成后执行。

图：最后一关通过，执行订单确认。点击图片可查看大图；业务数据均为虚构样例。

6. 回查审批依据

在原单据查看流程轨迹和流程图，核对各节点处理人、时间、结果与意见。原业务单据、审核过程和最终动作形成可回查的链路。

结果核对

• 发起审批后业务状态仍为报价单，审批状态为审批中。
• 待办关联原销售单据，审批人可对照明细处理。
• 最终通过后状态转为销售订单，本次没有再手工点击确认。

使用边界

十级流程用于展示能力，企业应按制度配置实际层级。本节以同一演示账号推进多个节点，正式使用需配置对应岗位成员。

动手练习

在测试库记录点击确认前、审批中、审批通过后的两个状态，区分“审批状态”与“业务状态”。

老赵的实践建议

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

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