## 员工报销单填写完整性与合规提醒 {.case data-case-id="041"} | 字段 | 值 | | --- | --- | | 案例编号 | `041` | | 行业 / 部门 | 互联网 / 财务 | | 角色 | 财务专员 | | 难度 | `入门` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 读取报销平台待审核单） | 报销单退回率居高不下，原因大多不是金额有问题，而是缺发票、缺项目归属这类低级缺项——审核同事看一眼就退回，提交人再改再交，一来一回三天就过去了。目标：每日定时让获授权 Agent 读取报销平台的待审核单，逐单核对必填字段与票据附件，把"齐全"的单转人工审核队列并回执，把"有缺项"的单在进入人工审核前就通知提交人补齐，缺失项逐条列出、不猜归属。财务数据最小披露：金额只显示区间（如 1000 元以下 / 1000 元及以上），发票只验"已附 / 未附"、不显示发票号。指标：进入人工审核队列的单据字段齐全率 100%；缺项通知在单据提交后 1 个工作日内送达率 100%。 - **覆盖**：定时读取待审核单、逐单核对必填字段与票据附件、齐全单转人工审核队列并发回执、缺项单通知提交人补齐并逐条列出缺失项。 - **不覆盖**：合规判定与审批（由人工审核队列按既有财务流程完成）、自动改单、自动替提交人补填归属、费用标准比对。 - **假设**：有一个经授权能读取报销平台待审核单的 Agent（通过 App/Extension）；必填字段清单与票据要求在调用时作为输入提供；提交人取报销平台记录，缺失标"待确认"。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每日定时由获授权的核对 Agent 经 App/Extension 读取报销平台的待审核报销单，逐单核对必填字段与票据附件并返回（单号后四位、提交人令牌、缺项字段存在性标记、金额区间、发票已附/未附）。App/Extension 在读取侧即完成区间化与令牌化，Agent 只接收单号后四位、提交人令牌、金额区间、类型与状态、缺项字段存在性标记（哪个必填项缺失，仅标记存在性与脱敏枚举值如"未填/未附"）与附件状态（脱敏枚举：已附/未附）等白名单字段，原始报销字段不进入工作流与日志；补齐与转队列通知的收件人由报销 App 按提交人令牌解析回填。 触发：定时（计划）发起调用，调用时带入必填字段清单引用、人工审核队列频道与核对 Agent。 结果分四类处理（齐全与有缺项互斥：齐全=必填字段无一缺失且附件已附，有缺项=至少一项缺失或未附）： 有缺项（缺发票、缺项目归属等，即缺项字段存在性标记至少一项命中）：通知提交人补齐，缺失项逐条列出（如"发票：未附""项目归属：未填"），不从历史单据或同名项目猜归属；金额区间与缺失项一并回执并留审计时间戳。 字段与附件齐全（必填字段无一缺失且附件已附）：单据转入人工审核队列并发回执（仅单号后四位、提交人令牌、金额区间），合规判定留给审核同事，并留审计时间戳。 本期无待审核单：发一条"本期无待审单"汇总回执并留时间戳，不要静默结束。 取数失败（报销平台不可达或数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道，不当作"本期无待审单"。 审批：不涉及审批环节，齐全单只是转入人工审核队列，合规审核按既有财务流程由人工完成。 异常：核对 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：缺项通知、转队列回执、零结果回执、取数失败各自留审计时间戳后结束。 ``` ![案例 041 报销单填写完整性与合规提醒：定时让获授权 Agent 经 App/Extension 读取报销平台待审核单并逐单核对必填字段与票据附件（App 在读取侧即完成区间化与令牌化，Agent 只接收单号后四位、金额区间、类型与状态、缺项字段存在性标记与附件状态等白名单字段）；报销平台不可达按取数失败告警留审计重试升级，本期无待审单发零结果回执，有缺项（齐全与有缺项互斥：齐全=无一缺失且已附，有缺项=至少一项缺失或未附）通知提交人补齐且缺失项逐条列出不猜归属，齐全单转人工审核队列并发回执，金额只显示区间、发票只验已附未附，均留审计时间戳](../../../media/cases/fig-case-041-01-flow.svg){#fig-case-041-01 width=92%} 如上图所示，正常路径与异常同时可见，四类结果都有可见回执： 1. **定时触发**：计划到点（每日）发起一次调用，带入必填字段清单引用、人工审核队列频道与核对 Agent。 2. **逐单核对**：获授权 Agent 经 App/Extension 读取报销平台待审核单，App 在读取侧即完成区间化与令牌化，Agent 逐单核对必填字段与票据附件并回传（单号后四位、提交人令牌、缺项字段存在性标记、金额区间、发票已附 / 未附）；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **四类结果分流（齐全与有缺项互斥：齐全=必填字段无一缺失且附件已附，有缺项=至少一项缺失或未附）**： - **报销平台不可达**：取数失败，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 - **本期无待审单**：发一条零结果汇总回执并留时间戳，不静默结束。 - **有缺项**：通知提交人补齐，缺失项逐条列出，不从历史单据猜归属，并留审计时间戳。 - **字段与附件齐全**：转入人工审核队列并发回执（仅单号后四位、提交人令牌、金额区间），合规判定留给审核同事，并留审计时间戳。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时核对 + 四路分流"流程——它知道"逐单核对"需要一个发消息并等待回调的 Agent 环节、"按齐全与否分流"需要一个条件路由、"转队列、补齐通知与回执"各需要一个发消息环节。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **报销平台不可达或数据陈旧**：不当作"本期无待审单"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **本期无待审核单（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录，而不是无声结束。 - **项目归属字段为空**：Agent 不从历史单据或同名项目猜归属，缺项清单里原样列出"项目归属：未填"，由提交人自己补。 - **提交人字段缺失**：通知对象标"待确认"，该单原样进入缺项清单，不因联系不上人而丢弃。 - **缺项通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **核对 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 本案例不设审批环节。齐全单转入人工审核队列后，合规审核（金额是否超标、票据是否合规）按既有财务流程由审核同事人工完成——发起核对与合规审核天然由不同人承担，职责分离已经成立。工作流只做完整性核对，不替人做合规判定。 本工作流对报销平台的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统，更不触碰任何支付或银行接口。App/Extension 在读取侧即完成区间化与令牌化：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），原始财务字段在源头即被区间化/令牌化，并按 10% 抽查四层实际记录。人工审核队列频道作为调用输入提供；报销平台的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。报销平台不可达或数据陈旧属于取数失败，走失败回执与升级，不当作"本期无待审单"。全程遵循财务数据最小披露：金额只显示区间，发票只验"已附 / 未附"，银行账号、发票号全号不出现在任何提示、示例或回执里。 - **回放集与基准**：取最近 100 张历史报销单（含齐全、缺发票、缺归属、空附件样本）回放，人工基准答案为逐单缺项清单；缺项判定与基准一致率 ≥ 95%。 - **补齐效果**：进入人工审核队列的单据字段齐全率 100%（以人工审核退回记录核验）；缺项通知在单据提交后 1 个工作日内送达率 100%。 - **最小披露**：全部回执与通知 100% 只含金额区间与"已附 / 未附"，按 10% 抽样核对，不出现发票号全号或银行账号。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **不猜归属**：项目归属为空的单据 100% 列为缺项，0 例出现 Agent 补填的归属值。 - **结果可见**：缺项通知、转队列回执、零结果回执、取数失败四类结果 100% 各有可见回执，不出现静默成功。 - **分母与口径**：一致率分母为回放单据总数；每次运行记录核对与通知时间戳。 ### 复用与变体 - **同构迁移**：合同用印申请完整性核对、入职材料齐全性核对、供应商准入资料核对。 - **分级提醒**：缺项超过 3 天未补齐的，升级提醒其部门负责人，在提示词里写明即可。 - **写回报销平台**：在通知后再加一个 Agent 环节，由它通过 App/Extension 把"已提醒补齐"状态写回报销平台；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=平台签发的唯一不可逆记录令牌+提醒事项版本+写入目标），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。