IOSOR 知識庫

豐富通訊恢復週:唯有設定誠實、拒絕上線謊言時才能重新開啟

學習如何在會話中斷事件後安全恢復豐富通訊服務,透過在「設定中」與「上線」狀態之間保持嚴格的目錄誠實度。

在會話凍結後恢復流量需要絕對的誠實。過早將路由標記為「上線」是一個陷阱,會導致 OTP SMS 失敗。正確的做法是維持「設定中」狀態,直到 webhook 測試完全通過為止。

事故後現實:為什麼目錄真實性至關重要

經歷會話凍結後,返回主動流量需要嚴格的管理清晰度。經銷商常試圖在寄件者驗證或路由預熱完成之前,將 WhatsApp 與 RCS 通道標記為「上線」來恢復客戶信心。繼 豐富事件週:目錄仍顯示「設定中」時發生會話掉落 之後,在沒有清晰就緒指標的情況下急於重回生產環境,會造成新的 API 失敗並損害買家信任。

區分設定狀態與上線執行

被標記為「設定中」的通道表示技術配置、範本審核或網webhook設定正在處理中,但生產流量絕對不能流過。過早將路由標記為「上線」會導致 OTP 訊息遺失與媒體酬載損壞。如我們在 尚未上線時勿把 WhatsApp 與 RCS 當 Live 指南中所述,未能將待處理路由與生產流量隔離會破壞送達指標,導致訊息無法送達終端用戶。

恢復框架:豐富通道的狀態對應

為了防止系統級混亂,通訊平臺必須在恢復週期間在所有豐富通道中維持清晰的狀態定義,確保所有營運團隊遵循相同的標準作業程序。

通道狀態 技術狀態 API 行為 客戶預期
草稿 品牌提交進行中 拒絕沙盒呼叫 僅帳戶設定
設定中 寄件者身分待驗證 測試 webhook 啟動中 預先發布測試
上線 路由啟用並已驗證 啟用完整吞吐量 商業流量
暫停 會話掉落後凍結 自動切換至備用路由 技術稽核

清楚區分主動功能與設定管線,可防止災難性的路由失敗,並顯著提升系統的整體穩定性。

值班交接時把判定標準寫進同一份說明:誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

對帳或匯出必須帶同一 intent 或 session 鍵,方便財務回放,不要用口頭「正常」代替鍵對齊。

上線前先跑窄走廊冒煙,確認閘門與回退觸發後再放寬目的地集合。

值班交接時把判定標準寫進同一份說明:誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

對帳或匯出必須帶同一 intent 或 session 鍵,方便財務回放,不要用口頭「正常」代替鍵對齊。

上線前先跑窄走廊冒煙,確認閘門與回退觸發後再放寬目的地集合。

值班交接時把判定標準寫進同一份說明:誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

對帳或匯出必須帶同一 intent 或 session 鍵,方便財務回放,不要用口頭「正常」代替鍵對齊。

上線前先跑窄走廊冒煙,確認閘門與回退觸發後再放寬目的地集合。

值班交接時把判定標準寫進同一份說明:誰看 DLR、誰對帳、誰能暫停路由。峰值前按清單复核。

JIT 號碼配置與餘額管理

為了維持營運完整性,平臺號碼與豐富路由是按需配置的。我們採用隨需分配機制,透過預付保留金保留號碼,僅在個人檔案驗證完成時指派。平臺帳戶依循嚴格的預付下限,以支援主動路由基礎設施。隨著流量擴大且每月支出接近軟審查額度時,自動健康檢查會確保路由設定在擴展生產限制之前完全合規。

透過誠實目錄防止客戶流失

目錄狀態的透明度是恢復階段中最強大的留存工具。當客戶了解 上線 / 設定中 / 接下來:誠實的買家路徑 中詳述的確切歷程時,他們便能接受等待驗證期而不會放棄平臺。透過即時通知提供狀態徽章,可確保下游軟體觸發機制平穩切換,而不會對未驗證的寄件者逾時。

從 IOSOR 開始

富媒體復原週只對資料/工作階段已綠的通道標可發;仍在 setup 的 RCS/WhatsApp 保持準備中,流量回退 SMS。匯出復原前後工作階段成功率,證明不是假 Live。

相關:富媒體事故週工作階段掉線 Live / 準備中 / 即將上線

IOSOR 要點

富媒體復原要誠實對待 setup,不能為衝量假標 Live。

要做:僅綠通道重開 + SMS 回退。 不要:setup 中當 Live 發。

這篇指南有幫助嗎?

相關指南