故障轉移路由
故障轉移路由對於維持支付處理正常運行至關重要。 Cardflo 會自動偵測並回應收單機構或網關中斷，將交易重新路由至其他健康的通道。
這種主動式方法可最大限度地減少停機時間並防止銷售損失，確保您的支付操作在不利條件下仍能保持彈性。
- 類別
- 路由
- 功能數
- 10
- 適用於
- 所有方案
概覽
故障轉移路由是支付編排層中的一種應急機制，用於在技術中斷期間保持授權連續性。 當主要收單機構、網關或處理器遇到服務降級或完全中斷時，路由引擎會透過特定的響應代碼或超時閾值識別故障。
然後，系統會將流量重定向到預先配置的次級或三級端點。 這種技術架構透過分散多個商戶識別號碼 (MID) 和支付服務提供商的風險，解決了單點處理模型固有的脆弱性。
透過分散交易流，即使外部基礎設施組件發生故障，商戶也能保持營運穩定性。 此過程對持卡人通常是透明的，因為重定向發生在後端授權流中，然後在結帳時呈現最終響應。
有效的故障轉移管理需要精確配置健康檢查和優先級別，以確保重定向的流量符合商戶的商業協議和區域合規性要求。
運作方式
健康監測與檢測
系統持續監測活躍收單機構和網關的響應能力。 它識別異常情況，例如錯誤率升高、持續超時或指示伺服器端問題的特定 HTTP 狀態碼。
如果供應商未能達到預定義的性能基準，路由引擎會將該通道標記為暫時不可用，以防止進一步的交易失敗。
觸發故障轉移邏輯
一旦確認中斷，編排層會攔截發往受影響供應商的傳入授權請求。 該邏輯評估交易元數據，包括 BIN、貨幣和 MCC，以確定哪種替代處理路徑最適合處理重定向的流量，同時保持高授權前景。
動態路徑重定向
交易會根據商戶路由表中的定義，即時重定向到次級或三級收單機構。 此轉換即時發生，確保支付過程繼續進行，無需消費者重新輸入其卡片詳細信息或重新啟動結帳會話，從而保護轉換率。
自動恢復與重新平衡
系統繼續使用小批量測試或心跳請求探測主要端點。 一旦服務提供商表現出穩定性並恢復正常運行，故障轉移規則就會被停用。
然後，流量會根據商戶的成本和交易量偏好，逐步重新平衡回主要通道。
為何重要
降低系統停機風險
即使是 Tier 1 收單機構也會遇到計劃性維護或意外技術事件，這些事件可能會導致處理中斷數小時。 故障轉移路由作為一種結構性保障，確保商戶接受支付的能力不會受限於單一合作夥伴的正常運行時間。
透過在多收單機構設置中分散流量，企業可以保護其收入免受局部基礎設施故障的影響，並保持一致的處理概況。
保護客戶體驗
由處理器不穩定引起的技術拒絕通常會導致購物車放棄，因為許多持卡人在系統錯誤後不會嘗試第二次交易。 故障轉移機制在後台解決這些問題，允許交易透過健康的途徑結算。
這最大限度地減少了與系統連接相關的軟拒絕的發生，保護了品牌聲譽，並減少了與支付失敗相關的客戶支援負擔。
應用案例
高流量閃購
在流量高峰期，主要網關可能會被限流或超載。 故障轉移路由會自動將超額負載轉移到次級供應商，防止結帳流程完全崩潰。
跨境處理
當區域收單機構與國際計劃遇到連接問題時，故障轉移規則可以將流量重定向到全球收單機構，以確保外國交易繼續不間斷地獲得授權。
計劃性供應商維護
商戶可以在其主要 PSP 的已知維護窗口期間預先啟動故障轉移路徑，確保午夜批次和循環計費週期透過替代的活躍通道進行。
SCA 和 3DS 中斷
如果發卡機構或 ACS 供應商存在延遲問題，系統可以嘗試替代路由，該路由可能與相關身份驗證軌道具有不同的連接性，從而最大限度地減少潛在的摩擦。
數據概覽
商戶使用多收單機構冗餘繞過個別供應商中斷所實現的典型可用性，基於行業標準基礎設施可靠性。
通常因技術拒絕和服務超時而損失的交易量估計，可透過自動路徑重定向恢復。
現代編排引擎檢測網關超時並啟動替代路由路徑所需的標準持續時間。
Talk to our team about a live rollout on your acquiring stack.
為您帶來 故障轉移路由
- 透過自動心跳監測系統，即時識別收單機構的延遲和服務降級。
- 對拒絕代碼進行分類，以區分終端故障和暫時性處理中斷。
- 根據結算速度和計劃費用，配置次級和三級端點的優先順序。
- 無縫重定向商戶發起的交易，以確保循環計費週期不受中斷。
- 一旦主要處理路徑恢復正常狀態，自動重新平衡流量。
- 減少因技術超時或網關級別通訊錯誤導致的軟拒絕。
- 支援多個 MID 設定，以分散不同地理銀行實體之間的風險。
- 可自訂的超時閾值，以防止授權嘗試期間等待時間過長。
- 故障轉移事件的精細日誌記錄，用於事後分析和服務水平協議監控。
- 與智能路由邏輯整合，在緊急重定向期間保持成本效益。
A short scoping call, then a written plan for your MIDs.
關於 故障轉移路由
支付中的故障轉移路由和負載平衡有什麼區別？
負載平衡同時將交易量分佈到多個供應商，以優化性能或成本。 故障轉移路由是一種反應機制，僅在主要供應商發生故障時才重定向流量。
負載平衡是一種標準的操作狀態，而故障轉移是由特定的錯誤閾值或停機時間觸發的恢復事件。 在複雜的支付堆棧中，兩者結合使用以確保效率和彈性。
負載平衡管理日常流量，而故障轉移提供安全網。
系統如何區分有效的卡片拒絕和處理器中斷？
故障轉移引擎分析網關或收單機構返回的響應代碼。 有效的拒絕，例如資金不足或 CVV 不正確，不會觸發故障轉移，因為問題出在持卡人或發卡機構。
但是，指示系統錯誤、超時或拒絕連接的代碼會被標記為基礎設施故障。 系統僅在錯誤被識別為持卡人帳戶狀態之外時才啟動重新路由。
故障轉移路由會影響我的交換費率或計劃費用嗎？
將流量重定向到次級收單機構可能會導致不同的商業條款。 如果次級供應商的交換加加利潤更高或計劃費用結構不同，則在故障轉移期間每筆交易的成本可能會增加。
然而，這種邊際成本通常被認為優於交易的總損失。 商戶應配置其故障轉移路徑，以優先選擇其層級中下一個最具成本效益的供應商。
故障轉移路由是否需要客戶重新輸入其支付詳細信息？
不需要，如果商戶使用中央保險庫或支付編排層，卡片數據會被捕獲一次並安全保存。 如果第一次授權嘗試因技術錯誤而失敗，系統會使用現有令牌嘗試與次級供應商進行交易。
對於持卡人來說，這可能表現為處理時間稍長，但界面保持一致，無需二次數據輸入。
在故障轉移事件期間，3D Secure 身份驗證會發生什麼？
如果 3DS 身份驗證已成功完成，則身份驗證負載必須與次級收單機構兼容才能成功進行故障轉移。 如果中斷發生在 3DS 完成之前，系統可能需要使用新的供應商重新啟動身份驗證流程。
高級編排平台管理這些交接，以確保在重定向期間仍滿足 PSD2 的 SCA 要求。
系統檢測故障並切換到新收單機構的速度有多快？
檢測通常在幾毫秒內發生，或者在定義的連續故障次數之後。 商戶可以設置閾值，例如三次連續的 5xx 錯誤或超時超過五秒。
一旦達到閾值，所有後續交易的切換都是即時的。 這種快速響應對於維持高流量結帳流程至關重要，在這些流程中，即使幾分鐘的停機時間也可能導致巨大的收入損失。