扣款列上的範本單位類別

沒有單位類別的已結算扣款，就像一筆沒有產品故事的資金。財務無法分辨範本發送、會話單位、簡斯區段或驗證嘗試，對帳最終只會變成 Slack 上的考古作業。本頁面即是帳本標籤合約：每一筆生產環境的扣款列都必須帶有與目錄相對應的單位類別產品，而不是會話視窗的定價小論文。

相關文章：範本審核閘道與單位類別、同一帳本上的扣款列與送達狀態、預付帳本中的詐欺攔截燃燒列。

IOSOR 是白牌預付系統。USD 20 的小額充值即可啟動測試，證明某個通道的扣款列帶有單位類別；而接近 USD 1,000/month 的軟性審查則將空白或不符的類別視為對帳債務。客戶端僅會看到白牌的資金巨集。

單位類別是帳本欄位，而非聊天室備忘

產品團隊可能會在討論串中說是「OTP 範本」，但財務需要的是可篩選的欄位：單位類別、範本 ID(若適用)、金額、關聯 ID 以及 UTC 時間戳記。釘選的聊天訊息並不能作為記錄帳本。軟性 USD 1,000/month 門檻將「我們知道它是哪種類別」視為流量債務；USD 20 則證明空白類別永遠無法結算。快樂路徑的資金與結果對應：同一帳本上的扣款列與送達狀態 — 本頁面專注於類別標籤，而非 DLR 延遲。

財務可篩選的指定類別

審核閘道會在發送前對應類別：範本審核閘道與單位類別。錯誤的類別會將 OTP 支出變成無法閱讀的雜項。燃燒列與封鎖嘗試會與已結算列並排顯示：預付帳本中的詐欺攔截燃燒列。

將目錄真實性連結至每筆扣款

目錄保存了範本 ID、審核狀態與單位類別。扣款列必須在相同的 UTC 視窗中連結這些欄位。版本更新會重新進入「已核准」狀態；更新後的 ID 不會默默繼承昨天的類別。退役會停止舊 ID 的生產扣款。缺少連結欄位將會強制產生早晨的對帳工單。

空白或不符的類別將會安全失敗

缺少單位類別 → 無法進行生產結算。扣款上的類別 ≠ 目錄上的類別 → 安全失敗或保留釋放並附上真實狀態 — 絕不默默改寫為其他類別。未知的範本 ID → 無法結算。軟性 USD 1,000/month 讓類別不符變得可匯出；USD 20 則證明在某個通道中空白類別無法進行扣款。

扣款列單位類別的買方檢查清單

1. 每筆已結算的生產扣款都帶有指定的單位類別嗎？
2. 範本發送是否包含財務可連結的範本 ID + 範本單位(或對應區段)？
3. 會話與驗證類別是否區分清楚 — 而非合併為「訊息」？
4. 目錄單位類別是否與相同 UTC 視窗中的扣款列相符？
5. 空白或不符的類別是否被阻止結算並帶有真實狀態？
6. 在類別標籤仍為草稿時，是否已封鎖軟性流量語言？

任何「否」的答案都會讓單位類別帳本的誠信度停留在草稿階段。

從 IOSOR 開始

請開啟 IOSOR 主控台的帳本設定，並為所有外寄訊息扣款項目啟用嚴格的綱要閘道控制。將任何缺少明確單位類別或目錄範本識別碼的交易設為立即失敗並關閉，在進行財務結算前將未分類的流量置於保留狀態。設定您的報表網webhook，以便在扣款類別偏離核准的目錄定義時發出即時警報。

IOSOR 要點

財務對帳有賴於將單位類別視為不可變更的帳本欄位，而非非正式的支援備註。每一個已結算的扣款資料列都必須對應至目錄真實資料（包含範本識別碼、版本狀態與訊息類型），如此財務團隊才能針對工作階段與區段使用情況，乾淨俐落地稽核範本流量。

請務必強制執行失敗關閉規則，針對系統中任何空白或不符的單位類別條目保留結算。切勿允許升級後的範本版本或未知的訊息流程悄悄退回現有類別或繞過目錄驗證。