「嘿！我剛完成了叔叔學校的核心學校管理系統，現在我正在添加一個自動化的 WhatsApp 通知模組。
我需要處理像通告、活動提醒、出席更新和費用提醒之類的事情。由於我沒有經過認證的 WhatsApp 商業 API 帳戶，我正在考慮使用 Twilio 等第三方提供商來管理訊息，因為這是最具成本效益的選項。
我的計劃是建立一個工作流程，讓我可以直接添加需要發送費用提醒的學生、需要發送已支付費用通知的學生，以及一些要發送給所有學生的通告，基本上是針對 400 名學生，這將連接第三方工具與 n8n 以向學生發送訊息。目前這只是基礎等級，隨著時間推移以及學生數量增加，我將使其更加進階，但現在我必須這樣做。
我很感謝你的友善回應。
Hanzala
謝謝」
@Hanzala1 在你開始建立之前先提醒一下，Twilio 並不會略過 WhatsApp Business API，它是一個提供商 TO 它，所以你無論如何都還是需要註冊一個寄件人。而且像費用提醒和通知這類的出站內容都需要預先批准的 WhatsApp 範本，你不能免費發送簡訊給 400 個學生。之後 n8n 那邊是比較簡單的部分。你是堅持用 Twilio 還是願意考慮 Meta 的 Cloud API？
@achamm 謝謝兄弟。我還沒開始批准我的模板的流程。首先只是分析一下情況，然後才會開始。在 Meta 上驗證業務真的很麻煩。還有模板批准的東西，現在首先如果你有任何知識，不需要驗證 Meta 業務。有沒有可能建立這種系統呢？
@Hanzala1 兩條誠實的路。官方（Twilio/Meta）有開發者模式，不需要完整驗證，但只能用於少數測試號碼，大量操作的話驗證 + 樣板是避免不了的。規避的方法是用非官方工具，像 Evolution API 或 WAHA，它們用一般的 WhatsApp 帳號驅動，所以不需要驗證或樣板，但這違反了 WhatsApp 的服務條款，大量寄送給 400 個學生正好是導致號碼被封的原因。對 MVP 來說還可以，但作為正式管道就有風險了。這個什麼時候要上線，還是還在驗證階段？
@achamm 這很有道理，我絕對不想冒著讓學校號碼被禁用的風險。
我目前處於驗證階段，但計劃很快就會對學校上線。考慮到這種風險，我認為我會堅持使用官方路徑。從一開始就做對比起後來還要修復被禁的號碼要好得多。
嘿 @Hanzala1 選擇正式途徑是個好決定。在你等待 Meta 商業帳戶驗證期間（可能需要幾天到一週的時間），這裡有一些你可以主動進行的事項，而不是坐以待斃。
你目前可以使用 Meta 的測試模式來建構你的 n8n 工作流程。你可以在測試者列表中最多添加五個電話號碼到你的帳戶，無需完整驗證你的帳戶。為費用提醒和已付款通知通函創建並建構你的工作流程邏輯就足夠了，這樣當我們上線時你就可以進行驗證。
你也可以在 Meta 平台上創建訊息範本並為它們創建草稿，因為這個過程可以在我們進行商業驗證之前完成。Meta 訊息範本必須符合他們的商業訊息標準，創建它們將使我們一旦獲得批准就能立即提交進行驗證。
對於 n8n，一個簡單但適用於 400+ 名學生的架構：
使用 Google 試算表來維護你的學生資料庫（姓名、電話、繳費狀態、班級）。
使用 Filter 節點來區分待繳費學生 vs 已繳費學生 vs 全體學生通函。
使用 WhatsApp Business Cloud 節點搭配每個分校的核准範本。
最後，在傳送之間創建一個 Wait 節點，以達到安全傳送限制的規模。
祝你好運！第一次驗證流程是值得的，這樣可以建立一個學校能長期依賴的系統。
@Stanleyy 我很感謝你的幫助。但我主要的問題是在 Meta 上驗證業務以取得 WhatsApp 商業 API。實際上我叔叔有一所學校，現在正在成長，大約有 400 名學生。所以我正在按照你的建議以正確的方式去做這件事。其餘的對我來說很簡單，因為我做 AI 自動化。我們也有其他基於瀏覽器的自動化編程方式，用於向學生發送基本的訊息。
@Hanzala1 驗證本身是在 Meta Business Manager（安全中心）中完成的，而讓人們卡住的關鍵是詳細資訊必須相符。商務管理員中的學校法定名稱、地址和電話必須與官方文件完全相符，例如註冊證書或學校名下的水電費帳單。已註冊的學校通常會有這些文件，所以在提交前先核對並確保資訊相符，不符是導致流程延誤的常見原因。商務帳號驗證完成後，WhatsApp 寄件者和範本核准會在之後進行。