範本拒絕：不允許無聲的備援扣款

一個被拒絕的範本是硬性失敗路徑，而不是一個依然會放行出貨的黃色晶片。當審核返回「已拒絕」——或在飛行途中狀態翻轉為「上線中」時——預付費系統絕不能無聲地燃燒簡訊片段或會話單位，只為了「讓使用者依然能拿到驗證碼」。沒有具名政策的無聲備援，本質上就是頂著綠色介面UI的錢包溶解。本頁面是失敗路徑合約——而不是通道選購，也不是「未上線時的OTP通道」。

相關：上線前的範本目錄規範、範本審核閘道與單位類別、濫用激增：停止發送且絕不偽造成功狀態、正式流量前的錢包停損線。

IOSOR 是白牌預付費系統。USD 20 可資助一個範本 ID 的拒絕路徑試驗；接近 USD 1,000/月 的軟審核則將無聲備援扣款定價為偵察債務。客戶端僅能看見白牌的拒絕巨集。

拒絕即是停止，而非發明另一種分類

「已拒絕」、「已退役」以及未知 ID 皆會以關閉狀態失敗。發送不會在被拒絕的 ID 上繼續進行，也不會自動重寫為其他訊息或單位類別，除非有具名備援政策明文規定——在編寫流量語言之前，必須先寫好擁有者、觸發條件、核准的目標 ID、單位類別以及扣款標籤。軟性的 USD 1,000/月 將「在程式碼中發生備援」視為流量債務；USD 20 則證明了「拒絕」在沒有政策的情況下絕不扣款。

無聲備援扣款的樣貌

濫用激增已經禁止了偽造成功——濫用激增：停止發送且絕不偽造成功狀態。範本拒絕繼承了這種誠實：對於一個在核准 ID 下從未離開預付費閘道的路徑，絕不給予「已送達」狀態。

具名備援政策或無備援

備援是選用設計，絕非隱藏的預設值。如果政策允許次要路徑，它必須命名拒絕類別、核准的目標 ID、單位類別、扣款標籤，以及錢包停損線是否仍然適用(正式流量前的錢包停損線)。缺少任何一個欄位即代表停止發送。開放保留款會根據預付保留失敗時：自動退款與狀態真相進行釋放或退款。冪等性會重複使用第一次的金錢結果；第二次的無聲嘗試就是第二次的燃燒。

產品與財務共享的狀態真相

每個意圖對應一筆匯出列：範本 ID + 決策時的審核狀態、具品牌安全的拒絕類別、備援政策 ID 或「無」、保留/釋放/退款金額、若已過帳扣款則記錄單位類別、以及相關性 ID。軟性的 USD 1,000/月 讓無聲的簡訊/會話燃燒變得可見；USD 20 則證明了一個走廊，在該處「拒絕」絕對不會被漆成「已發送」。

拒絕且無無聲燃燒的買方檢查清單

1. 已拒絕 / 已退役 / 未知 ID 是否被阻擋而無法進入生產發送？
2. 任何備援是否都需要包含核准目標與單位類別的具名政策？
3. 當政策空白時，是否不會發生無聲簡訊或會話扣款？
4. 拒絕時的開放保留款是否會透過可匯出的狀態進行釋放或退款？
5. 濫用與錢包停損在次要路徑上是否依然會以失敗關閉？
6. 在拒絕路徑處於草稿階段時，是否阻擋了軟性流量語言？

任何「否」都會讓拒絕失敗路徑——以及流量討論——保持在草稿狀態。

從 IOSOR 開始

開啟主控台範本閘道，檢視遭到拒絕或未對應的範本識別碼在即時負載下的行為。確認所有被標記為拒絕或已退役的酬載，都會立即觸發失敗關閉的保留釋放，而不是預設為一般訊息類別。若需要次要路徑，請將其直接綁定至具備預先配置扣款標籤的明確政策命名備援識別碼。

IOSOR 要點

無聲的範本備援會掩蓋上游拒絕並產生未追蹤的單位扣款，進而破壞財務對帳。將遭到拒絕的範本偽裝成未核准的替代酬載，會在沒有適當稽核軌跡或品牌保證的情況下消耗預算。

務必強制執行嚴格的具名備援政策，在引擎發布前明確宣告核准的目標範本識別碼、單位類別以及扣款標籤。切勿允許隱含的系統預設值改寫遭拒絕的範本識別碼，或在發送時繞過審核狀態。