路由

備用MID路由

備用MID路由確保交易連續性。 如果主要商戶識別碼 (MID) 或收單機構發生故障,Cardflo 會自動將付款重新路由到可用的備用。

此機制可防止服務中斷,並為高風險和企業商戶保持高交易成功率,從而保障收入來源。

類別
路由
功能數
10
適用於
所有方案
立即申請

概覽

備用MID路由在支付編排層中充當動態故障轉移機制,以減輕技術或營運停機時間。 在標準設置中,商戶依賴由一個收單機構提供的一個商戶識別碼 (MID)。

如果該收單機構遇到服務中斷,或者MID因交易量上限或風險標誌而被暫停,則支付流將停止。

備用路由建立了一個層次結構,當主要連線記錄硬故障或一系列超時時,會自動使用次要或第三MID,通常由不同的收單機構持有。 此架構位於閘道和清算網路之間,即時監控授權回應。

透過分散收單基礎設施,商戶減少了對單點故障的依賴。 此過程對於在高交易量環境或具有嚴格性能要求的行業中營運的企業至關重要,即使主要處理路徑不可用,也能確保結帳過程保持活躍。

運作方式

  1. 建立MID層次結構

    商戶在路由引擎中配置一個主要MID以及一個或多個次要MID。 這些MID通常分佈在不同的收單銀行,以確保冗餘。

    系統將這些憑證組織成一個優先級堆疊,定義在正常營運條件下哪個帳戶處理預設流量。

  2. 觸發條件監控

    編排平台監控每個授權請求的特定回應代碼。 備用路由的觸發器包括技術超時、特定收單機構錯誤代碼或達到預定義的交易價值限制。

    系統區分客戶相關的拒絕(例如資金不足)和需要次要路由的基礎設施相關故障。

  3. 自動故障轉移執行

    偵測到符合條件的故障後,系統會立即將交易負載重新導向到層次結構中下一個可用的MID。 這在後台發生,無需持卡人重新輸入其詳細資訊。

    請求會重新格式化以符合備用收單機構的技術規範和API要求。

  4. 回應和數據對帳

    如果備用MID獲得授權,成功訊息會傳達給商戶。 系統會記錄用於交易的特定ARN和MID,以確保準確的結算報告。

    這確保了即使路由發生變化,財務數據仍保持同步以供日後對帳。

為何重要

抵禦收單機構停機的彈性

收單平台偶爾會進行定期維護或遭受意外的技術中斷。 如果沒有備用MID,商戶在此期間將無法處理任何卡片支付,導致直接收入損失。

建立次要路由可確保業務保持營運,無論單一金融合作夥伴的技術穩定性或底層方案連線如何。

風險和交易量管理

收單機構通常會根據不斷變化的風險狀況施加每月處理限制或突然暫停。 如果主要MID達到其交易量上限或檢索請求激增,商戶可以將後續流量重新導向到備用MID。

這可以防止處理完全停止,同時商戶解決與主要帳戶相關的合規性或風險問題。

優化授權性能

不同的收單機構可能對特定卡類型或地區具有不同的性能水平。 備用路由允許商戶測試並故障轉移到可能與發卡銀行偏好更一致的路徑。

這種靈活性有助於在不同的交易集中保持穩定的授權率,而不是受限於一個收單機構的特定技術限制。

應用案例

高交易量電子商務

每小時處理數千筆交易的零售商使用備用MID來防止瓶頸。 如果一個收單機構的閘道延遲增加,系統會轉移流量以保持結帳響應。

SaaS和經常性計費

訂閱平台使用備用路由來確保每月計費週期完成。 如果一批續訂在主要MID上失敗,系統會透過替代收單機構重試。

受監管和高風險行業

波動性行業的商戶使用多個MID來防止帳戶突然關閉。 如果收單機構終止MID,備用路由允許服務立即連續。

跨境擴張

進入新市場的商戶使用備用MID來處理區域卡方案。 如果當地收單機構未能處理國際BIN,全球備用可以嘗試授權。

數據概覽

2-5%
授權率恢復

這代表了實施故障轉移邏輯的商戶所觀察到的成功交易的典型提升,以捕獲否則會因技術收單機構錯誤而丟失的銷售額。

99.99%
技術停機時間減少

