靜默驗證失敗與單一 OTP 扣款機制：絕不重複收費

靜默驗證失敗與單一 OTP 扣款機制：絕不重複收費。

靜默驗證失敗回退機制

當實作行動網路靜默驗證時，系統會優先透過蜂巢式網路標頭直接驗證使用者身分。此過程快速且流暢，但若使用者處於 Wi-Fi 環境、網路訊號不佳或使用不支援的電信商則會失敗。此時，IOSOR 會自動觸發轉向標準簡訊 OTP 的回退機制。此機制確保了即使在初始的無感驗證失敗後，使用者仍能順利完成驗證流程，避免了使用者體驗的中斷。在 IOSOR 主控台中，您可以在驗證工作階段記錄中觀察到此類回退事件的詳細日誌，包括失敗原因與後續採取的簡訊 OTP 策略。

• 優先嘗試電訊網路驗證，利用網路標頭快速識別。
• Wi-Fi 或不支援時自動切換至簡訊 OTP 管道。
• 確保流程不中斷，提升使用者驗證成功率。
• 主控台記錄提供失敗原因與回退策略的詳細資訊。

失敗靜默嘗試的總帳規則

平台總帳如何記錄這些轉移是關鍵營運考量。當靜默驗證失敗時，絕對不會產生成功的驗證費用。總帳會將靜默嘗試與後續簡訊 OTP 視為單一邏輯交易。若靜默檢查失敗，交易會保持開啟狀態，並記錄為零費率的轉移。唯有在備用簡訊 OTP 驗證成功且平台收到 Verify OK 狀態，並伴隨最終的 DLR (Delivery Report) 確認訊息時，總帳才會執行單次扣款。這確保了只有在完成整個驗證閉環後才會產生費用。

• 失敗的靜默嘗試不計費，僅記錄為零費率轉移。
• 靜默驗證與簡訊 OTP 視為單一邏輯交易，避免獨立計費。
• 收到 Verify OK 狀態與 DLR 確認後，執行單筆扣款，確保計費準確性。
• 總帳記錄清晰展示交易狀態，便於對帳。

防止簡訊交接時重複扣款

為防止重複扣款，IOSOR API 會在兩個管道之間追蹤交易權杖 (Transaction Token)。部分平台會錯誤地對靜默嘗試收取投遞費，又對簡訊 OTP 收取另一筆。IOSOR 透過統一的驗證範本和交易權杖管理避免此問題。若靜默驗證失敗，系統會將靜默階段標記為失敗但保持階段活躍，並使用相同的交易權杖。當簡訊 OTP 發送時，系統會等待最終 DLR 與使用者輸入，並使用相同的權杖完成驗證。這種跨管道的權杖追蹤機制是防止重複計費的核心。

• 跨管道追蹤統一的交易權杖，確保交易連貫性。
• 統一驗證範本設計，簡化流程並減少錯誤。
• 最終 DLR 與使用者輸入確認後，才完成單次計費。
• API 設計強制重複使用交易權杖，防止獨立計費。

管理預付餘額與限制

平台上的所有交易均扣除您的預付餘額。IOSOR 強制執行 USD 20 的預付餘額底線，以保持 API 活躍，並防止在高流量驗證活動期間發生突發性服務中斷。此預付餘額底線是維持服務穩定性的基本要求。對於擴展驗證用量的帳戶，當接近 USD 1,000/月時會觸發柔性審查。此審查旨在評估使用模式、優化路由策略、調整吞吐量限制，並確保服務品質與成本效益。審查過程會與客戶溝通，以達成最佳解決方案。

• 強制 USD 20 預付餘額底線，確保服務持續運行。
• 接近 USD 1,000/月觸發柔性審查，主動管理帳戶與服務。
• 優化路由與調整吞吐量限制，提升效率與降低成本。
• 預付餘額不足時，系統會暫停驗證服務，直至餘額充足。

整合連結與 Webhook 驗證

若要設定您的回退邏輯並監控總帳條目，請參閱我們的詳細指南。您可以訂閱我們的驗證 Webhook 來追蹤即時狀態變更，該 Webhook 會針對每個 DLR 與 Verify OK 事件傳送即時酬載。透過 Webhook，您可以即時獲取驗證結果、DLR 狀態，以及任何與交易相關的更新，從而實現自動化的後端處理和監控。這對於需要即時反饋的應用程式至關重要。

• 當靜默驗證失敗時：透明真實的簡訊 OTP 回退機制，杜絕重複扣款
• 發票週錢包帳單：預留、扣款與退款彙整於單一匯出檔
• OTP送達借記與驗證工作階段兩筆帳
• Webhook 提供即時 DLR 和 Verify OK 事件酬載。
• 透過 Webhook 實現後端自動化處理與監控。

從 IOSOR 開始

請至 IOSOR 主控台的驗證工作階段記錄中檢查您的備用交易酬載。確保您的應用程式在進行簡訊 OTP 交接時，會重複使用統一的交易權杖，而不是初始化獨立的第二個工作階段。請透過網頁 webhook 事件確認，失敗的行動網路檢查在單一簡訊扣款發生前，已被記錄為零費率的轉移。此步驟對於驗證系統的準確性和防止重複計費至關重要。同時，請留意 OTP 的發送與接收時間，確保其在合理範圍內。

• 主控台記錄提供詳細的交易酬載與狀態。
• 重複使用統一交易權杖，避免獨立計費。
• Webhook 事件確認零費率轉移記錄。
• 監控 OTP 發送與接收時間，確保流程順暢。

IOSOR 要點

從無感行動驗證切換回簡訊 OTP 時，必須將整個流程視為連續的單一嘗試。將行動網路標頭檢查與簡訊傳遞綁定至統一的交易識別碼，可確保您的帳本僅在成功發送驗證碼時計費一次。請在觸發簡訊備用邏輯時重複使用原本的驗證工作階段識別碼。切勿執行互不相連的次要驗證 API 呼叫，以免將失敗的無感檢查視為獨立的計費動作。此策略確保了計費的精確性與使用者體驗的一致性。此外，請注意系統的「安靜時間」(Quiet Hours) 設定，以避免在非工作時間觸發不必要的驗證嘗試，這對於節省成本和優化使用者體驗至關重要。

• 整個驗證流程視為單一連續嘗試。
• 統一交易識別碼綁定行動網路檢查與簡訊傳遞。
• 重複使用驗證工作階段識別碼，防止獨立計費。
• 避免互不相連的次要驗證 API 呼叫。
• 考慮「安靜時間」(Quiet Hours) 設定以優化成本與體驗。