故障轉移路由
故障轉移路由利用逾 50 個收單夥伴, 透過將支付重新路由到健康的 MID, 防止技術停機造成的收入損失, 確保持續運行時間。 即使在系統中斷期間, 這也能保持不間斷的支付處理。
- 類別
- 路由
- 功能
- 6
- 適用於
- 所有方案
故障轉移路由對於維持支付處理正常運行至關重要。 Cardflo 會自動偵測並回應收單機構或網關中斷，將交易重新路由至其他健康的渠道。
這種主動方法可最大限度地減少停機時間並防止銷售損失，確保您的支付操作在不利條件下仍能保持彈性。
失效轉移路由會在收單機構中斷或技術故障時，自動將交易重新路由到運作中的 MID。 這種積極主動的方法確保商戶正常運作時間，並防止因處理中斷造成的收入損失。
概述故障轉移路由概覽
故障轉移路由是支付編排層中的一種應急機制，可在技術中斷期間保持授權連續性，確保服務不中斷。 當主要收單機構、網關或處理器出現降級或中斷時，路由引擎會透過特定的響應代碼或超時閾值識別故障。
然後，系統會將交易量重定向到預先配置的次級或三級端點，從而減輕服務中斷的影響。 這種技術架構解決了單點處理模型的固有脆弱性，透過多個商戶識別碼 (MID) 和支付服務提供商分散風險。
透過分散交易流，即使外部基礎設施組件發生故障，商戶也能保持營運穩定性，從而優化正常運行時間。 該過程對持卡人保持透明，重定向發生在後端授權流中，然後在結帳時呈現最終響應。
有效的故障轉移管理需要精確配置健康檢查和優先級別，以確保強大的系統性能。 這確保了重定向流量符合商戶的商業協議和區域合規性要求，從而保持監管合規性。
如何故障轉移路由的運作方式
健康監控與偵測
系統持續監控活躍收單機構和網關的響應能力，識別異常情況，例如錯誤率升高、持續超時或特定的 HTTP 狀態碼。這些代碼通常表示伺服器端問題，確保及時偵測支付基礎設施中的潛在問題。如果供應商未能達到預定義的性能基準，路由引擎會將該通道標記為暫時不可用。這種主動措施可防止進一步的交易失敗，從而優化支付處理的整體效率和可靠性。
觸發故障轉移邏輯
一旦確認中斷，編排層會攔截發往受影響供應商的傳入授權請求。邏輯會評估交易元數據，包括 BIN、貨幣和 MCC。它會確定哪種替代處理路徑最適合處理重定向的交易量。這有助於維持高授權成功率。
動態路徑重定向
交易會立即重定向到商戶路由表中定義的次級或三級收單機構。這種轉換是即時發生的，確保支付過程對消費者來說無縫進行。它避免了要求消費者重新輸入卡片詳細信息或重新開始結帳會話。這種動態路徑重定向有效地保護並優化了企業的轉換率。
為何故障轉移路由的重要性
降低系統性停機風險
即使是 Tier 1 收單機構也會遇到計劃性維護或意外技術事件，這可能會導致處理中斷數小時。故障轉移路由作為一種結構性保障，確保商戶接受支付的能力不依賴於單一合作夥伴。透過在多收單機構設置中分散流量，企業可以保護其收入免受局部基礎設施故障的影響。這種方法還使企業能夠保持一致的處理配置文件，從而優化其支付操作。
保護客戶體驗
由於處理器不穩定導致的技術拒絕經常導致購物車放棄，因為許多持卡人在系統錯誤後避免重新嘗試交易。故障轉移機制在後台無縫解決這些問題，使交易能夠透過健康的替代處理路徑結算。這種方法顯著減少了與系統連接相關的軟拒絕，從而保護了商戶的品牌聲譽和客戶信任。最終，這種策略還大大減少了與支付失敗相關的客戶支援負擔，從而優化了營運效率。
監管注意事項：故障轉移路由的監管備註
Scheme rules regarding transaction retries
Visa and Mastercard enforce strict guidelines concerning the resubmission of declined authorisation requests. These network rules aim to protect issuing banks from excessive processing loads and prevent merchants from repeatedly hammering the network with fundamentally invalid card details.
Exceeding scheme retry limits can result in substantial non-compliance fines.
Cardflo structures all cascading sequences to respect these network restrictions natively. The gateway terminates any sequence involving a Category A hard decline instantly.
For permitted soft declines, the platform enforces maximum attempt limits across all configured acquirer partners, ensuring that automated rescue operations remain fully compliant with current card scheme mandates.
Authorisation hold management during timeouts
When an acquiring endpoint times out rather than returning a definitive decline, there is a small risk that the issuing bank has already placed an authorisation hold on the cardholder's funds.
If the failover routing then secures a successful charge via a secondary partner, the customer might temporarily see two pending transactions on their account.
To mitigate this scenario, the orchestration layer relies on precise status mapping and automated reversal messaging. If a timed-out primary transaction is later confirmed as partially authorised by the original provider, the system initiates an immediate void request.
This technical compliance ensures cardholders are not subjected to double authorisations and protects merchants from ensuing chargeback disputes.
用例故障轉移路由的應用場景
高交易量閃購
在流量高峰事件期間，主要網關可能會受到限制或不堪重負。故障轉移路由會自動將超額負載轉移到次級供應商。這可以防止結帳過程完全崩潰。
跨境處理
當區域收單機構與國際計劃面臨連接問題時，故障轉移規則可以將流量重定向到全球收單機構。這確保了國際交易能夠不間斷地獲得授權。
計劃性供應商維護
商戶可以在其主要 PSP 的已知維護窗口期間預先啟動故障轉移路徑。這確保了午夜批次和循環計費週期透過替代的活躍通道進行。
SCA 和 3DS 中斷
如果發卡機構或 ACS 供應商存在延遲問題，系統可以嘗試替代路由。該路由可能與相關的身份驗證軌道具有不同的連接。這最大限度地減少了潛在的摩擦。
統計故障轉移路由的數據
商戶使用多收單機構冗餘來繞過個別供應商中斷所實現的典型可用性，基於行業標準基礎設施可靠性。
通常因技術拒絕和服務超時而損失的估計交易量。可以透過自動路徑重定向來恢復。
現代編排引擎識別網關超時所需的標準持續時間。然後，引擎會啟動替代路由路徑。
方法論：這些數字是根據已公佈的行業數據和觀察到的商戶群組得出的說明性範圍，而非保證。實際結果取決於您的風險狀況、卡片組合、地理位置和收單設置，並僅在您自己的定價和審批條款中確認。
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 故障轉移路由
- 透過自動心跳監控系統，即時識別收單機構的延遲和服務降級。
- 對拒絕代碼進行分類，以區分終端故障和臨時處理中斷。
- 根據結算速度和計劃費用，配置次級和三級端點的優先級。
- 無縫重定向商戶發起的交易，以確保循環計費週期不受中斷。
- 一旦主要處理路徑恢復正常狀態，自動重新平衡流量。
- 減少因技術超時或網關級別通訊錯誤導致的軟拒絕。
A short scoping call, then a written plan for your MIDs.
關於 故障轉移路由
支付中的故障轉移路由和負載平衡有什麼區別？
負載平衡同時將交易量分佈到多個供應商，以優化性能或成本。 故障轉移路由是一種反應機制，僅在主要供應商發生故障時才重定向流量。
負載平衡是一種標準的操作狀態，而故障轉移是由特定錯誤閾值或停機時間觸發的恢復事件。 在複雜的支付堆棧中，兩者結合使用以確保效率和彈性。
負載平衡管理日常流量，而故障轉移提供安全網。
系統如何區分有效的卡片拒絕和處理器中斷？
故障轉移引擎分析網關或收單機構返回的響應代碼。 有效的拒絕，例如資金不足或 CVV 不正確，不會觸發故障轉移，因為問題出在持卡人或發卡機構。
但是，指示系統錯誤、超時或拒絕連接的代碼會被標記為基礎設施故障。 系統僅在錯誤被識別為持卡人帳戶狀態之外時才啟動重新路由。
故障轉移路由會影響我的交換費率或計劃費用嗎？
將流量重定向到次級收單機構可能會導致不同的商業條款。 如果次級供應商具有更高的交換加加利潤或不同的計劃費用結構，則在故障轉移期間每筆交易的成本可能會增加。
然而，這種邊際成本通常被認為優於交易的總損失。 商戶應配置其故障轉移路徑，以優先選擇其層級中下一個最具成本效益的供應商。
故障轉移路由是否需要客戶重新輸入其支付詳細信息？
不需要，如果商戶使用中央保險庫或支付編排層，卡片數據會被捕獲一次並安全保存。 如果第一次授權嘗試因技術錯誤而失敗，系統會使用現有令牌嘗試與次級供應商進行交易。
對於持卡人來說，這可能表現為處理時間稍長，但界面保持一致，無需二次數據輸入。