透過使用多個收單路徑,企業可以實現支付處理的近乎持續可用性,顯著超過任何單一獨立收單機構的正常運行時間。

<500ms
故障轉移延遲

工業編排引擎通常在此時間範圍內執行路由邏輯和二次傳輸,確保客戶在結帳過程中沒有可察覺的延遲。

Ready to route with 備用MID路由?

Talk to our team about a live rollout on your acquiring stack.

立即申請

為您帶來 備用MID路由

  • 偵測到主要收單機構連線失敗時,自動重新導向交易流量。
  • 支援多收單機構冗餘,以消除支付堆疊中的單點故障。
  • 針對特定錯誤代碼觸發器(包括05拒絕和技術超時)的可配置邏輯。
  • 即時監控MID健康狀況和交易量閾值,以防止處理違規。
  • 動態重新路由商戶發起的交易,以保護經常性收入和訂閱週期。
  • 根據卡品牌、貨幣或交易價值,對故障轉移層次結構進行精細控制。
  • 詳細報告故障轉件事件,以分析收單機構績效並優化路由規則。
  • 使用集中式代幣化和保管庫,在不同收單機構之間維護數據完整性。
  • 在不同處理端點之間轉移敏感卡數據時,符合PCI-DSS要求。
  • 在停機期間,減少財資和支付營運團隊的手動干預要求。
See 備用MID路由 on your acquiring stack.

A short scoping call, then a written plan for your MIDs.

立即申請

關於 備用MID路由

重試和備用MID路由有什麼區別?

重試通常涉及將相同的交易詳細資訊重新提交給相同的收單機構,通常用於暫時性問題,例如資金不足或軟拒絕。

備用MID路由是一種結構性故障轉移,交易會發送到完全不同的商戶識別碼 (MID),通常是不同的收單銀行。 重試解決持卡人問題,而備用路由解決基礎設施和連線問題。

結合這兩種策略可產生最高的授權率。

備用路由如何影響結算和對帳流程?

當交易透過備用MID路由時,資金會結算到與該特定MID相關聯的銀行帳戶。 這表示商戶將從不同的收單機構收到單獨的結算報告和付款。

專業的支付編排平台會匯總這些數據流,使用唯一交易識別碼 (UTI) 或ARN,以確保商戶的內部會計系統能夠對帳銷售,無論採用哪種路由。

當交易重新路由到備用MID時,持卡人會注意到嗎?

在配置良好的系統中,重新路由過程對持卡人是不可見的。 閘道或編排層在毫秒內處理邏輯。

但是,如果備用MID具有不同的軟描述符,則顯示在持卡人銀行對帳單上的名稱可能與主要MID略有不同。 建議在所有配置的MID中保持描述符一致,以最大程度地降低友好欺詐或客戶混淆的風險。

我可以使用備用路由來繞過發卡機構的硬拒絕嗎?

不能,備用路由無意規避合法的硬拒絕,例如「被盜卡」或「帳戶已關閉」。 發卡機構會追蹤卡的嘗試歷史記錄;

在硬拒絕後,重複將相同的交易發送到不同的收單機構可能會導致被標記為可疑行為或潛在罰款。 備用路由應保留用於技術故障、收單機構停機或軟拒絕,在這些情況下,處理路徑的改變可能會帶來成功。

故障轉移到次要MID的常見觸發器是什麼?

常見的觸發器包括收單機構API的HTTP 5xx錯誤、超過五秒閾值的連線超時,或指示收單機構無法聯繫發卡機構的特定方案錯誤代碼。

商戶還可以根據交易量設定觸發器,例如一旦主要MID達到某個每月處理限制,就將100%的流量路由到備用,以避免過度集中風險。

我是否需要與多個收單機構簽訂單獨的合約才能使用備用MID路由?

是的,為了有效地使用備用路由進行冗餘,商戶通常需要與至少兩家不同的收單銀行簽訂商戶服務協議 (MSA)。 每家銀行都將提供一個唯一的MID。

雖然一些PSP在單一合約下提供多個MID,但真正的彈性是透過使用不同的後端提供商來實現的,以確保一家銀行的故障不會影響另一家銀行。

立即開始

準備好 加速了嗎?

告訴我們您的業務,我們會為您配對合適的收單夥伴與最佳路由,通常一週內完成。

立即申請
立即申請