## 采购申请审批超时催办 {.case data-case-id="057"} | 字段 | 值 | | --- | --- | | 案例编号 | `057` | | 行业 / 部门 | 制造 / 采购 | | 角色 | 采购负责人 | | 难度 | `入门` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 读取采购平台待审单） | 采购申请提交之后堆在审批人的待办列表里，一压就是一两周，需求部门在等料、供应商在等单，采购负责人却只能挨个去问。目标：定时让获授权 Agent 经 App/Extension 读取采购平台的待审采购申请，找出提交后超过 48 小时仍未审批的单，汇总通知审批人与采购负责人；单号照常呈现便于定位，金额一律脱敏为区间，供应商名称只用内部代号。本流程只提醒不动单——审批动作本身仍在采购平台由审批人完成，工作流不代批、不改单、不撤单。指标：超时待审单 100% 在当期扫描中被催办；催办通知 100% 只含单号与金额区间、不含供应商商业信息；因本流程直接改动采购平台单据 0 例。 - **覆盖**：定时读取待审采购申请、按四种结果出回执（含审批人缺失单列待确认）、发现超时单时汇总通知审批人与采购负责人（单号与金额区间脱敏）。 - **不覆盖**：代审批、改单、撤单、调整审批流、跨审批层级的自动升级、向供应商发送任何信息。 - **假设**：有一个经授权能读取采购平台待审单的 Agent（通过 App/Extension）；待审单含单号、提交时间、金额区间、审批角色代号与供应商内部代号，审批人字段可能为空，为空即单列待确认，不从组织架构猜。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每个工作日定时由获授权的查询 Agent 经 App/Extension 读取采购平台的待审采购申请（含单号、提交时间、金额区间、审批角色代号、供应商内部代号），App/Extension 在读取侧即完成区间化与代号化，Agent 只接收单号、提交时间、金额区间、审批角色代号与内部代号等白名单字段，找出提交后超过 48 小时仍未审批的单。提醒内容脱敏：单号原样呈现便于定位，金额只显区间，供应商名称只用内部代号，审批人姓名与工号不进入工作流——点名催办由采购平台按角色代号解析后发出。本流程只提醒不动单，审批动作仍在采购平台由审批人完成。 触发：定时（计划）发起调用，调用时带入团队频道与查询 Agent。 结果分四类处理： 有超时待审：按审批人分组汇总通知审批人与采购负责人，附单号与金额区间（脱敏）、超时时长，并留审计时间戳；不在采购平台做任何改动。 审批人缺失·待确认：单据带超时但审批人字段为空，无法分组也无法催办，单列"审批人缺失·待确认"清单通知采购负责人补全指派，不猜审批人、不并入其他三类。 无超时待审：发一条"当前无超时待审"汇总回执并留时间戳，不静默结束。 取数失败（采购平台不可达或数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"无超时待审"。 审批：不涉及审批，催办是低风险提醒，直接触达；采购申请本身的审批仍在采购平台完成。 异常：查询 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：四类结果各自出回执并留审计时间戳后结束。 ``` ![案例 057 采购申请审批超时催办：定时让获授权 Agent 读取采购平台待审单（App 在读取侧区间化与代号化，Agent 只接收白名单字段）；有超时待审按审批人分组汇总通知审批人与采购负责人（单号与金额区间脱敏、供应商用内部代号、只提醒不动单），审批人缺失单列待确认清单不猜人，无超时待审发汇总回执，采购平台不可达按取数失败告警留审计重试升级，均留审计时间戳](../../../media/cases/fig-case-057-01-flow.svg){#fig-case-057-01 width=92%} 如上图所示，正常路径与异常同时可见，四类结果都有可见回执： 1. **定时触发**：计划到点（每个工作日）发起一次调用，带入团队频道与查询 Agent。 2. **查询待审单**：获授权 Agent 经 App/Extension 读取采购平台的待审采购申请并回传（单号、提交时间、金额区间、审批角色代号、供应商内部代号）；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **四路分流**： - **有超时待审**：按审批人分组汇总通知审批人与采购负责人，附单号与金额区间（脱敏）与超时时长，并留审计时间戳；本流程不在采购平台做任何改动，审批动作仍由审批人在采购平台完成。 - **审批人缺失·待确认**：单据带超时但审批人字段为空，单列清单通知采购负责人补全指派，不猜审批人，不并入其他三类。 - **无超时待审**：发一条"当前无超时待审"汇总回执并留时间戳，不静默结束。 - **取数失败**：采购平台不可达或数据陈旧，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"无超时待审"。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时查询 + 四路分流"流程——它知道"查待审单"需要一个发消息并等待回调的 Agent 环节、"分四类结果"需要一个条件路由、"催办通知与零结果回执"各需要一个发消息环节。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **采购平台不可达或数据陈旧**：不当作"无超时待审"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **有超时单但通知发送失败**：按重试上限重试投递；超过上限则升级，并保留待发内容供人工补发。 - **无超时待审（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录，而不是无声结束。 - **查询 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **审批人缺失**：单据带超时但审批人字段为空时，单列"审批人缺失·待确认"清单通知采购负责人补全指派，不从组织架构或历史记录猜审批人，也不静默跳过。 - **审批人一直不批**：本流程只负责让超时可见、可催，不会替审批人做决定，也不会改动单据；连续多期被催办的审批人，由采购负责人线下跟进或调整审批流配置。 - **金额与供应商信息泄露**：通知里金额只显区间、供应商只用内部代号；抽样核对，发现精确金额或供应商实名即修提示词并复查历史通知。 本案例不涉及审批。催办是低风险信息提醒，应第一时间触达审批人与采购负责人；采购申请本身的审批仍在采购平台由审批人完成，工作流不设 `request_approval` 环节，也不代批、不改单。 本工作流对待审单的读取由获授权 Agent 通过 App/Extension 完成，且只读不动——工作流不直接调用采购平台接口，更不做任何写操作。团队频道作为调用输入提供；采购平台的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。平台不可达或数据陈旧属于取数失败，走失败回执与升级，不当作"无超时待审"。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），精确金额与供应商实名在源头即被区间化/代号化，并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 2 个月 50 张历史采购申请（含按时审批、超时未批、提交即缺失审批人）回放，人工基准答案为按提交时间推算的超时清单；每个工作日全量回放并记录扫描、通知时间戳。 - **分母与口径**：超时覆盖率分母为"提交后超过 48 小时仍未审批"的待审单数；审批人缺失单单独计数，取数失败当期不计入分母，也不算作零结果。 - **指标**：超时待审单 100% 在当期扫描中被催办；审批人缺失单 100% 单列待确认并通知采购负责人，0 例被猜出审批人或静默跳过；取数失败 100% 出回执不静默；零结果期 100% 有汇总回执。 - **脱敏抽查**：每周抽查 5 条催办通知，金额 100% 为区间、供应商 100% 用内部代号，不出现精确金额与供应商商业信息。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），精确金额与供应商实名出现 0 次，按 10% 抽查四层实际记录。 - **不动单核验**：每周核对采购平台操作日志，因本流程产生的单据改动 0 例。 ### 复用与变体 - **同构迁移**：合同会签超时催办、报销单审批超时催办、用章申请超时催办。 - **分级路由**：金额区间高的超时单同步抄送部门负责人，普通超时单只在采购群汇总一条。 - **写回采购平台**：在催办后再加一个 Agent 环节，由它通过 App/Extension 把"已催办"标记写回采购平台，仍不碰审批动作；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=单号+催办周期），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。