軟性拒絕重試
軟性拒絕重試專門針對可透過重新嘗試交易來解決的臨時支付失敗。 Cardflo 的這項功能可智能識別軟性拒絕，並根據量身定制的時間表自動重新提交。
它透過解決暫時性問題而無需客戶介入，顯著提高了批准率，從而減少了非自願性流失。
- 類別
- 復原
- 功能數
- 10
- 適用於
- 所有方案
概覽
軟性拒絕重試在支付編排層中運作，以挽救因臨時問題而非永久帳戶關閉或資金不足而失敗的交易。
與表示發卡機構最終拒絕的硬性拒絕不同，軟性拒絕表示授權因暫時性錯誤而失敗，例如處理器超時、收單機構的系統維護或臨時卡片限額限制。 在支付堆棧中，此功能位於網關回應和最終結算狀態之間。
透過分析方案和發卡機構提供的原始回應代碼，系統會識別是否允許根據方案規則進行重試。 此機制對於客戶不在場提供替代支付方式的商戶發起的交易尤其重要。
自動化此過程可確保在最佳時間再次嘗試捕獲，從而最大限度地減少手動干預並有助於維持基於訂閱的業務模型的持續服務。
運作方式
回應代碼識別
系統解析發卡機構透過收單機構返回的拒絕代碼。 它區分硬性拒絕（例如被盜卡片或關閉帳戶）和軟性拒絕（例如技術錯誤或可疑欺詐活動，這些活動可能會在隨後使用更新參數或不同時間的嘗試中清除）。
方案規則應用
在安排重試之前，邏輯會驗證是否符合 Visa 和 Mastercard 關於重試頻率和數量的方案規則。 這可以防止過度嘗試可能導致罰款或卡方案標記商戶識別碼，確保所有恢復工作都在授權範圍內。
演算法排程和間隔
交易根據具體拒絕原因排隊等待重新提交。 例如，系統超時可能會在幾秒鐘內觸發立即重試，而與每日消費限額相關的軟性拒絕可能會安排在第二天早上，以配合帳戶餘額的重置。
二次授權執行
系統使用原始代幣化憑證和交易元數據自動重新提交授權請求。 這通常涉及特定標誌以指示商戶發起的交易，確保發卡機構將重試識別為現有計費關係的合法延續，而不是新的可疑請求。
為何重要
減少非自願性流失
非自願性流失是指客戶的訂閱因技術支付失敗而非離開意圖而被取消。 透過自動恢復軟性拒絕，企業可以保留客戶生命週期，而無需用戶更新其支付詳細資訊。
這可以維持穩定的收入來源，並減少與重新獲取在服務中斷後可能不會返回的流失客戶相關的高成本。
優化授權率
授權率是數位商戶的主要關鍵績效指標。 軟性拒絕重試提供了一個輔助捕獲層，解決了全球銀行系統的自然波動性。
透過智能地安排這些嘗試，商戶可以捕獲原本會因暫時性基礎設施問題而損失的收入，直接改善底線並提高支付處理工作流程的整體效率。
應用案例
訂閱計費週期
經常性服務提供商使用重試來處理月末處理高峰，此時發卡機構系統可能會遇到臨時延遲或在發薪日之前達到帳戶限額。
跨境電子商務
向國際市場銷售的商戶使用重試來管理時區相關的中斷以及不同全球收單機構網絡的不同穩定性水平。
高容量數位商品
交易量大的平台使用自動邏輯來過濾掉臨時技術錯誤和真正的欺詐，確保合法買家不會被永久阻止。
SaaS 續訂序列
軟體公司使用多日重試排程在許可證續訂的寬限期內捕獲資金，然後才暫停對平台的存取。
數據概覽
這代表透過自動重試邏輯在支付行業中成功捕獲的軟性拒絕的典型百分比。
與採用靜態重試規則的商戶相比，採用智能重試排程的商戶的訂閱失敗率通常會降低三倍。
在整個全球 MID 實施軟性拒絕管理後，成功授權總體增加的行業標準範圍。
Talk to our team about a live rollout on your acquiring stack.
為您帶來 軟性拒絕重試
- ISO 8583 回應代碼分類，以隔離可恢復的軟性拒絕事件和錯誤。
- 根據每個 BIN 的特定發卡機構行為和歷史成功率的動態重試邏輯。
- 合規性監控，以確保重試嘗試符合 Visa 和 Mastercard 商戶績效計劃。
- 商戶發起的交易的自動排程，以在最佳銀行窗口期間獲取收入。
- 與卡帳戶更新器整合，以確保重試使用最新的卡憑證。
- 關於恢復效率和每月節省收入總額的詳細報告。
- 在最終拒絕狀態之前允許的重試次數的可自訂閾值。
- 支援透過替代收單機構進行智能路由重試，以繞過本地處理中斷。
- 保留原始交易元數據，以在二次嘗試期間保持 3DS 和 SCA 合規性。
- 減少與支付失敗和帳戶存取問題相關的手動客戶支援工單。
A short scoping call, then a written plan for your MIDs.
關於 軟性拒絕重試
在支付處理中，軟性拒絕和硬性拒絕之間的主要區別是什麼？
當發卡機構明確拒絕授權時，通常是因為卡片被盜、帳戶關閉或憑證無效，就會發生硬性拒絕； 這些絕不應重試，因為它們可能導致方案處罰。
軟性拒絕是臨時拒絕，通常是由於系統超時、持卡人帳戶的臨時限制或處理器錯誤引起的。 區分兩者至關重要，因為軟性拒絕代表可恢復的收入，而硬性拒絕則要求商戶從客戶那裡獲取新的支付資訊。
在不冒方案罰款風險的情況下，軟性拒絕可以重試多少次？
Visa 和 Mastercard 等卡方案對在特定時間段內允許的授權嘗試次數有嚴格規定。 通常，對於單筆交易，行業標準是將重試限制在 30 天內不超過 15 次，儘管許多商戶選擇更保守的方法，即 3 到 5 次嘗試。
超出這些限制可能會導致過多的重試費用，或商戶識別碼因處理行為不佳而被標記，這可能會降低整體授權率。
軟性拒絕重試是否需要客戶再次輸入其 CVV？
不需要，如果商戶使用卡片存檔或訂閱邏輯，重試通常會作為商戶發起的交易進行處理。 由於原始交易是透過客戶在場的 3DS 或 SCA 互動進行授權的，因此隨後的重試依賴於儲存的代幣和對初始授權交易的引用。
這允許重試在後台進行，而無需持卡人進行任何摩擦或操作，這對於減少非自願性流失至關重要。
哪些拒絕代碼最常與成功的軟性拒絕重試相關聯？
常見的可重試代碼包括「05：不予授權」（這可能是一個包羅萬象的代碼，但通常會恢復）、「19：重新輸入交易」、「65：超出提款頻率」和「91：發卡機構或交換機無法運作」。
與系統錯誤或臨時凍結相關的代碼通常在第二次或第三次嘗試時成功率很高。 相反，「14：無效卡號」或「41：卡片遺失」等代碼是硬性拒絕，必須從任何自動重試邏輯中過濾掉。
透過不同的收單機構重試交易能否提高成功率？
是的，這是支付編排的核心組成部分。 如果軟性拒絕是由於一個收單機構的技術故障或區域中斷觸發的，那麼透過第二個收單機構路由重試可以繞過本地基礎設施問題。
這對於跨境支付尤其有效，因為發卡機構可能更傾向於授權透過本地國內收單機構而不是國際收單機構進行的交易，具體取決於交易的風險概況。
SCA 和 PSD2 如何影響執行軟性拒絕重試的能力？
根據歐洲的 PSD2，大多數交易都需要強客戶認證。 然而，如果重試是重複系列的一部分或遵循初始認證交易，則通常將其歸類為商戶發起的交易 (MIT)。
只要第一筆交易已正確認證，並且隨後的重試標記有正確的方案指示器和原始交易 ID，通常就可以在沒有新的 SCA 挑戰的情況下進行，前提是發卡機構接受 MIT 豁免。