上線前的範本目錄規範

訊息類別若沒有經過核准的範本目錄，掛上「上線」標籤就只是在綠燈下燒掉預付資金。買方在銷售人員宣佈豐富或簡訊類別上線之前，必須擁有生產環境範本的具名目錄。本頁面即為該買方路徑——它不是金庫深潛，也不是一般簡訊 API 的購物清單。

相關閱讀：上線前故障轉移閘門、第一天跑道：必須亮綠燈的事項、當啟動被封鎖時：誠實的狀態呈現、範本審核閘道與單位類別。

IOSOR 採白牌預付模式。USD 20 可資助一條通道上的目錄試驗；接近 USD 1,000/month 的軟審查則將空目錄上線視為流量債務。客戶可直接檢視白牌目錄狀態。

目錄是訊息類別的上線閘門

上線代表該類別能以誠實的狀態承載預付流量。目錄代表每個生產範本 ID 在發送前都已經列出、核准、擁有並對應至單位類別。容錯移轉與跑道或許看起來準備就緒，但在目錄資料列建立之前，WhatsApp、RCS 或範本簡訊的上線狀態將持續被封鎖。請參閱上線前故障轉移閘門與第一天跑道：必須亮綠燈的事項。切勿在目錄仍是聊天室試算表時，僅憑投影片就宣稱已上線。

核准目錄資料列包含的內容

遺失的欄位最終會變成無根據的傳說。USD 1,000/month 的軟審查將傳說視為偵察風險；USD 20 則透過填滿每個欄位來證明一條通道。單位類別詳見範本審核閘道與單位類別。

通道上線與目錄上線是不同的代幣

當範本尚在草擬時，通道可以處於設定中。當行銷範本仍為草稿時，目錄可能已針對 OTP 獲得核准。切勿將代幣混為一談：通道就緒 ≠ «任何範本都能發送»。未知 ID 的預付保留會以關閉狀態失敗——首次扣款前的預付資金保留。空目錄加上上線介面是一場啟動謊言：當啟動被封鎖時：誠實的狀態呈現。

獲得任何上線標籤前的買方路徑

1. 按訊息類別列出第一個月的範本。
2. 提交審查；等待「已核准」狀態——而不是「在測試環境看起來不錯」。
3. 將每個 ID 對應至單位類別與扣款標籤。
4. 每個類別進行一次發送測試，收據上須帶有目錄 ID。
5. 唯有如此，才可允許該類別使用上線語言。

略過任何一個步驟，財務部門就會看到沒有目錄資料列的支出。相關措辭請參閱產品與財務的共用狀態語言。

範本目錄的買方檢查清單

1. 每個上線訊息類別是否都至少有一個已核准的範本 ID？
2. 草稿與遭拒的 ID 是否已從生產發送中封鎖？
3. 扣款前是否在每個目錄資料列上命名了單位類別？
4. 無需透過英雄執行緒即可看見擁有者與淘汰規則嗎？
5. 測試收據顯示的 ID 是否與產品和財務部門讀取的一致？
6. 當目錄仍為草稿時，是否已封鎖軟流量語言？

任何「否」的回答都會讓目錄與上線狀態保持在草稿階段。

從 IOSOR 開始

請先開啟 IOSOR 主控台，在將任何通道切換至上線狀態前，務必比對現用範本編號與已核准的型錄狀態。確保每個訊息類別都在扣款閘道中綁定明確的範本對應與已驗證的單元類別。每個類別請執行一筆冒煙測試交易，以確認 DLR 網路鉤子能在回條上精確捕捉型錄編號，然後再解除正式環境的保留狀態。

IOSOR 要點

通道就緒狀態與範本型錄核准屬於不同的執行閘道。若未在型錄中取得明確且已核准的範本編號就將通道標示為營運中，將導致預付扣款系統在遇到未對應的酬載時直接封閉失敗，無論底層閘道狀態為何。

務必將每個正式訊息類別對應至已核准的範本編號與已驗證的扣款標籤，再開啟流量閘道。切勿將通道連線狀態誤認為範本許可，也絕不允许草稿或遭拒的範本編號嘗試進行正式發送。