OA 审批操作人手册

本手册面向实际接收并处理审批任务的人员，包括审批人和办理人。内容覆盖待办定位、材料核对、同意、拒绝、退回、加签、评论、办理提交、多人节点、条件与并行分支、已处理记录以及常见异常判断。

审批人负责作出“同意、拒绝、退回”等审批决定；办理人负责执行采购下单、合同盖章、账号开通等具体业务。两种角色的按钮、意见类型和节点结果不同，请勿混用。

1. 开始处理前

1.1 确认登录环境

处理审批前先确认以下信息，避免在错误账号或错误企业中查找任务：

1. 当前登录账号确实是流程中配置的审批人或办理人；
2. 当前企业、租户和工作空间与发起人所在环境一致；
3. 已切换到 审批管理 → 待办中心；
4. 页面没有保留旧的搜索词、表单筛选或浏览器缓存结果。

同一个人如果同时属于多个企业或工作空间，任务只会出现在审批实际发起的环境中。

1.2 区分审批人和办理人

角色	主要职责	常见按钮	处理结果
审批人	核实申请是否符合制度并作出决定	同意、拒绝、退回、加签、评论	改变审批流转状态
办理人	执行审批通过后的具体业务	提交、评论	记录办理结果并推动流程继续

打开任务后，以详情中的当前节点、节点标题和底部按钮为准，不要只根据消息通知的文案判断自己的角色。

2. 找到并打开自己的待办

进入 审批管理 → 待办中心 → 待处理的。中间列表展示当前账号能够处理的任务，右侧展示所选审批的详情和流程轨迹。

页面从左到右分为三部分：

区域	用途	操作要点
左侧分类	切换待处理、已处理、我发起的和抄送我的	审批操作优先查看“待处理的”
中间列表	搜索、筛选并选择审批单	可按审批名称搜索，也可按表单筛选
右侧详情	查看表单、轨迹、附件和操作按钮	提交前必须核对当前节点和前序意见

如果消息通知提示有任务，但列表中没有展示：

1. 清空搜索框和全部筛选条件；
2. 刷新页面后重新进入“待处理的”；
3. 确认当前企业、工作空间和账号；
4. 用审批编号在相关分类中核对；
5. 查看流程轨迹，确认当前节点是否仍是本人；
6. 若仍异常，按本手册末尾的排查信息清单反馈。

3. 提交前的核对清单

打开待办后，建议按下面顺序核对，避免处理错误单据：

• 审批编号：后续查询、沟通和排查的唯一依据；
• 审批标题和表单名称：确认业务类型是否正确；
• 发起人、所属组织和发起时间：确认申请主体与归属；
• 审批状态和当前节点：确认任务尚未被他人或系统处理；
• 表单内容：核对金额、日期、选项、明细等关键字段；
• 附件：检查文件是否齐全、可预览、版本是否正确；
• 前序审批意见：了解已核实内容、补充材料和风险提示；
• 流程轨迹：确认实际走过的条件分支、并行分支和加签节点；
• 底部操作按钮：确认当前账号具有本节点处理权限。

涉及金额、合同、权限或对外承诺时，不应仅依赖标题或消息摘要作出决定，应打开完整表单和附件核实。

4. 审批操作总览

操作	适用场景	对流程的影响
同意	材料完整且符合要求	当前审批任务通过，进入下一节点或等待其他会签/并行任务
拒绝	申请不成立、违反规则或不应继续	当前节点拒绝，通常终止整条流程
退回	材料可修改，需要返回前序节点补充	退回指定历史节点，补充后按配置重新流转
加签	需要额外人员先核实或后复核	在当前节点前后临时增加审批任务
评论	需要补充信息或提醒相关人员，但暂不作审批结论	只新增沟通记录，不改变审批状态

提交审批动作后不要连续重复点击。等待成功提示和列表刷新，再检查任务是否进入“已处理的”。

5. 同意审批

材料核实无误后点击 同意，系统打开“审批同意意见”窗口。

5.1 填写审批意见

审批意见应能够说明“依据什么同意”，不要只写无法追溯的模糊内容。可以包含：

