範本審核閘道與單位類別

在大規模流量下，若範本缺乏 審核閘道 與具名的 單位類別，預付錢包就會在無人能定價的「成功」發送中消耗殆盡。買方必須在生產環境扣款前證明審核狀態為「已核准」且單位類別已對應 — 而非等財務部門開啟月份檔案後才發現。本頁面即是此閘道；在通路啟用前的目錄為其相關買方路徑。

相關：上線前的範本目錄規範、預付帳本中的詐欺攔截燃燒列、同一帳本上的扣款列與送達狀態、正式環境 OTP 的速率限制。

IOSOR 為白牌預付服務。USD 20 可資助單一範本 ID 的審核閘道測試；接近 USD 1,000/month 的軟性審核則將遺失的單位類別定價為對帳債務。客戶僅會看到白牌審核巨集。

審核狀態是硬閘道而非標籤

草稿、審核中、已核准、已拒絕以及已退役皆為金錢狀態。唯有「已核准」可以進行生產發送。已拒絕與草稿將以誠實狀態安全關閉 — 絕不會靜默降級燃燒到其他類別。請先參閱目錄：上線前的範本目錄規範。軟性 USD 1,000/month 將「在審核中發送」視為流量債務；USD 20 則證明已拒絕的項目無法扣款。

在扣款過帳前對應單位類別

財務部門必須在扣款列上讀取到與產品部門在目錄中相同的單位類別。帳本相鄰主題：同一帳本上的扣款列與送達狀態 與 預付帳本中的詐欺攔截燃燒列。錯誤的類別會將 OTP 支出變成「雜項訊息」的迷思。

當審核或類別遺失時安全關閉

缺少審核狀態 → 不發送。缺少單位類別 → 不發送。未知範本 ID → 不發送。共用狀態字詞可阻止英雄式的程式碼：產品與財務的共用狀態語言。速率限制仍然適用於已核准的 ID — 審核閘道並未取代 正式環境 OTP 的速率限制；它位於流量語言之前。

產品、財務與維運共用同一份證明

產品：合法的已核准範本能否在對應的單位類別下完成？財務：每筆扣款列是否在 UTC 視窗內攜帶範本 ID 加單位類別？維運：是否能在沒有 Slack 考古的情況下匯出拒絕與類別不符的資料？一份證明套件勝過三條討論串。當拒絕隱藏支出時的燃燒誠實度：預付帳本中的詐欺攔截燃燒列。

審核閘道與單位類別買方檢查清單

1. 生產發送需要已核准 — 草稿／審核中是否已遭阻擋？
2. 已拒絕和已退役是否以誠實狀態安全關閉？
3. 每個目錄 ID 是否精確對應至一個單位類別？
4. 扣款列是否顯示財務可串聯的範本 ID 加單位類別？
5. 覆寫是否具備名稱、時間限制並由新測試關閉？
6. 當單位類別空白時，軟性流量語言是否遭到阻擋？

任何「否」都會讓審核閘道留在草稿階段。

從 IOSOR 開始

請開啟 IOSOR 主控台並前往範本路由規則，確認審核關卡已設為失敗關閉模式。在引導正式流量之前，必須將每個範本識別碼對應至其明確的單位類別，無論是簡訊片段、範本單位、工作階段單位或驗證嘗試。請使用草稿或未對應的範本識別碼發送測試分派，以確認網頁hook會回傳確實的拒絕關卡，而不是允許備用扣款。

IOSOR 要點

本文證明了範本審核狀態與單位類別對應必須作為執行扣款前的不可變動運行時關卡。強制執行明確的核准狀態要求以及確定性的單位分類，能消除財務不匹配並防止未核准的資產流入生產交付佇列。

當遇到遺失審核狀態或未對應的單位類別時，請立即設定為失敗關閉，以在產品、財務與營運之間維持單一證明包。絕不允許在正式執行期間透過靜默備用路由或模糊的目錄標籤來繞過範本治理。