每周自动分析发票异常并在Notion发布根因报告

原文要点

来源说明流程每周触发，从Google Sheets读发票异常，按Exception_Reason分组统计笔数、金额并列发票；第一段Groq模型做分类根因分析，第二段模型生成类别化上游流程修复；再生成Markdown、转Notion原生块，在指定Notion数据库建页并发Slack。排错表点名列名需含Exception_Reason、Amount、Invoice_ID、Vendor_Name、Notes，类别字符串要匹配，Notion需Notion-Version头与编辑权限，AI节点需注意Groq限额与结构化输出。

这次做成什么

把“分组—双模型—Notion发布—通知”落成可复现练习：用合成CSV代替真实Sheet，先验证分组统计和两段提示词能产出严格JSON，再把Markdown映射到Notion块的规则固定下来；真实模型名、Notion头与数据库权限按原模板核对。

准备什么

• n8n或任意可跑JS的定时环境，能读CSV/Google Sheets测试副本
• Groq或兼容聊天模型凭据；来源指定模型需确认账户可用，不可用则换支持JSON的同档模型
• Notion测试数据库与集成编辑权限，Slack测试频道，均不用生产数据
• 含Exception_Reason、Amount、Invoice_ID、Vendor_Name、Notes的合成异常表

具体怎么做

1. 准备合成异常表

   在Google Sheets测试副本建Invoice Exceptions，列严格用Exception_Reason,Amount,Invoice_ID,Vendor_Name,Notes；导入下方CSV六行，覆盖Missing PO、Price Mismatch、Duplicate Invoice三类，含一条空Notes检验健壮性。

2. 每周触发并分组

   Schedule设每周一09:00测试时区；Code节点按Exception_Reason聚合count、totalAmount、invoices数组，totalAmount用Number求和后保留两位。列名缺失时直接抛错并列期望列，不把脏数据送进模型。

3. 第一段根因分析

   把grouped JSON送入根因提示词，要求输出categories数组，每项含reason,count,totalAmount,rootCause,evidenceInvoices。模型外再用Code校验每个evidenceInvoices都能在分组结果中找到。

4. 第二段上游修复

   仅将第一段校验后的categories送入修复提示词，输出fixes数组：reason,processOwner,action,priority,expectedMetric。priority只能是high/medium/low；为空数组时说明类别字符串与Set节点不一致。

5. 生成Markdown并转块

   Markdown模板先放总影响金额，再按类别给根因、修复、指标。转Notion块时只支持heading_2,paragraph,bulleted_list_item；加粗、callout等扩展按原模板说明自行加if/else，不在本指南虚构已支持。

6. 建页并通知

   在Notion测试数据库建页，标题含周起止日期，children注入转换后的块；HTTP头保留Notion-Version有效日期并从原模板核对。成功后在Slack测试频道发报告链接、类别数和总金额，失败发错误摘要。

可直接复制的材料

Exception_Reason,Amount,Invoice_ID,Vendor_Name,Notes
Missing PO,1250.75,INV-1001,北辰办公用品,采购单未关联
Missing PO,980.00,INV-1002,北辰办公用品,补录PO待确认
Price Mismatch,4520.30,INV-1003,云启物流服务,合同价与发票价差3%
Duplicate Invoice,760.00,INV-1004,云启物流服务,疑似重复提交
Duplicate Invoice,760.00,INV-1005,云启物流服务,
Missing PO,640.20,INV-1006,南屿印刷,验收后补PO

你是应付账款异常分析师。只输出JSON：{"categories":[{"reason":"string","count":number,"totalAmount":number,"rootCause":"不超过80汉字","evidenceInvoices":["INV-..."]}]}。必须按输入分组逐类给出，不得合并不同reason，不得引用不存在的Invoice_ID，不得输出JSON外文字。输入：{{JSON.stringify($json.grouped)}}

基于已校验根因JSON输出流程修复，只输出JSON：{"fixes":[{"reason":"string","processOwner":"采购|财务|仓库|供应商管理其一","action":"不超过70汉字","priority":"high|medium|low","expectedMetric":"可量化指标"}]}。每个reason必须出现一次；金额合计大于5000或重复发票类priority至少medium。输入：{{JSON.stringify($json.categories)}}

{"supportedBlocks":["heading_2","paragraph","bulleted_list_item"],"rules":[{"when":"line starts with ## ","block":"heading_2"},{"when":"line starts with - ","block":"bulleted_list_item"},{"when":"other non-empty line","block":"paragraph"}],"notion":{"databaseId":"replace_with_test_database_id","headers":{"Authorization":"Bearer replace_with_test_integration_token","Notion-Version":"replace_after_checking_template","Content-Type":"application/json"}}}

输入与输出示例

本站虚构演示，模型输出为示意格式，未声称调用Groq或发布成功。

输入

导入上面6行CSV，周区间设为2026-10-05至2026-10-11，Missing PO三笔合计2870.95元，Price Mismatch一笔4520.30元，Duplicate Invoice两笔合计1520.00元。

对应输出

分组JSON关键行：{"reason":"Missing PO","count":3,"totalAmount":2870.95}、{"reason":"Price Mismatch","count":1,"totalAmount":4520.30}、{"reason":"Duplicate Invoice","count":2,"totalAmount":1520.00}。报告首行：本周总影响8911.25元；Duplicate Invoice因重复提交建议priority=high，指标设为重复发票拦截率≥95%。

做完检查这些

• 分组表三个类别count分别为3、1、2，totalAmount合计必须等于8911.25元
• 根因JSON中的每个evidenceInvoices都能在输入CSV找到对应Invoice_ID
• fixes数组覆盖且仅覆盖输入出现的三个reason，priority取值不越界
• Notion测试页children只含已声明支持的三种块，Slack通知含数据库页链接与总金额

容易卡住的地方

• 列名不是Exception_Reason等五个期望字段时，原流程会在分组处失败，先改表或改映射
• Extract Fixes空数组常因类别字符串与Set节点不完全一致，需逐字对齐
• 来源列出的gpt-oss-120b和qwen3.8-27b要在Groq账户确认可用，不要当作必然存在
• Notion集成无编辑权限或Notion-Version无效会建页失败；不要在生产库试错
• 模板免费但模型、Notion、Slack和网络环境可能另有限制或费用