## 供应商发票信息核验提醒 {.case data-case-id="045"} | 字段 | 值 | | --- | --- | | 案例编号 | `045` | | 行业 / 部门 | 制造 / 财务 | | 角色 | 应付会计 | | 难度 | `进阶` | | 调用来源 | `manual`（发票送达后由应付会计发起一次手动调用，带入发票安全引用（令牌）与采购单令牌） | 发票一到就急着入账付款，事后才发现数量或单价与订单对不上，退票改账的成本远超核验本身；等供应商催款才核对，又拖长账期、损伤合作。目标：发票送达后由应付会计发起一次手动调用，让获授权 Agent 逐项比对发票登记信息与采购订单、入库记录（品名、数量、单价区间），三单一致才转入付款审批队列并发回执；有不一致就逐条列出差异，交应付会计确认后再联系供应商，工作流绝不自动判定谁对谁错。财务红线：所有回执中发票号脱敏只显后四位，供应商银行信息一律不进入任何回执；工作流只做核对、提醒与审批编排，付款执行由财务系统完成，绝不动钱。指标：入队发票 100% 通过三单比对；差异项 100% 留人工确认记录与审计时间戳；抽样中完整发票号或银行信息出现 0 次。 - **覆盖**：手动调用逐项比对发票、采购订单与入库记录，三路分流（一致、不一致、信息不完整），一致转付款审批队列并发回执，不一致列差异经确认后联系供应商。 - **不覆盖**：自动判定责任方、自动改采购订单或入库记录、自动发起付款、自动与供应商沟通话术。 - **假设**：有一个经授权能读取采购订单与入库记录的 Agent（通过 App/Extension）；发票以安全引用（令牌）与采购单令牌在调用时作为输入，原始票据留在源系统，由核验 Agent 经 App/Extension 按引用抽取白名单字段；单价以区间口径核对，超区间差异交人工判断。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：发票送达后由应付会计发起一次手动调用，输入只带发票安全引用（令牌）与采购单令牌，原始票据留在源系统，让获授权的核验 Agent 经 App/Extension 按引用读取对应采购订单与入库记录，逐项比对发票登记信息（品名、数量、单价区间），返回比对结论。App/Extension 在读取侧即完成区间化与令牌化，Agent 只接收发票号后四位、品名、数量、金额区间与状态等白名单字段，供应商银行信息等原始字段不进入工作流与日志；所有回执与通知中发票号只显后四位。 触发：手动发起调用，调用时带入发票安全引用（令牌）、采购单令牌、应付会计、审批人与核验 Agent。 结果分三类处理： 三单一致：转入付款审批队列并发回执（发票号后四位、采购单号、比对结论）——"转入审批队列"即在 Loop 内生成待办通知，实际单据流转与队列登记由财务人员在财务系统完成；付款审批由财务经理人工执行，职责分离——录入与审批必须不同人，工作流只发待办通知与回执，绝不执行付款，也不写财务系统队列。 有不一致：逐条列出差异（品名、数量、单价偏差），不自动判定谁对谁错；清单交应付会计确认，确认后联系供应商——外发侧约定：仅由获授权的对接 Agent 经 App/Extension（邮件/供应商门户）执行，目标限定为该采购单令牌在供应商主数据中登记的全部对接渠道维度（收件邮箱、门户账号、单据映射一次选定），差异事项版本由平台在登记差异时持久化分配（调用输入只带平台签发的版本令牌），幂等键为"可信发票令牌+采购单令牌+平台签发的事项版本令牌+期望变化（联系供应商）+对接渠道目标"，发送响应未知或超时不判成功，先按幂等键查询是否已送达/已建沟通工单再决定重发；按重试上限有限重试，仍失败升级值班频道并将该事项置为"待处理"、保留待发内容供人工补发或补偿；确认与联系动作及幂等键均留审计时间戳。驳回则整单退回供应商资料补充，重新发起一次调用，不重试。 输入信息不完整（登记信息或采购单号缺失、无法定位订单）：告警并留审计时间戳，通知调用方补全后新开一次调用，本次不重试、不猜缺失字段。 另设两类边界结果： 无可核验项（登记信息为空或该发票已核验过）：发"本次无可核验发票"汇总回执并留时间戳，不静默结束。 取数失败（订单或入库系统不可达、数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败升级到值班频道；不当作"无可核验项"，也不当作差异。 审批：差异清单必须经应付会计确认后才联系供应商；驳回则整单退回供应商资料补充、重新发起调用，不重试；审批不设自动超时，无默认通过/否决。付款审批在审批队列由财务经理人工执行，工作流不代替审批、不放行付款。 异常：核验 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 取消：取消只停止尚未调度的后续图，不召回已发消息或外部结果、不自动补偿；保留 Effect 与外部 receipt，恢复时按完整业务键“可信发票令牌 + 采购单令牌 + 平台签发的事项版本令牌 + 期望变化（联系供应商）+ 对接渠道目标”查询权威状态，由恢复 Owner 决定保留结果、另建补偿行动卡或升级。 完成：一致转队列、差异经确认联系、信息不完整告警、零结果回执、取数失败升级，各自留审计时间戳后结束。 ``` ![案例 045 供应商发票信息核验提醒：发票送达后手动调用（输入只带发票安全引用（令牌）与采购单令牌，原始票据留在源系统）获授权 Agent 逐项比对发票与采购订单及入库记录（App 在读取侧即完成区间化与令牌化，Agent 只接收白名单字段）；三单一致在 Loop 内生成付款审批待办通知并发回执（实际队列登记由财务人员在财务系统完成，审批由财务经理人工执行、职责分离），有不一致逐条列差异经应付会计确认后由获授权 Agent 经 App/Extension（邮件/供应商门户）联系供应商（差异事项版本由平台在登记差异时持久化分配，幂等键=可信发票令牌+采购单令牌+平台签发的事项版本令牌+期望变化（联系供应商）+对接渠道目标，响应未知先查后写、有限重试、失败升级置待处理）、驳回则整单退回供应商资料补充重新发起调用不重试，输入信息不完整告警留审计通知补全后新开调用不重试，无可核验项发零结果回执，订单或入库系统不可达按取数失败告警留审计重试升级；发票号只显后四位、银行信息不进回执；回传不合结构停在原等待点](../../../media/cases/fig-case-045-01-flow.svg){#fig-case-045-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **手动触发**：发票送达后由应付会计发起一次调用，带入发票安全引用（令牌）、采购单令牌、审批人与核验 Agent；原始票据留在源系统。 2. **核验比对**：获授权 Agent 经 App/Extension 按引用读取采购订单与入库记录，App 在读取侧即完成区间化与令牌化，Agent 逐项比对品名、数量、单价区间并回传白名单字段结论；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **三路分流**： - **三单一致**：在 Loop 内生成付款审批待办通知并发回执（发票号后四位、采购单号、比对结论），实际单据流转与队列登记由财务人员在财务系统完成；付款审批由财务经理人工执行，录入与审批不同人，工作流只编排、不动钱、不写财务系统队列。 - **有不一致**：逐条列出差异，交应付会计确认；确认后由获授权的对接 Agent 经 App/Extension（邮件/供应商门户）联系供应商——目标为该采购单令牌登记的全部对接渠道维度，差异事项版本由平台在登记差异时持久化分配（调用输入只带平台签发的版本令牌），幂等键"可信发票令牌+采购单令牌+平台签发的事项版本令牌+期望变化（联系供应商）+对接渠道目标"，响应未知先查后写、有限重试、失败升级并置"待处理"保留补偿；驳回则整单退回供应商资料补充，重新发起一次调用，不重试。差异不由工作流判定责任方，均留审计时间戳。 - **输入信息不完整**：告警、留审计时间戳，通知调用方补全后新开一次调用，本次不重试。 4. **两类边界结果**：无可核验项发零结果汇总回执并留时间戳；取数失败告警、留审计时间戳，按重试上限重试，仍失败升级到值班频道。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"手动调用 + 三路分流 + 差异人工确认"流程——它知道"核验比对"需要一个发消息并等待回调的 Agent 环节、"按结论分流"需要一个条件路由、"差异确认"需要一个审批环节、"转队列回执与联系供应商"各需要一个发消息环节，并把它们连起来。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **输入信息不完整**：不猜缺失的登记字段或采购单号，告警并留审计时间戳，通知调用方补全后新开调用，不重试——宁可不跑，不跑错的。 - **订单或入库系统不可达、数据陈旧**：不当作"无可核验项"或"三单一致"，而是告警失败、留审计时间戳，按重试上限重试；仍失败升级到值班频道。 - **差异被自动判定责任方**：设计上明确禁止。工作流只列偏差事实（品名、数量、单价区间），对错由应付会计判断。 - **应付会计驳回**：整单退回供应商资料补充，重新发起一次调用，不重试、不自动改差异结论，留审计时间戳。 - **供应商银行信息泄露进回执**：回执只含发票号后四位、采购单号与结论，银行信息在任何输出都不出现，按 10% 抽查。 - **联系供应商发送状态未知**：邮件或门户响应超时、返回不明确时不判成功，按幂等键（可信发票令牌+采购单令牌+平台签发的事项版本令牌+期望变化（联系供应商）+对接渠道目标）先查询是否已送达或已建工单，再决定是否重发；按重试上限有限重试，仍失败升级值班频道并置"待处理"，保留待发内容供人工补发或补偿，杜绝按同一事项重复轰炸供应商。 - **取消后的外部结果**：取消不召回已发消息或外部结果，也不自动补偿；保留 receipt，恢复时按“可信发票令牌 + 采购单令牌 + 平台签发的事项版本令牌 + 期望变化（联系供应商）+ 对接渠道目标”查询权威状态，由恢复 Owner 决定保留、另建补偿行动卡或升级。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **核验 Agent 回传不合结构**：完成请求被拒绝，停在等待点等其修正后重新提交，不重跑。 - **长时间无人确认差异**：审批本身不设自动超时，流程停在等待状态。若需响应时限，由另一条定时 Workflow（或值班人员）扫出超时项并提醒应付会计。 差异清单必须经应付会计确认后才联系供应商，驳回则整单退回供应商资料补充、重新发起调用，不重试；付款审批则在审批队列由财务经理人工执行。职责分离是硬约束：发票录入（应付会计）与付款审批（财务经理）必须不同人，工作流只在三单一致时生成 Loop 内待办通知并发回执，实际队列登记与单据流转由财务人员在财务系统完成，不代替任何人放行付款。审批只有确认或驳回两种结果，不设自动超时，无默认通过/否决；要更严（如金额区间超 50 万元的发票加签分管负责人），在提示词里写明，AI 会多加一个审批环节。 本工作流对采购订单与入库记录的读取，以及确认后联系供应商（邮件 / 供应商门户），均由获授权 Agent 通过 App/Extension 执行，工作流本身不直接调用外部系统，更不接触支付接口。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），原始财务字段在源头即被区间化/令牌化，并按 10% 抽查四层实际记录。发票以安全引用（令牌）与采购单令牌作为输入，原始票据留在源系统。审批人与频道作为调用输入提供；订单与入库系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。系统不可达或数据陈旧属于取数失败，走失败回执与升级。回执遵循最小披露：发票号只显后四位，银行信息不进任何回执。 取消只停止尚未调度的后续图；App/Extension 保留外部 receipt，并允许恢复 Owner 按“可信发票令牌 + 采购单令牌 + 平台签发的事项版本令牌 + 期望变化（联系供应商）+ 对接渠道目标”读取权威状态后决定保留、补偿或升级。 - **回放集与基准**：取最近 2 个月 80 张已处理发票（含一致、偏差、超区间、信息缺失样本）回放，基准为既定结论。 - **比对准确**：判定与基准一致率 ≥ 95%；入队发票 100% 通过三单比对，0 例带差异。 - **差异不裁决**：差异项 100% 逐条列出偏差并留人工确认记录，无自动判定文案。 - **最小披露**：回执与通知按 10% 抽样，完整发票号与银行信息出现 0 次，发票号 100% 只显后四位。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **驳回行为**：驳回 100% 整单退回供应商资料补充并留审计，0 例自动重试或自动改差异结论。 - **信息不完整行为**：缺失登记信息或采购单号时 100% 告警留审计、通知补全后新开调用，0 次补猜。 - **取消恢复**：在外部请求已发出后取消的回放中，已发结果 0 次被召回或自动补偿，receipt 保留率 100%；恢复 Owner 100% 按“可信发票令牌 + 采购单令牌 + 平台签发的事项版本令牌 + 期望变化（联系供应商）+ 对接渠道目标”查权威状态，并明确选择保留、另建补偿行动卡或升级。 - **结果可见**：五类结果 100% 各有可见回执与时间戳，不静默结束。 ### 复用与变体 - **同构迁移**：委外加工单核验、固定资产到票核验、报关单核对。 - **加签变体**：金额区间超 50 万元的发票，入队前加签分管负责人，在提示词里写明即可。 - **批量变体**：把单张手动调用改为每日批量扫描当日送达发票，分流逻辑不变。