Agent 对接 OA 审批，哪些步骤可以建议、哪些必须本人提交

Agent 对接 OA 审批，可以帮助找流程、解释字段和准备申请草案；正式提交、批准或撤回必须遵循目标系统的身份与权限规则。哪些步骤可以代办，不能由模型判断，也不能因为技术上能调用就默认允许。本文以合成差旅申请说明读取、建议与提交的分界，不假定不同 OA 具备相同接口或支持同一种代理授权。

先按动作列能力，而不是只写接OA

将查询流程定义、读取本人申请、解释制度、生成草稿、正式提交、批准、驳回和撤回分别列项。每项标明目标版是否有官方接口、调用身份、数据范围和副作用。缺少公开能力时，标为待核实或保留本人操作，不使用其他厂商的路径来代替。采购时让供应商说明现成能力、适配层工作与需要业务管理员配置的部分，避免把所有责任都写成“智能体实现”。

可用OpenAPI 3.1.1 规范的输入、输出和安全描述结构整理接口契约，但该规范不证明目标 OA 有提交或审批接口。具体表单、节点权限、会签和代理人规则要以目标系统官方资料及客户配置为准。尤其不能把流程建议写成替主管批准，二者在身份与业务影响上完全不同。

读取本人资料也要限制范围

合成员工小陈只查询自己的差旅申请状态，系统先验证登录身份，再使用允许的申请范围取数。用户输入另一个申请号时，仍要在服务端核对访问权限，不能认为知道单号就能查看。制度问答返回的规则应带有效版本与来源，已经失效的制度不能作为自动填表依据。私人事由、证件和附件只在必要范围内处理，不复制到共享聊天。

下载 OA 动作权限与确认矩阵，示例把读取状态、生成建议和正式提交分成三行，并将审批通过设为本试点排除项。业务人员可以据此确认“草案完成”并非“申请已提交”。每次状态展示都使用目标系统回执，不从模型的自然语言推断当前审批节点，避免用户误以为已有领导批准而提前安排差旅。

草案可以自动整理，事实不能随意补

合成输入为“十月三十日前往演示园区，预计两天，预算待确认”。Agent 可整理地点、日期与待补项，不能编造交通费、住宿标准或同行人员。日期与时区、费用币种、出差天数的计算方式都要明确。草案标注哪些值来自用户、哪些来自有效制度、哪些仍缺失，方便申请人逐项核对，而不是只展示一张填满的表。

表单字段和审批链可能随着组织、金额或申请类型变化。生成草案时保存流程定义版本与字段版本，提交前重新核对，发现变化则重新预览。不要把一份历史成功表单当成永久固定模板；新增必填项不应由模型猜填“其他”。遇到制度冲突或角色不清，输出需要管理员确认的具体问题，保留可解释的停止条件。

提交必须绑定本人意愿与执行身份

提交前展示完整表单摘要、附件清单、预期流程与影响，要求具备权限的申请人确认。确认记录绑定申请人、实际调用身份、参数摘要、流程版本和有效期。目标 OA 不支持经授权代提交时，应生成草案并跳转到本人界面完成，不用共享密码或模拟本人身份绕过。用户确认只是必要条件，最终接口仍要执行系统权限校验。

批准、驳回和撤回各自需要独立授权与确认，不能在最初“帮我填写”的请求里推导。等待期间申请人离职、调岗或审批人变更，执行前重新检查。批量操作更应展示逐项对象与结果，某一条无权不能让整个批次用管理员凭据重试。系统应清楚区分待确认、已受理、处理中与最终完成，避免把接口受理当作审批通过。

用拒绝和未知结果检验边界

演练同一用户读取本人申请与他人申请，预期后一项拒绝；草案缺预算时保持待补；流程版本变化后旧确认失效。正式提交的模拟接口返回超时，系统先按请求号核对申请是否存在，不能再次生成一张申请。没有状态查询接口时转人工，由申请人在 OA 查看并登记结果。任何取消或撤回也要确认其目标与业务含义，不能自动抵消未知提交。

验收不仅收集成功截图，还应收集无权限、字段缺失、旧版本、重复确认和超时核对的记录。由业务管理员签认动作边界，技术人员说明平台和接口限制。所有外部发送、提交与审批都在已授权范围内进行，本文样例不会实际调用系统。这样交付的是可解释的辅助流程，而不是一个拥有不清楚权限的万能审批机器人。

审批意见与申请内容应分区展示，避免把模型生成的建议文字当成真实审批人意见。需要解释退回原因时，引用目标系统已有意见与时间，不编造某位领导的态度。对无法读取的节点只说明未知，不能根据常见流程猜测下一位审批人。

相关背景见流程自动化专题和能力边界说明，系统对接可查看集成服务。需要评估你的 OA，可通过定制咨询提供脱敏表单、流程规则、接口资料和本人提交要求，先确定哪些环节可以建议、哪些必须保留原系统操作。