• 已核对的关键事实，例如金额、日期、合同版本；
• 同意的范围、前提或后续注意事项；
• 需要下一节点继续核实的事项；
• 与附件或制度条款对应的说明。

页面提供“同意、已审核、已核实、情况属实”等推荐回复。简单事项可直接选择，重要事项建议补充具体结论。

5.2 补充图片和附件

需要保留核实证据时，可上传截图、确认单或其他附件。上传前确认：

1. 文件内容与当前审批相关；
2. 不包含无关的个人敏感信息或密钥；
3. 文件名清晰，能够识别用途和版本；
4. 文件已成功上传并能预览。

5.3 提交后的判断

点击确认并收到成功提示后：

• 当前任务应从“待处理的”移除；
• 当前账号的记录应出现在“已处理的”；
• 流程轨迹应记录操作人、审批意见和时间；
• 整张审批单不一定立即完成，可能仍在等待会签人员、并行分支或后续节点。

6. 拒绝审批

申请不符合制度、事实明显错误或业务不应继续时，点击 拒绝。

拒绝通常会终止审批，因此提交前应确认拒绝是正确动作，而不是需要发起人补充材料的“退回”。

拒绝意见建议写明：

• 不符合要求的具体字段或事实；
• 对应的制度、规则或业务原因；
• 是否允许修改后重新发起；
• 若需补充材料，明确列出材料清单。

推荐回复可以帮助快速填写，但“不同意”“不通过”通常不足以支撑后续复核，应补充具体原因。

7. 退回审批

材料存在可修正问题、需要前序人员补充或需要重新确认时，使用 退回。

7.1 选择退回到哪里

退回窗口会展示允许退回的历史节点。选择前确认：

• 该节点是否有能力补充或修正问题；
• 退回后是否会重新经过当前节点；
• 多人节点或并行分支退回时，其他任务如何处理；
• 管理员是否限制了允许退回的范围。

7.2 写清楚修改要求

退回意见通常为必填，建议使用“问题 + 修改要求 + 验收标准”的结构。例如：

合同附件为旧版本，请上传双方已确认的最终版，并核对表单中的合同金额与附件一致后重新提交。

勾选转发会话后，可将退回意见同步给相关人员，但流程轨迹仍是审批事实的主要依据。

7.3 退回与拒绝的区别

对比项	退回	拒绝
目的	补充或修正后继续	终止当前申请
后续	回到指定节点，可能重新流转	通常直接结束流程
意见重点	需要修改什么、如何验收	为什么不允许继续

8. 加签

当前审批需要额外专业判断、管理确认或风险复核时，可以点击 加签。

加签时需要确定：

1. 加签人：选择确实需要参与判断的人员；
2. 加签方式：前加签或后加签；
3. 加签说明：写清楚需要加签人核实的问题和期望结论。

加签方式	实际顺序	适用示例
前加签	加签人先处理，完成后回到原审批人	当前审批人需要法务意见后才能决定
后加签	原审批人先完成，再由加签人处理	当前审批人同意后，还需上级复核

流程轨迹中应将加签任务作为独立节点展示，并明确标注“前加签”或“后加签”。加签不是评论或 @ 提醒：加签人会收到正式待办，并参与流程状态判断。

如果页面没有加签按钮，通常表示管理员未开启当前节点加签能力，或当前账号不是有效的当前处理人。

9. 评论与协同沟通

需要询问信息、补充背景或提醒其他人员关注，但暂时不改变审批状态时，点击 评论。

评论支持：

• 输入文字说明；
• 使用推荐回复；
• @ 指定人员关注；
• 上传图片和附件。

评论提交后只增加流程沟通记录，不会自动同意、拒绝或完成当前待办。评论完成后仍需返回当前任务执行正式审批或办理操作。

10. 办理人任务

办理节点表示审批决定之后还需要完成具体业务动作，例如采购下单、盖章、打款、账号开通、资产发放或资料归档。

办理人应先完成以下检查：

