管理自訂定價層級：避免目錄過度擴張

為個別客戶建立獨立 SKU 會導致目錄過度擴張，增加財務審計與 ledger 管理的難度。若陷入手動調整計費的陷阱，容易造成 OTP 與 SMS 費率在不同帳戶間產生歧異並破壞系統擴展性。開發者應採用覆蓋引擎對基礎產品套用乘數，確保在提供彈性定價的同時，維持一致且可自動化擴充的計費邏輯。

費率覆蓋架構

為了保持目錄整潔，請避免為每個客戶建立唯一的 SKU。相反地，應利用覆蓋引擎將特定的定價邏輯應用於現有的產品定義。當高流量帳戶需要自訂費率時，系統會參考基礎 SKU，並在客戶層級應用乘數或固定費率調整。這確保了您的核心產品定義在整個平台中保持一致，同時賦予財務上的靈活性。架構設計應優先考慮 SKU 的複用性，而非為每個合約建立獨立的產品項目，這樣能顯著降低維護複雜度。在 IOSOR 主控台中，您可以透過「目錄設定」下的「費率覆蓋」選項來配置這些規則。透過將客戶 ID 與特定的覆蓋規則關聯，您可以精確控制每個帳戶的計費方式，而無需修改基礎產品定義。

實施分級定價邏輯

根據每月使用量門檻定義您的層級。當客戶達到特定的使用里程碑時，系統會自動觸發覆蓋策略。此策略將客戶 ID 對應至特定的費率表，確保所有 E.164 號碼配置和 SMS 流量均根據協定的條款進行計費。透過將費率與 SKU 解耦，您可以防止目錄過度擴張，並簡化白標產品的管理。請務必在後台設定明確的觸發條件，以避免因流量激增而導致的計費錯誤或未經授權的費率變更。例如，您可以設定一個規則，當客戶的月度 SMS 發送量超過 100 萬條時，自動應用一個更低的每條費率。此邏輯在 IOSOR 的後端進行配置，確保自動化執行。

預付錢包與財務底線

每個帳戶都需要一個基準以確保服務連續性。我們強制要求所有新帳戶預付 USD 20 才能啟用服務。對於高流量客戶，我們建議在達到 USD 1,000/月時進行軟性審核，以確保帳戶餘額足以支持持續的流量。系統內建的預付錢包機制會即時扣除費用，若餘額低於臨界值，將自動暫停傳輸以防止負債。此主動式方法可防止服務中斷，並確保您的帳本在無需手動干預的情況下保持平衡。請監控預付餘額的消耗速率，並在餘額低於臨界值時觸發自動提醒，以維持業務運作的穩定性。在 IOSOR 主控台的「財務」部分，您可以查看實時的錢包餘額和交易記錄。

DLR 與 Webhook 真實性

為了確保計費的精確性，系統完全依賴 DLR (傳遞報告) 的即時回傳。Webhook 必須配置為接收狀態更新，這是判斷流量是否成功傳輸的唯一真實來源。若 Webhook 回應延遲或失敗，系統會自動啟動重試機制，確保每一筆費用都與實際的傳遞結果掛鉤。此外，建議設定靜音時段 (Quiet Hours) 的傳遞規則，避免在特定時間內發送非緊急訊息，這不僅能優化傳遞效率，還能透過自動化的 Opt-out 同步機制，即時過濾已退訂的終端使用者，確保您的流量品質與合規性始終處於最佳狀態。您可以在 IOSOR 的「通知設定」中配置 Webhook URL 和靜音時段規則。

整合財務工作流程

您的計費引擎必須考量狀態變更和成本波動。請使用以下資源來對齊您的帳本與平台操作：

• 報價單與帳本記事中的目錄狀態
• 目錄第二個月：設定中絕不可扣款為上線狀態
• 財務可附加至報價的涵蓋範圍缺口清單

這些工具能協助財務團隊在變更費率時，確保帳本紀錄與產品生命週期狀態保持同步，避免因狀態延遲造成的財務虧損。在 IOSOR 中，您可以透過 API 或主控台導出財務報告，以進行對帳。

從 IOSOR 開始

登入 IOSOR 主控台並前往目錄設定以設定費率覆蓋表。將高用量的客戶 ID 對應至特定的分級策略，而不是複製基礎 SKU。透過 webhook 回應測試覆蓋邏輯，以確認用量門檻會自動觸發正確的價目表調整。您可以在 IOSOR 的「開發者」>「API 文件」中找到關於 Webhook 和費率覆蓋的詳細說明。請確保您的 OTP (一次性密碼) 驗證流程與帳戶安全措施同步，以防止未經授權的訪問。

IOSOR 要點

管理高用量客戶並不需要透過重複的 SKU 定義來膨脹您的產品目錄。透過將自訂費率結構與核心平台資產解耦並應用動態費率覆蓋，您可以在提供自訂定價分級的同時，維持基礎 SKU 的唯一真實來源。請建立基於用量的觸發條件，動態地將客戶帳號對應至指定的費率覆蓋。請勿為特定客戶建立專屬的 SKU 副本，因為這會導致目錄龐雜及複雜的帳務核對問題。在 IOSOR 的主控台中，您可以透過「客戶管理」功能來查看和管理客戶的定價層級。確保您的預付錢包餘額始終高於服務中斷的臨界值，以維持服務的連續性。透過 DLR 和 Webhook 的準確回傳，確保計費的真實性。利用靜音時段功能優化訊息傳遞，並確保與 Opt-out 機制的同步，以維持流量品質和合規性。