n8n 工作流：送达尝试升级与宣誓书起草

原文要点

原模板流程为：n8n 表单接收送达人提交的送达记录，在名为 process_serving_cases 的 n8n Data Table 中查案件并计算尝试次数与 SOL 倒计时，用 gpt-4o-mini（temperature 0）把现场备注分类为单一类别；满足替代送达规则（默认 3 次尝试/30 天，SOL 紧急阈值 14 天）且未授权未送达的案件走 Slack #case-approvals 的 sendAndWait 律师审批，状态回写表格；可结案案件用确定性代码模板（非 LLM）生成宣誓书草稿存 Google Drive，并向示例法院电子立案接口 POST 数据。外部节点配置 3 次重试与 2000ms 退避。模板免费，但需在 n8n 模板页获取原工作流。

这次做成什么

在自己的 n8n 实例上搭起这套送达升级与宣誓书起草流程，并用本站设计的合成案件数据完成一次端到端练习：提交送达记录→分类→触发律师审批→状态回写→生成宣誓书草稿。

准备什么

• 一个可登录的 n8n 实例（自托管或 n8n Cloud），有创建 Data Table 和导入模板的权限
• OpenAI API 密钥（用于 gpt-4o-mini 分类节点，会产生少量调用费用）
• 可安装应用的 Slack 工作区及 Bot Token，且能创建 #case-approvals 与 #case-tracking 频道
• Google 账号，可配置 Drive OAuth2 并准备一个测试文件夹
• 从 n8n.io/workflows/19875 页面导入的原工作流文件（本站不提供可导入 JSON）

具体怎么做

1. 导入模板并建数据表

   在 n8n 模板页下载并导入工作流。新建 Data Table，命名必须是 process_serving_cases，逐列添加 case_number（文本）、attempt_count（数字）、first_attempt_date（日期）、sol_deadline（日期）、alt_service_authorized（布尔）、case_status（文本）。用下方合成 CSV 导入 3 条测试案件。

2. 配置四类凭据

   在 OpenAI 聊天模型节点绑定 API 密钥；Slack 节点绑定 Bot Token 并把频道改成你工作区真实频道；Drive 节点绑定 OAuth2 并把 CASE_AFFIDAVITS_FOLDER_ID 占位替换为测试文件夹 ID；法院电子立案 HTTP 节点保留示例地址 https://efile.courts.example/api/filings 先不调真，或改指向你自己的测试接收端（如 webhook.site）。

3. 核对升级规则代码

   打开 Compute Attempt Count & SOL Countdown 代码节点，确认默认逻辑为 30 天内 3 次尝试触发替代送达升级、SOL 剩余 14 天标记紧急。按你的业务把阈值改成练习值（如 2 次/15 天），保存。

4. 提交测试表单并走审批分支

   激活工作流，打开表单触发器的测试 URL，提交下方示例输入（案件 PS-2026-0042 已有 2 次尝试）。预期：GPT 把备注分类为 no_answer，尝试次数变为 3 且未授权，Slack #case-approvals 出现审批卡片；在 Slack 点批准后，表格 alt_service_authorized 变为 true，case_status 更新。

5. 验证结案产物

   再提交一条 outcome_notes 明确送达成功的记录，预期案件状态变为 served，Drive 文件夹出现宣誓书草稿文本文件，HTTP 节点向测试端 POST 草稿数据，#case-tracking 收到一行状态消息。

可直接复制的材料

case_number,attempt_count,first_attempt_date,sol_deadline,alt_service_authorized,case_status
PS-2026-0042,2,2026-08-30,2026-10-15,false,continuing_attempts
PS-2026-0057,0,,2026-12-01,false,new
PS-2026-0061,3,2026-08-10,2026-09-28,true,alt_service_authorized

你是法律文书送达记录分类器。阅读下面的现场备注，把它归入且仅归入下列一个类别：served_successfully（送达成功）、wrong_address（地址错误）、no_answer（无人应答）、refused（拒收）、unable_to_locate（无法找到当事人）。只输出类别英文标识本身，不要输出解释、标点或其他文字。

现场备注：{{ $json.outcome_notes }}

OpenAI 节点：绑定 OpenAI API 密钥，模型 gpt-4o-mini，temperature 0
Slack：Bot Token；Request Alt-Service Approval 频道改为你的审批频道；Post Case Status Update 频道改为你的播报频道
Google Drive：OAuth2；Save Affidavit to Drive 的 CASE_AFFIDAVITS_FOLDER_ID 替换为测试文件夹 ID
电子立案 HTTP 节点：Header Auth 凭据；URL https://efile.courts.example/api/filings 仅为示例，必须替换为真实法院/厂商接口或测试接收端
升级规则：Compute Attempt Count 节点默认 3 次/30 天、SOL 14 天，按辖区调整

输入与输出示例

本站虚构演示，非原作者运行结果；实际输出字段以导入模板为准。

输入

表单提交：case_number=PS-2026-0042，defendant=李某（虚构），address=示例市朝阳区测试路 12 号 3 单元，outcome_notes=上门两次均无人应答，邻居称住户近期早出晚归，门口信箱已满

对应输出

分类结果：no_answer。案件更新示意：{"case_number":"PS-2026-0042","attempt_count":3,"alt_service_authorized":false,"case_status":"pending_approval"}；同时 #case-approvals 收到审批卡片“案件 PS-2026-0042 已满足替代送达条件（3 次尝试/30 天内），是否授权？”，#case-tracking 收到一行播报“PS-2026-0042 第 3 次尝试：无人应答，已提交审批”。

做完检查这些

• Data Table 中该案件 attempt_count 从 2 变为 3，且记录被 upsert 而非新增重复行
• 分类节点输出为单一类别标识，不含解释性文字
• 满足 3 次/30 天且 alt_service_authorized=false、未送达时才在审批频道出现 sendAndWait 卡片
• 律师在 Slack 批准后表格 alt_service_authorized 变为 true，拒绝则进入 pending/denied 分支
• 只有 served 或已授权替代送达的案件才在 Drive 生成宣誓书草稿并触发电子立案 POST

容易卡住的地方

• 表单备注和表格含地址、案件号等敏感个人信息，练习时只用合成数据，表格与 Drive 权限需限制给授权人员
• 电子立案节点示例 URL 是占位地址，直接激活会向不存在的接口发请求，先改成测试接收端
• Slack sendAndWait 需要应用具备交互（interactivity）权限，否则审批卡片无法回传结果
• 升级阈值是按美国部分辖区思路设计的默认值，与本地法律要求无关，正式使用前必须由法律人士核对
• 宣誓书由代码模板生成以防 LLM 编造事实，但其中法定声明、公证栏等措辞需按本地法院要求改写