設定語音未接來電自動回覆 SMS 觸發

設定語音未接來電自動回覆 SMS 觸發。

理解語音轉簡訊回退架構

未接的語音流量代表最終用戶的營收損失。當入局呼叫到達未分配的分機、遇到忙線或在二十秒內無人接聽而逾時，平台可以立即觸發出局簡訊回退。此工作流程依賴 Webhook 事件傳播。一旦語音呼叫狀態轉變為 'no-answer' 或 'busy'，系統就會向您指定的端點發送包含主叫 E.164 ID、撥打號碼和精確時間戳記的 HTTP POST 酬載。您的應用程式隨後會建立一個個人化的恢復流程。

透過 JIT 配置號碼

執行語音和訊息回退流程需要可用的 E.164 號碼庫。底層基礎設施採用隨需分配模式。您不需要預先購買投機性庫存或在傳統倉庫中保留靜態庫存；當租戶請求時，號碼會透過 API 或控制台介面即時配置。每個資產都會產生標準的 MRC 帳單，直接從平台帳本中扣除。帳戶採用嚴格的預付費模式，需維持 USD 20 的預付費底線才能持續運作。當擴展高量自動化時，平台能確保順暢運作。

設定語音呼叫狀態 Webhooks

為了準確捕捉未接來電，您必須在路由控制台中對應正確的事件監聽器。導航至語音設定面板，並為未接來電和忙線事件定義您的 Webhook 回呼 URL。平台會監聽特定的呼叫狀態終止代碼。當呼叫因無人接聽而中斷時，引擎會將 DLR 和呼叫元資料打包成結構化的 JSON 酬載。確保您的伺服器驗證傳入簽章，並在三秒的嚴格逾時視窗內回應 HTTP 200 OK 狀態。適當的 Webhook 處理可防止重試風暴。

建構自動化簡訊分派邏輯

一旦 Webhook 到達您的端點，應用程式邏輯必須解析主叫 ID 並立即呼叫訊息 API。建構一個動態範本，確認未接來電並邀請用戶回傳簡訊。透過檢查退訂名單並依區域營運商法規附加強制性退訂關鍵字(如 STOP)，納入合規護欄。分派請求會到達訊息閘道，該閘道會驗證酬載格式、檢查可用的帳本額度，並透過最佳化的營運商路徑路由出局簡訊。每一個步驟都經過精心設計以確保高送達率。

排除 DLR 與 Webhook 延遲故障

當回退觸發失敗或訊息未到達手機時，系統化的診斷檢查至關重要。首先檢查控制台活動帳本，以驗證語音呼叫狀態是否實際註冊為 'busy' 或 'no-answer'。接著，檢視 Webhook 傳遞日誌，以確認您的伺服器回應了 200 OK 且未觸發逾時錯誤。常見問題包括配置錯誤的 E.164 格式或預付費餘額低於營運閾值的不足餘額。如需更多整合模式，請參考 。

相關閱讀: 雙向訊息收件匣指南 · 入站試用週：在租用的 DID 上進行 MO 即時檢查 · 入站第二個月：在同一租用 DID 上的 MO 負載.

從 IOSOR 開始

入站語音未接——響鈴後無應答或忙——在同一入站 DID 與 call-id 上發一則簡訊。鈴還在響時不要發簡訊。把該列標成 missed-call-to-SMS。這是入站未接回落，不是出站語音告警在終態失敗後的故障切換，不是 MO 垃圾接入，也不是 STOP/HELP 頁。

IOSOR 要點

未接的入站語音變成同一 DID 與通話上的一則簡訊。

該做： 等到未接狀態，再發一則簡訊。 別做： 響鈴時發簡訊，或新開一條意圖當作出站告警切換。