1. 查看申请材料和全部前序审批意见；
2. 确认审批结论允许执行当前业务；
3. 核对办理对象、数量、金额、期限和交付要求；
4. 在线下系统或相关业务系统完成实际办理；
5. 准备回执、截图、单号或结果文件作为办理证据。

办理节点底部通常显示 评论 和 提交。如果仍显示“同意/拒绝”，应重新核对当前节点类型。

11. 提交办理结果

实际业务完成后点击 提交，填写办理意见。

办理意见建议包括：

• 实际完成了什么操作；
• 办理时间和业务系统；
• 结果编号、回执编号或交付位置；
• 与原申请不一致的情况；
• 后续需要谁继续跟进。

页面提供“已办理、已处理、已核实、已记录”等推荐回复。涉及真实交付时，应补充结果编号或附件，不要只使用简短回复。

提交前再次确认业务已经实际完成。办理意见不是审批同意意见，不能用“同意”代替办理结果。

12. 多人节点的处理方式

同一节点配置多个人时，运行方式决定谁会收到任务以及何时进入下一节点。

方式	待办生成	处理顺序	节点完成条件
依次处理	先给当前顺位人员	必须按配置顺序	当前人员完成后轮到下一人，全部完成后结束
会签	所有参与人同时收到	不要求顺序	所有人都完成后结束
或签	所有参与人同时可处理	不要求顺序	任一人完成后结束，其他人的未处理任务同步关闭

12.1 会签注意事项

• 会签人员应同时在各自“待处理的”中看到任务；
• 一个人处理后，其他人的任务仍应保留；
• 已处理人员的个人记录应进入“已处理的”；
• 只有全部会签人员完成后，节点才进入下一步。

12.2 或签注意事项

• 多个人可以同时看到并打开任务；
• 任一人先提交后，节点即完成；
• 其他人的任务会被系统关闭，不能再重复处理；
• 并发提交时以服务端最终结果和流程轨迹为准。

如果多人节点只有一个人收到待办，先检查节点是否误设为“依次处理”，再核对人员解析结果、账号身份和任务生成记录。

13. 条件分支

条件分支根据表单字段、发起人部门等数据自动选择一条路径。审批人和办理人不能在处理待办时手动选择条件分支。

系统通常按优先级从高到低判断：

1. 读取发起审批时保存的表单值和组织信息；
2. 从优先级最高的条件开始匹配；
3. 命中第一个条件后进入对应路径；
4. 其他普通条件不再执行；
5. 没有命中时进入默认分支。

操作人需要注意：

• 自己被配置在某条条件路径中，不代表每张审批都会收到待办；
• 只有实际命中的路径才生成任务；
• 消息通知、旧流程图或历史人员配置不能替代当前流程轨迹；
• 退回并重新提交后，应以新的字段值和新生成的轨迹为准。

如果判断结果与预期不一致，记录审批编号，并核对发起时字段值、发起人部门、条件组合关系、优先级和默认分支。

14. 并行分支

并行分支允许多个部门或角色同时处理，例如合同同时进入法务、财务和业务负责人三条路径。

并行分支的运行特征：

• 所有满足条件的分支可以同时启动；
• 每条分支独立生成审批或办理任务；
• 各分支通常不要求先后顺序；
• 个人所在分支完成后，个人任务进入“已处理的”；
• 整张审批仍可能显示“审批中”，直到已启动分支满足汇聚规则；
• 一条分支完成不代表整个流程完成。

如果流程只启动一条分支，先确认其他分支是否带有条件且未命中。如果应启动的分支没有生成待办，需结合审批编号检查分支判断结果和任务生成记录。

条件表达式、优先级、默认条件和并行汇聚规则由管理员在流程设计中配置。

15. 附件、图片和手写签名

不同节点可能要求审批人上传附件、图片或完成手写签名。处理时应遵循：

1. 使用当前审批对应的最终版文件；
2. 上传后检查文件名、大小和预览结果；
3. 必填附件或签名未完成时不要强行提交；
4. 上传失败时保留接口错误和文件基本信息，避免连续重复上传；
5. 不在审批附件中上传密码、令牌、私钥等敏感凭证。

