每周自动评审采购审批流程并生成优化提案

原文要点

作者WeblineIndia的免费n8n模板：每周定时复盘采购审批，先检测公司采购政策版本是否变化，加载近期审批历史、现行审批步骤规则与采购政策，规范化后计算各角色瓶颈指标并给整体表现打分，判断是否需要优化。需要时用OpenAI生成建议（也可用内置演示输出），解析为JSON后对照合规护栏校验（允许角色、允许动作、必须保留的审批人），通过后创建变更请求并在Wait节点挂起，等经理经resume webhook提交approvalStatus=APPROVED或REJECTED（必要时additionalApproval=APPROVED）；批准后生成新版本配置、保留旧版可回滚、写审计日志，并经Slack与Gmail通知相关方。

这次做成什么

在n8n中复现“每周评审→AI提案→护栏校验→人工批准→版本化发布”的闭环，先用内置演示输出和本站合成审批数据跑通，再切OpenAI线上模式。

准备什么

• 可配置凭据与Wait节点的n8n实例，且外部可访问其webhook地址
• 可选：OpenAI API凭据（不配置时使用内置演示推荐输出）
• Slack凭据与目标通知频道
• Gmail OAuth2凭据及审批通过、拒绝两类邮件的收件人地址
• 一份近期采购审批记录，可用本站合成CSV替代

具体怎么做

1. 配置定时与数据加载

   保留每周定时触发，先用本站合成CSV替代真实审批历史接入加载节点；确认政策版本检测节点能读出当前版本号，变化时才进入评审分支。

2. 演示模式跑通指标与提案

   不配置OpenAI凭据，让流程使用内置演示推荐；检查瓶颈指标节点对各角色（如采购员、财务审批、法务）的等待时长计算，以及是否触发需要优化的判定分支。

3. 验证护栏校验

   查看解析与校验节点：AI输出须为合法JSON，且建议中的角色在允许角色清单内、动作在允许动作内、必经审批人未被移除；任一不满足应走拒绝分支，不会进入批准等待。

4. 测试经理批准webhook

   激活工作流后复制Wait节点的resume webhook URL，发送包含approvalStatus=APPROVED的测试负载（如需二级批准再附additionalApproval=APPROVED），确认流程从挂起处继续执行；再测一次REJECTED确认走终止分支。

5. 接通知与版本化

   绑定Slack与Gmail凭据并填好收件人；批准路径应生成新版本配置、保留旧版本用于回滚并写入审计日志，最后向频道和相关人发送通知。

可直接复制的材料

单号,金额美元,当前角色,提交时间,审批完成时间,结果
PO-1001,1200,财务审批,2026-09-28 09:10,2026-09-29 16:40,通过
PO-1002,8600,法务,2026-09-29 10:00,2026-10-02 11:20,通过
PO-1003,430,财务审批,2026-09-30 14:05,2026-09-30 15:30,通过
PO-1004,15200,法务,2026-10-01 08:45,2026-10-05 09:10,驳回
PO-1005,3200,财务审批,2026-10-02 13:20,2026-10-04 10:00,通过

{
  "summary": "法务角色平均等待超过2天，建议1万美元以下且标准合同条款的订单跳过法务",
  "changes": [
    {"action": "add_skip_rule", "role": "法务", "condition": "amount_usd < 10000 且使用标准合同模板"}
  ],
  "preserved_approvers": ["财务审批"],
  "expected_effect": "低额订单平均审批时长预计缩短"
}

{
  "approvalStatus": "APPROVED",
  "additionalApproval": "APPROVED",
  "approver": "demo.manager@example.com",
  "comment": "同意跳过规则，试运行一个月"
}

输入与输出示例

本站虚构演示，未运行模板；等待天数由合成数据推算。

输入

输入上述五条审批历史，现行规则要求1万美元以上订单必须经法务，护栏规定财务审批为必经审批人不可移除。

对应输出

瓶颈评分：法务平均等待约3.5天（两条记录，均明显长于财务审批），触发需要优化分支；提案建议1万美元以下标准合同订单跳过法务，保留财务审批为必经审批人，护栏校验通过；流程挂起等待，收到approvalStatus=APPROVED后生成v2配置、保留v1可回滚并写审计日志。

做完检查这些

• 不配置OpenAI时演示模式能完整走到等待批准环节
• 非法JSON或试图移除必经审批人的提案被护栏拦截不进批准分支
• 发送APPROVED负载后流程继续并产出新版本配置与审计记录
• 发送REJECTED负载后流程终止且不改动现有版本

容易卡住的地方

• Wait节点的resume webhook URL需先激活工作流再复制，且外部网络要能访问该地址
• OpenAI为可选，未配置时用的是作者内置演示输出，不代表真实AI建议质量
• 经理批准的字段名以模板说明的approvalStatus、additionalApproval为准，拼写错误会导致流程一直挂起
• 自动改审批配置有合规风险，护栏规则应先在测试环境用虚构数据验证
• 本页不提供可导入工作流文件，需在n8n按说明搭建