APPROVAL & RUN RECORDS
操作前核对,执行后有据可查。
访问权限、工具审批和运行记录分别回答三个问题:谁可以使用、这次操作是否允许、最后发生了什么。本教程说明如何设置企业规则,并把一次确认与实际结果对应起来。
先把三层管理分清楚
开启审批不会替代资源授权,也不会让原本无权访问的成员获得工具能力。批准一次操作后,仍要检查实际执行和交付。
| 管理层次 | 需要确定的问题 | 对应检查 |
|---|---|---|
| 资源与角色权限 | 谁能访问智能体、资料和业务工具 | 企业归属、账号角色、资源授权与工具绑定 |
| 操作审批 | 这一次写入、删除或外部操作是否允许 | 工具策略、企业强制审批与实际操作参数 |
| 运行和业务记录 | 这次运行执行到哪里,结果是什么 | 运行状态、调用记录、结果文件及业务系统的实际变化 |
设置企业统一的确认规则
企业强制规则优先于个人“完整访问”和应用自动审批,适用于对话、业务应用和定时任务中的工具调用。只读操作继续按原规则处理。
关闭规则不会自动批准已有待审批操作。已发出的外部操作也不会被策略变化撤回。策略在审批与执行前重新检查,因此执行中的配置变化可能要求重新核对。
- 在管理后台打开“企业审批策略”,核对当前企业及“当前生效状态”。
- 需要逐次确认敏感操作时,开启“强制确认写入与外部操作”。修改需要策略管理权限;只有查看权限时不能保存变更。
- 阅读适用范围和已有待审批任务的说明,点击“检查并保存”。
- 在确认框中核对启用或关闭的影响,点击“确认保存”,检查页面更新后的状态和策略修订。
一次审批应该核对哪些内容?
- 执行哪个工具,使用哪个已连接的业务账号或资源范围。
- 操作目标是否正确,例如文件位置、记录编号、接收对象或待修改的数据。
- 将写入或发送的内容是否符合要求,数量、日期和金额等关键字段是否准确。
- 本次动作对外部系统或工作区的影响,是否需要先在测试数据上验证。
- 在“需要你的确认”卡片中展开操作详情,核对目标与参数。
- 同意执行时使用该操作的确认按钮;不同工具的按钮文案可能是“确认执行”“确认发送”或“确认删除”。
- 需要拒绝时选择“拒绝”,可以补充原因,再确认拒绝。
- 仅在页面允许编辑的字段范围内修改参数。多项操作应核对各项选择,再提交整体决定。
- 等待操作记录更新,并查看实际结果。确认动作本身不代表远端业务已经成功。
定时任务进入待审批后,如何继续?
已经等待审批的任务保留原操作和参数。关闭企业规则不会让它自行续跑,也不应通过新建相同任务代替处理原运行。
- 从任务的“执行记录”打开对应的“本次执行”,检查计划时间、任务指令与当前状态。
- 查看待确认的操作卡片,核对工具、目标和参数后明确同意或拒绝。
- 如果运行提示需要到运行中心处理,定位同一次运行,再进入对应详情和处理入口。
- 恢复后继续检查运行状态与结果;后续新的受保护操作仍可能再次要求确认。
在运行中心找到这一次执行
企业成员运行视图会脱敏,其他成员的对话正文和文件不可见。尚未开始执行的定时安排不列入运行中心,应在定时任务页查看计划。
- 打开“运行中心”的“运行记录”,选择本人可见的范围。企业成员范围需相应权限。
- 按“运行状态”“运行入口”“开始时间”筛选,或用完整“运行 ID”查询。
- 核对智能体、入口、版本和开始时间,打开“详情”。
- 需要集中处理不确定结果时,选择“只看待核查”,按提示回到原会话或业务系统核实。
- 把运行状态与工具返回、交付文件或业务系统中的实际变化对应起来,记录仍需处理的事项。
用三个测试确认规则生效
工具风险分类依赖已维护的工具声明和策略,需要服务维护人核对其真实作用。审批不是对任意第三方程序内部行为的自动审计。
工具超时或回执未知时,先核对远端是否已经产生效果。取消通常是停止后续处理的请求,不保证撤回已经发生的动作;重复批准或反复运行也不能代替结果核查。
| 测试 | 应核对的结果 |
|---|---|
| 读取一份已授权的测试资料 | 按既有规则读取;没有因为企业规则而自动获得额外资料权限 |
| 提出一次测试文件写入,再拒绝 | 确认前等待决策;拒绝后对应写入未执行,记录能区分拒绝与失败 |
| 核对同一类操作并批准一次 | 查看执行状态,并检查实际文件内容或业务结果是否与批准的参数一致 |