附件上传成功但提交失败时，先保留当前页面，不要重复创建多份审批；确认服务恢复后再按页面状态处理。

16. 查看已处理记录

完成审批或办理后，进入 待办中心 → 已处理的 检查个人处理记录。

需要核对：

• 审批单出现在当前账号的“已处理的”；
• 列表状态与操作结果一致；
• 流程轨迹记录了操作人、动作、意见和时间；
• 附件、图片或办理凭证可以正常查看；
• 下一节点或并行分支状态符合预期。

“个人已处理”和“整张审批已完成”不是同一概念。会签、并行分支或后续办理节点尚未结束时，个人记录已经进入“已处理的”，整张单据仍可保持“审批中”。

17. 常见状态怎么看

状态	含义	操作人应关注
审批中	流程仍在运行	查看当前节点、待处理人员和未完成分支
办理中	正在执行办理节点	确认实际办理人和办理凭证
已完成	所有必要节点已完成	核对最终结果和完整轨迹
已拒绝	某审批节点拒绝	查看拒绝人、原因和是否需要重新发起
已退回	流程回到历史节点	查看退回目标和修改要求
已撤销	发起人按规则终止流程	未处理任务应同步关闭

列表文案、详情状态和轨迹节点应相互一致；出现矛盾时，以服务端最新流程状态和完整轨迹作为排查依据。

18. 提交失败和重复操作

18.1 点击后没有反应

先检查按钮是否进入加载状态、页面是否提示必填项、网络请求是否失败。不要连续快速点击，避免并发提交。

18.2 提示任务已处理或状态变化

可能是或签中的其他人先完成、管理员调整流程、发起人撤销，或当前页面数据已过期。刷新后重新查看流程轨迹，不要继续使用旧弹窗提交。

18.3 接口成功但列表未更新

1. 等待页面刷新完成；
2. 清空搜索和筛选；
3. 切换到“已处理的”按审批编号核对；
4. 重新打开详情查看轨迹；
5. 若仍不一致，记录请求时间和接口响应后反馈。

19. 常见问题与判断

19.1 消息通知有审批，但待处理没有

可能原因包括账号或工作空间不一致、消息已过期、条件分支未命中、或签任务被他人完成、任务已被退回/撤销，或任务生成异常。应同时核对当前节点和流程轨迹，不能只看通知卡片。

19.2 下一个审批人是我，但没有待办

确认流程是否已真正流转到该节点，而不是仅在设计图中配置了本人；再核对节点人员解析出的用户 ID、多人处理方式和任务生成状态。

19.3 办理成功后没有出现在已处理

先确认办理接口是否真实返回成功、节点是否还有其他会签办理人、列表是否保留筛选，并检查流程轨迹是否已经写入本人办理记录。

19.4 会签配置两人，只显示一人

会签应让所有参与人同时收到待办。若只有一人，检查是否误配置为依次处理、人员选择是否保存完整、用户是否属于当前企业，以及任务表是否为每位参与人生成记录。

19.5 并行分支尚未完成，审批却显示完成

检查哪些分支实际命中、汇聚规则、各分支任务状态和流程完成事件。未满足汇聚规则时不应提前结束。

19.6 看不到同意、拒绝或提交按钮

通常表示当前账号不是当前任务处理人、任务已经被处理、节点类型不同、权限受限或页面数据过期。刷新并核对当前节点后再判断。

更多排查方法请查看常见问题与排查。

20. 反馈问题时需要提供什么

为了快速定位，至少提供以下信息：

• 审批编号；
• 当前账号姓名、用户 ID 和角色；
• 当前企业、租户和工作空间；
• 预期节点、实际当前节点及操作时间；
• 待处理列表、审批详情和流程轨迹截图；
• 使用的操作按钮和填写的意见类型；
• 接口请求时间、响应状态和错误信息；
• 是否清空搜索与筛选、是否刷新页面；
• 涉及分支时，发起时字段值、命中条件和汇聚规则。

不要在问题反馈中发送访问令牌、数据库密码或其他敏感凭证。