用 WhatsApp 逐级催付发票，数据来自 Google 表格

用 WhatsApp 逐级催付发票，数据来自 Google 表格

一个追未付款发票的 n8n 工作流。它每天早上从 Google 表格读出未付款的发票，找出逾期恰好 7、14 或 30 天的那些，给每位客户发一条对应阶段的希伯来语 WhatsApp 提醒，然后在发票那一行记上阶段和日期。

包里有什么

• workflow.json：n8n 导出的工作流，五个工作节点和四张便签。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• Google Sheets 读取节点设了选项 returnAllMatches。从节点版本 4.5 起这个选项不再使用。n8n 的源码（2026 年 11 月 12 日查阅）在设置了筛选时会返回所有匹配的行，所以去掉了这个选项，行为不变。
• COUNTRY_CODE 现在是 Calculate Overdue Tier 顶部的一行。原来的副本在两个地方直接写了 972。
• 两个 Sheets 节点和 HTTP 节点里是占位符：<YOUR_SPREADSHEET_ID> 和 <YOUR_WAHA_SERVER>。原来的副本把表格留空，并带着一个大写字母写的地址。
• 四张便签已重写，没有任何外部链接。
• 所有凭据引用都已移除，由你自己选择。

开始之前

• 一个 n8n 实例，它必须能通过网络连到你的 WAHA 服务器。
• 一个 Google 账号，和一张表格，工作表第 1 行有这些列：InvoiceID、CustomerName、Phone、Amount、DueDate、Status、LastReminder 和 LastReminderDate。InvoiceID 必须唯一，因为更新是按它进行的。
• 一台运行 WAHA 的服务器，已关联一个 WhatsApp 号码，并有 API 密钥。WAHA 的安全页面（2026 年 11 月 12 日查阅）把密钥放在请求头 X-Api-Key 里，并说不要在没有防火墙和 HTTPS 的情况下把 WAHA 暴露在公网上。
• 把号码给了你、并同意收到你消息的客户。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 在 Read Invoices from Sheets 里用 Google 登录，选你的表格和存放发票的那个工作表。在 Update Sent Status in Sheets 里做同样的事。
3. 检查第 1 行有八个列名，并且未付款的发票 Status 写的是 open。如果第 1 行缺少 LastReminder 或 LastReminderDate，更新会报错并停下。
4. 在 Post WhatsApp Reminder 里，把网址里的 <YOUR_WAHA_SERVER> 换成你的 WAHA 服务器地址。
5. 在同一个节点里，添加一个 Header Auth 凭据，名称填 X-Api-Key，值填你的 WAHA 密钥。如果你的 WAHA 没有密钥，就把 Authentication 设为 None。
6. 在 Calculate Overdue Tier 里，如果你的客户不在以色列，就改 COUNTRY_CODE，并读一下三条希伯来语文字。
7. 加几行测试数据，逾期天数恰好是 7、14 和 30 天，号码用你自己的。点 Test workflow，检查三条消息和表格里的标记。
8. 检查工作流设置里的时区，确保 09:00 是你想要的早晨，然后打开这个工作流。

一次运行是怎么走的

1. When Each Day at 09:00 启动这次运行。
2. Read Invoices from Sheets 读出 Status 为 open 的所有行。
3. Calculate Overdue Tier 读每个到期日。它先试 ISO 日期，再试 dd/MM/yyyy、d/M/yyyy 和 MM/dd/yyyy。读不出日期的行会被跳过。对每张恰好逾期 7、14 或 30 天的发票，它写出希伯来语文字和聊天号。
4. Post WhatsApp Reminder 用会话 default 把文字发给 WAHA，每三秒一条。
5. Update Sent Status in Sheets 在 InvoiceID 相同的那一行，把 reminder-7、reminder-14 或 reminder-30 写进 LastReminder，把日期写进 LastReminderDate。

改变效果

• 每天几点运行，在 When Each Day at 09:00 里。
• 阶段和三条文字在 Calculate Overdue Tier 的 REMINDERS 列表里。文字是希伯来语：第 7 天语气友好，第 14 天直接，第 30 天坚定。
• 国家区号是同一个节点里的 COUNTRY_CODE。
• 消息之间的间隔是 Post WhatsApp Reminder 的批处理选项，3000 毫秒。

需要知道

• WAHA 不是 WhatsApp 自己的商业通道。WAHA 的防封页面（2026 年 11 月 12 日查阅）说，你永远不要主动开启对话，只发人们要求的内容，并保持平稳的节奏。给没有先联系你的人发提醒就是开启对话，所以号码可能被限制。WAHA 把错误 463 和 475 列为号码被限制或被限量的信号。
• WhatsApp 的商业消息政策（2026 年 11 月 12 日查阅）只允许给把号码给了你、并同意收到消息的人发消息。
• 如果要用 WhatsApp 自己平台上的商业号码，把 HTTP 步骤换成 n8n 的 WhatsApp 节点和一个已批准的模板。这份副本没有这样做。
• 发票只在恰好逾期 7、14 或 30 天的那一天才会得到一个阶段。如果运行失败，或那天早上 n8n 没开，这个阶段就永远错过了。
• HTTP 步骤没有错误处理。一个错号码会让运行停下，排在它后面的发票也会错过那一天。
• 标记拦不住同一天的第二次运行，所以一次测试运行可能把提醒发两遍。
• 不以 COUNTRY_CODE 开头的号码会被在前面补上它。其他国家的号码必须在代码里另行处理。
• 文字里金额后面写的是谢克尔符号，换别的货币请改文字。
• 你的数据：姓名、号码和金额会发到你的 WAHA 服务器，再到 WhatsApp。
• 没有运行：Mindket 没有调用 WAHA 或 Google 来测试这个文件。它在测试运行器里用两者的替身回答跑了一遍，三个阶段发出三条消息和三个标记。运行器没有 dd/MM/yyyy 格式的读取功能，所以那一步没有运行。
• JSON 里没有任何凭据。