审批流程用于控制业务记录从“提交”到“审批完成”的全过程。它只对已启用审批的实体生效，适合合同、费用、申请单、付款单等需要审核留痕和流程管控的场景。
审批模块由三部分组成：
审批流程：定义某个实体在什么条件下走哪条流程审批步骤：定义每一步由谁审批、是否会签、是否允许撤回、是否允许手动选择审批人审批历史：记录提交、审批、拒绝、撤回等过程
系统支持的审批状态包括：
待提交已提交待审批已通过已拒绝已取消已撤回
使用前提
只有在实体设置中开启了 启用审批，该实体的记录才会出现审批相关操作。
如果实体未启用审批，即使系统中配置了审批流程，也不会对该实体生效。
新建审批流程
创建审批流程时，建议重点关注以下配置项：
审批流程名称：用于区分不同业务流程，建议直接写业务名称和适用范围所属实体：该流程应用到哪个实体条件：用于判断当前记录是否匹配这条流程是否激活：只有激活状态的流程才会被系统使用备注：补充流程说明，方便后续维护
建议做法：
- 同一实体如果存在多种审核路径，用条件区分，而不是把所有情况堆到一条流程里
- 流程命名尽量业务化，例如“合同大额审批”“费用报销审批”
- 条件应尽量明确，避免多条流程同时匹配同一条记录
审批流程列表
审批流程列表用于查看和维护当前实体的流程配置。常见操作包括：
- 新建流程
- 编辑流程基础信息
- 删除不再使用的流程
- 打开流程图查看节点结构
如果某个实体已经上线使用，建议不要直接删除正在使用的流程，而是先停用旧流程，再新建或复制新的流程版本。
新建审批步骤
审批步骤是流程中的具体处理节点。每个步骤通常要明确：
审批流程步骤名称审批人条件是否会签是否允许撤回是否允许手动选择审批人备注
字段说明：
审批人：当前节点的固定审批人列表条件：用于控制是否进入该步骤或影响流转判断是否会签：开启后，通常表示该步骤需要多人共同参与审批是否允许撤回：提交人或流程参与方在符合规则时可撤回是否允许手动选择审批人：运行时允许用户临时指定审批人
审批步骤调整
系统支持通过流程图方式调整审批步骤之间的连接关系。配置时建议按下面思路进行：
- 先确定主干流程，再补充分支节点。
- 每个节点只承担一个明确职责，不要把多个审批含义混在同一步里。
- 分支条件要能互相区分，避免出现“既能走 A 又能走 B”的冲突。
- 上线前至少用几条典型业务数据验证一次流转结果。
记录端的实际效果
当实体启用审批并命中某条审批流程后，记录通常会经历以下过程：
- 记录保存后处于
待提交或可提交状态。 - 用户发起提交后进入
已提交/待审批。 - 审批人处理后，记录进入
已通过、已拒绝等状态。 - 审批历史中会留下完整轨迹。
记录处于某些审批状态时会限制更新，例如：
记录正在审批时禁止直接更新记录审批已通过后禁止直接更新
因此审批不仅是流程控制，也是数据约束机制的一部分。
配置建议
- 审批步骤不要过多，优先保证规则清晰
- 审批条件尽量使用业务字段，不要依赖临时字段
- 会签只在确有多人共同确认需求时启用
- 如业务允许先草稿后提交，应保留清晰的草稿阶段
- 对关键实体，建议同时结合 记录锁定 使用