## 差旅报销标准预检 {.case data-case-id="047"} | 字段 | 值 | | --- | --- | | 案例编号 | `047` | | 行业 / 部门 | 互联网 / 财务 | | 角色 | 财务专员 | | 难度 | `入门` | | 调用来源 | `manual`（员工提交差旅申请后由系统侧发起一次手动调用，带入行程与预算的安全引用（令牌），原始明细留在报销系统） | 员工出差回来报销时才发现住宿超了标准、交通等级不对，单子被打回、来回沟通、报销拖上半个月，财务和员工都难受。目标：员工提交差旅申请后由系统侧发起一次手动调用，让获授权 Agent 逐项比对公司差标（交通等级、住宿上限区间），符合就发预检通过回执；有超标项就逐条列出超标项与对应标准，标记"待确认"交审批人裁量，不自动否决。指标：预检通过的中差旅单在报销环节因标准不符被打回的比例 < 2%；超标项 100% 带对应标准出处，裁量决定 100% 留审计时间戳。 - **覆盖**：手动调用逐项比对交通等级与住宿上限区间、两路结果分流（符合、有超标项）、超标项交审批人裁量、本期无申请发零结果回执。 - **不覆盖**：自动否决申请、自动修改行程或预算、自动订票订房、事后报销单审核。 - **假设**：有一个经授权能读取公司差旅标准的 Agent（通过 App/Extension）；行程与预算在调用时以安全引用（令牌）作为输入，原始明细留在报销系统，由 App 在源头抽取区间化字段；住宿标准按城市层级给上限区间，金额在输出中一律显示为区间。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：员工提交差旅申请后由系统侧发起一次手动调用，输入只带行程与预算的安全引用（令牌），原始明细留在报销系统，让获授权的预检 Agent 经 App/Extension 读取公司差旅标准，逐项比对行程与预算（交通等级、住宿上限区间），返回预检结论。App/Extension 在读取侧即完成区间化与令牌化，Agent 只接收行程项、金额区间、等级与状态等白名单字段，金额在所有回执中只显示区间，原始行程明细不进入工作流与日志。 触发：手动发起调用，调用时带入行程与预算的安全引用（令牌）、差旅标准引用、审批人与预检 Agent。 结果分三类处理： 符合差标：发预检通过回执（结论、比对项数、时间戳）并留审计时间戳。 有超标项：逐条列出超标项与对应标准（如"住宿预算超该城市上限区间"），标记"待确认"交审批人，不自动否决；审批只有确认或驳回两种结果——确认即按例外放行进入后续流程，驳回即退回提交人按标准重新提交，均留审计时间戳。 输入明细不完整（行程缺城市、预算缺金额区间或项目）：告警并留审计时间戳，通知提交人补全后重新提交，本次不重试、不猜测缺失字段。 另设两类边界结果： 本期无申请（查询成功但安全引用解析后无行程明细）：发一条"本期无差旅申请"汇总回执并留时间戳，不静默结束。 取数失败（差旅标准数据源不可达、数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"本期无申请"，也不当作符合。 审批：超标项由审批人裁量，本流程只标记"待确认"不否决；审批只有确认或驳回两种结果——确认即按例外放行、驳回即退回提交人按标准重新提交；审批不设自动超时，无默认通过/否决。 异常：预检 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：通过回执、超标待确认、信息不完整告警、零结果回执、取数失败升级，各自留审计时间戳后结束。 ``` ![案例 047 差旅报销标准预检：员工提交申请后手动调用（输入只带行程与预算的安全引用（令牌），原始明细留在报销系统）获授权 Agent 逐项比对差标（交通等级、住宿上限区间，App 在读取侧即完成区间化与令牌化，Agent 只接收白名单字段）；符合发预检通过回执，超标项逐条列出对应标准标记待确认交审批人、确认即按例外放行、驳回即退回提交人按标准重新提交、不自动否决，输入明细不完整告警留审计通知补全后重新提交，本期无申请发零结果回执，标准数据源不可达按取数失败告警留审计重试升级；金额显示为区间；回传不合结构停在原等待点](../../../media/cases/fig-case-047-01-flow.svg){#fig-case-047-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **手动触发**：员工提交差旅申请后由系统侧发起一次调用，带入行程与预算的安全引用（令牌）、差旅标准引用、审批人与预检 Agent；原始明细留在报销系统。 2. **比对差标**：获授权 Agent 经 App/Extension 读取公司差旅标准，App 在读取侧即完成区间化与令牌化，Agent 逐项比对交通等级与住宿上限区间并回传白名单字段结论；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **三路分流**： - **符合差标**：发预检通过回执并留审计时间戳。 - **有超标项**：逐条列出超标项与对应标准，标记"待确认"交审批人，不自动否决；审批只有确认或驳回两种结果——确认即按例外放行进入后续流程，驳回即退回提交人按标准重新提交，均留审计时间戳。 - **输入明细不完整**：告警、留审计时间戳，通知提交人补全后重新提交，本次不重试。 4. **两类边界结果**：本期无申请发零结果汇总回执并留时间戳；取数失败告警、留审计时间戳，按重试上限重试，仍失败升级到值班频道。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"手动调用 + 三路分流"流程——它知道"比对差标"需要一个发消息并等待回调的 Agent 环节、"按比对结论分流"需要一个条件路由、"超标裁量"需要一个审批环节、"回执与告警"各需要一个发消息环节，并把它们连起来。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **输入明细不完整**：不猜测缺失的城市、金额区间或预算项目，告警留审计并通知提交人补全后重新提交，本次不重试。 - **差旅标准数据源不可达、数据陈旧**：不当作"本期无申请"或"符合"，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **超标项被自动否决**：这是流程设计上明确禁止的。特殊情况（如旺季酒店普涨）由审批人裁量，工作流只标记"待确认"，不能替人说不。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **预检 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **长时间无人裁量**：审批本身不设自动超时，流程停在等待状态。若业务需要响应时限，由另一条定时检查的 Workflow（或值班人员）扫出超时项并通知审批人。 超标项由审批人裁量，本流程只标记"待确认"不否决。审批人能看到每条超标项与对应标准（金额均为区间），所以是"有依据的快速裁量"。审批只有确认或驳回两种结果：确认即按例外放行进入后续流程，驳回即退回提交人按标准重新提交；没有第三种"调整"结果，也没有"超时默认否决"，审批本身不设自动超时。若要更严（如超标金额区间超过 2000 元的加签部门负责人），在提示词里写明，AI 会在流程里多加一个审批环节。 本工作流对公司差旅标准的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），原始财务字段在源头即被区间化/令牌化，并按 10% 抽查四层实际记录。审批人与频道作为调用输入提供；差旅标准数据源的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。数据源不可达或标准陈旧属于取数失败，走失败回执与升级，不当作"本期无申请"。所有回执中金额一律显示为区间。 - **回放集与基准**：取最近 3 个月 100 条历史差旅申请（含符合、住宿超标、交通等级超标、明细缺失样本）回放，人工基准答案为既定的预检结论。 - **比对准确**：符合/超标判定与基准一致率 ≥ 95%；超标项 100% 逐条带对应标准，0 例无依据否决，0 例出现"调整"等第三种审批结果。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **零结果行为**：明细为空时 100% 发"本期无差旅申请"汇总回执，不静默结束。 - **信息不完整行为**：缺城市、金额或项目时 100% 告警留审计、通知补全后重新提交，0 次自动补猜。 - **最小披露**：回执按 10% 抽样，精确金额出现 0 次，金额 100% 为区间。 - **结果可见**：通过、超标待确认、信息不完整、零结果、取数失败五类结果 100% 各有可见回执与审计时间戳；预检通过单在报销环节因标准不符被打回的比例 < 2%。 ### 复用与变体 - **同构迁移**：业务招待费标准预检、办公采购限额预检、加班打车报销预检。 - **分级裁量**：超标金额区间超过 2000 元的加签部门负责人，在提示词里写明即可。 - **批量变体**：把单条手动调用改为每周批量扫描本周新提交申请，其余分流逻辑不变。