故障轉移路由
故障轉移路由利用逾 50 個收單夥伴, 透過將支付重新路由到健康的 MID, 防止技術停機造成的收入損失, 確保持續運行時間。 即使在系統中斷期間, 這也能保持不間斷的支付處理。
- 類別
- 路由
- 功能
- 10
- 適用於
- 所有方案
故障轉移路由對於維持支付處理正常運行至關重要。 Cardflo 會自動偵測並回應收單機構或網關中斷，將交易重新路由至其他健康的渠道。
這種主動方法可最大限度地減少停機時間並防止銷售損失，確保您的支付操作在不利條件下仍能保持彈性。
失效轉移路由會在收單機構中斷或技術故障時，自動將交易重新路由到運作中的 MID。 這種積極主動的方法確保商戶正常運作時間，並防止因處理中斷造成的收入損失。
概述故障轉移路由概覽
故障轉移路由是支付編排層中的一種應急機制，可在技術中斷期間保持授權連續性，確保服務不中斷。 當主要收單機構、網關或處理器出現降級或中斷時，路由引擎會透過特定的響應代碼或超時閾值識別故障。
然後，系統會將交易量重定向到預先配置的次級或三級端點，從而減輕服務中斷的影響。 這種技術架構解決了單點處理模型的固有脆弱性，透過多個商戶識別碼 (MID) 和支付服務提供商分散風險。
透過分散交易流，即使外部基礎設施組件發生故障，商戶也能保持營運穩定性，從而優化正常運行時間。 該過程對持卡人保持透明，重定向發生在後端授權流中，然後在結帳時呈現最終響應。
有效的故障轉移管理需要精確配置健康檢查和優先級別，以確保強大的系統性能。 這確保了重定向流量符合商戶的商業協議和區域合規性要求，從而保持監管合規性。
如何故障轉移路由的運作方式
健康監控與偵測
系統持續監控活躍收單機構和網關的響應能力，識別異常情況，例如錯誤率升高、持續超時或特定的 HTTP 狀態碼。這些代碼通常表示伺服器端問題，確保及時偵測支付基礎設施中的潛在問題。如果供應商未能達到預定義的性能基準，路由引擎會將該通道標記為暫時不可用。這種主動措施可防止進一步的交易失敗，從而優化支付處理的整體效率和可靠性。
觸發故障轉移邏輯
一旦確認中斷，編排層會攔截發往受影響供應商的傳入授權請求。邏輯會評估交易元數據，包括 BIN、貨幣和 MCC。它會確定哪種替代處理路徑最適合處理重定向的交易量。這有助於維持高授權成功率。
動態路徑重定向
交易會立即重定向到商戶路由表中定義的次級或三級收單機構。這種轉換是即時發生的，確保支付過程對消費者來說無縫進行。它避免了要求消費者重新輸入卡片詳細信息或重新開始結帳會話。這種動態路徑重定向有效地保護並優化了企業的轉換率。
自動恢復與再平衡
系統會繼續使用小批量測試或心跳請求探測主要端點。一旦服務提供商表現出穩定性並恢復正常運行，故障轉移規則就會被停用。然後，流量會根據商戶的成本和交易量偏好逐步重新平衡回主要通道。
為何故障轉移路由的重要性
保護客戶體驗
由於處理器不穩定導致的技術拒絕經常導致購物車放棄，因為許多持卡人在系統錯誤後避免重新嘗試交易。故障轉移機制在後台無縫解決這些問題，使交易能夠透過健康的替代處理路徑結算。這種方法顯著減少了與系統連接相關的軟拒絕，從而保護了商戶的品牌聲譽和客戶信任。最終，這種策略還大大減少了與支付失敗相關的客戶支援負擔，從而優化了營運效率。
Enhance system resilience and reliability
A robust payment infrastructure minimises single points of failure. By distributing traffic and having active backup routes, merchants significantly enhance the overall resilience of their payment processing. This improves customer trust through consistent service availability and reduces operational stress during unforeseen payment ecosystem events. Businesses can operate with increased confidence when their payment architecture is designed for continuous operation and fault tolerance.
用例故障轉移路由的應用場景
高交易量閃購
在流量高峰事件期間，主要網關可能會受到限制或不堪重負。故障轉移路由會自動將超額負載轉移到次級供應商。這可以防止結帳過程完全崩潰。
跨境處理
當區域收單機構與國際計劃面臨連接問題時，故障轉移規則可以將流量重定向到全球收單機構。這確保了國際交易能夠不間斷地獲得授權。
計劃性供應商維護
商戶可以在其主要 PSP 的已知維護窗口期間預先啟動故障轉移路徑。這確保了午夜批次和循環計費週期透過替代的活躍通道進行。
SCA 和 3DS 中斷
如果發卡機構或 ACS 供應商存在延遲問題，系統可以嘗試替代路由。該路由可能與相關的身份驗證軌道具有不同的連接。這最大限度地減少了潛在的摩擦。
統計故障轉移路由的數據
商戶使用多收單機構冗餘來繞過個別供應商中斷所實現的典型可用性，基於行業標準基礎設施可靠性。
通常因技術拒絕和服務超時而損失的估計交易量。可以透過自動路徑重定向來恢復。
現代編排引擎識別網關超時所需的標準持續時間。然後，引擎會啟動替代路由路徑。
方法論：這些數字是根據已公佈的行業數據和觀察到的商戶群組得出的說明性範圍，而非保證。實際結果取決於您的風險狀況、卡片組合、地理位置和收單設置，並僅在您自己的定價和審批條款中確認。
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 故障轉移路由
- 透過自動心跳監控系統，即時識別收單機構的延遲和服務降級。
- 對拒絕代碼進行分類，以區分終端故障和臨時處理中斷。
- 根據結算速度和計劃費用，配置次級和三級端點的優先級。
- 無縫重定向商戶發起的交易，以確保循環計費週期不受中斷。
- 一旦主要處理路徑恢復正常狀態，自動重新平衡流量。
- 減少因技術超時或網關級別通訊錯誤導致的軟拒絕。
- 支援多個 MID 設定，以分散不同地理銀行實體的風險。
- 可自訂的超時閾值，以防止授權嘗試期間等待時間過長。
- 故障轉移事件的精細日誌記錄，用於事後分析和服務水平協議監控。
- 與智能路由邏輯整合，以在緊急重定向期間保持成本效益。
A short scoping call, then a written plan for your MIDs.
關於 故障轉移路由
支付中的故障轉移路由和負載平衡有什麼區別？
負載平衡同時將交易量分佈到多個供應商，以優化性能或成本。 故障轉移路由是一種反應機制，僅在主要供應商發生故障時才重定向流量。
負載平衡是一種標準的操作狀態，而故障轉移是由特定錯誤閾值或停機時間觸發的恢復事件。 在複雜的支付堆棧中，兩者結合使用以確保效率和彈性。
負載平衡管理日常流量，而故障轉移提供安全網。
系統如何區分有效的卡片拒絕和處理器中斷？
故障轉移引擎分析網關或收單機構返回的響應代碼。 有效的拒絕，例如資金不足或 CVV 不正確，不會觸發故障轉移，因為問題出在持卡人或發卡機構。
但是，指示系統錯誤、超時或拒絕連接的代碼會被標記為基礎設施故障。 系統僅在錯誤被識別為持卡人帳戶狀態之外時才啟動重新路由。
故障轉移路由會影響我的交換費率或計劃費用嗎？
將流量重定向到次級收單機構可能會導致不同的商業條款。 如果次級供應商具有更高的交換加加利潤或不同的計劃費用結構，則在故障轉移期間每筆交易的成本可能會增加。
然而，這種邊際成本通常被認為優於交易的總損失。 商戶應配置其故障轉移路徑，以優先選擇其層級中下一個最具成本效益的供應商。
故障轉移路由是否需要客戶重新輸入其支付詳細信息？
不需要，如果商戶使用中央保險庫或支付編排層，卡片數據會被捕獲一次並安全保存。 如果第一次授權嘗試因技術錯誤而失敗，系統會使用現有令牌嘗試與次級供應商進行交易。
對於持卡人來說，這可能表現為處理時間稍長，但界面保持一致，無需二次數據輸入。
在故障轉移事件期間，3D Secure 身份驗證會發生什麼？
如果 3DS 身份驗證已成功完成，則身份驗證負載必須與次級收單機構兼容才能成功進行故障轉移。 如果中斷發生在 3DS 最終確定之前，系統可能需要使用新供應商重新啟動身份驗證流程。
高級編排平台管理這些交接，以確保在重定向期間仍滿足 PSD2 的 SCA 要求。
系統檢測故障並切換到新收單機構的速度有多快？
檢測通常在幾毫秒內發生，或者在定義的連續故障次數之後。 商戶可以設置閾值，例如三次連續的 5xx 錯誤或超時超過五秒。
一旦達到閾值，所有後續交易的切換都是即時的。 這種快速響應對於維持高交易量結帳流程至關重要，因為即使幾分鐘的停機時間也可能導致巨大的收入損失。