智能 3DS 路由
智能 3DS 路由可提高支付處理效率，根據發卡機構、收單機構和地理表現數據，將交易導向最佳認證渠道，以提高所有商戶類別的批准率。
- 類別
- 安全
- 功能
- 6
- 適用於
- 所有方案
多收單行商戶經常遇到存取控制伺服器降級和發卡機構延遲，導致線上結帳的身份驗證階段停滯。 當收單閘道將所有已驗證的流量路由到單一路徑時，發卡機構層面的意外停機將阻止合法的授權請求進行結算。
Cardflo 配置動態切換邏輯，根據即時端點延遲將身份驗證訊息導向回應最快的收單合作夥伴。 營運商可以將身份驗證階段與授權嘗試分開，確保交易繞過間歇性中斷，然後透過首選的清算合作夥伴執行最終的財務請求。
通過託管字段和網絡代幣最大限度地減少PCI範圍，敏感憑據從不接觸您的服務器。 智能地應用強客戶身份驗證，使監管機構和轉化團隊都滿意。
概述智能 3DS 路由概覽
多收單行環境需要精確控制將身份驗證訊息傳輸到發卡銀行的基礎設施。 當依賴單一連接時，商戶在存取控制伺服器中斷期間面臨交易量損失的風險，即使底層卡片有效。
Cardflo 實施 3DS 路由協調，以評估端點可用性和延遲，然後將身份驗證負載導向網路中最合適的收單合作夥伴。 此功能專注於路徑可用性，而不是優化 3DS 協議本身（商戶透過 3DS-optimisation 管理）或生成跨收單行代幣（屬於代幣化支付）。
透過將身份驗證階段與財務清算階段分開，產品經理可以即時將流量從降級系統中轉移。 交易透過僅身份驗證路由框架進行，如果商業邏輯要求分流，則最終結算可以在單獨的收單合作夥伴上進行。
如何智能 3DS 路由的運作方式
評估端點延遲
協調層分析來自可用收單合作夥伴的即時 ping 資料和歷史延遲。在發送身份驗證訊息之前，系統會確定哪個合作夥伴目前與發卡銀行的存取控制伺服器保持最穩定的連接。此計算確保負載避免可能導致初始交易過程停滯的降級路徑。
執行動態切換
一旦確定了最佳路徑，系統就會透過選定的收單合作夥伴傳輸所需的資料元素。透過實施多收單行 3DS 切換，商戶可以將負載導向繞過區域中斷或間歇性基礎設施故障。交易透過最可靠的路徑到達發卡機構，允許身份驗證挑戰或背景驗證正常進行。
完成僅身份驗證路由
在發卡機構成功驗證持卡人後，系統會收到身份驗證密文。由於商戶採用僅身份驗證路由，因此此已驗證資料現在可以附加到單獨的財務授權請求中。然後，最終結算階段透過不同的收單合作夥伴進行，該合作夥伴是根據商業優惠或國內結算能力而不是身份驗證速度選擇的。
為何智能 3DS 路由的重要性
減輕存取伺服器停機時間
發卡銀行和收單閘道經常遭受微中斷，中斷訊息傳輸。如果沒有動態 3D Secure 路由，單一降級端點會阻止合法購買的清算。透過替代路徑重新路由身份驗證階段，可確保一個收單合作夥伴的技術故障不會在高交易量期間導致商戶收入損失。
將身份驗證與結算分離
透過相同的收單連接強制進行身份驗證和結算會限制商業靈活性。透過分離這些階段，財務團隊可以優先考慮初始發卡機構挑戰的路徑可靠性，同時保留實際財務清算的國內處理費率。這種分離減少了技術拒絕，而不會犧牲多收單行策略的財務優勢。
監管注意事項：智能 3DS 路由的監管備註
Cross-border authentication mandates
European payment services directives require strict authentication measures for electronic transactions, but the pathways used to verify the cardholder can vary significantly by region.
Regulatory frameworks do not dictate that the authentication provider must act as the final settlement entity, granting merchants flexibility in their routing decisions.
Implementing acs downtime mitigation ensures merchants meet these strict verification mandates even when domestic infrastructure fails.
By shifting the verification payload to an operational cross-border acquirer partner, operators maintain full compliance with regional authentication directives while holding on to the buyer's ability to complete the purchase.
Cryptogram portability and scheme rules
Major card networks like Visa and Mastercard permit the generation of an authentication cryptogram by one entity and the submission of that cryptogram by a different gateway.
This scheme rule enables multi-acquirer merchants to decouple the initial verification from the financial clearing process without violating network mandates.
When deploying 3DS routing orchestration, merchants must ensure the secondary acquirer partner can successfully ingest external authentication values. The orchestration platform automatically formats the passed cryptogram according to exacting scheme specifications, ensuring the final authorisation request contains the necessary proof to satisfy liability shift requirements.
用例智能 3DS 路由的應用場景
跨收單合作夥伴的票務流量
當預留座位開始銷售時，體育場營運商面臨集中的卡片流量，收單合作夥伴的 ACS 路徑可能會變慢或逾時，而庫存仍暫時保留。Cardflo 監控身份驗證回應健康狀況，並透過另一個收單合作夥伴路由新的 3DS 請求，而無需更改營運商的票務分配工作流程。
發卡機構特定的 ACS 故障轉移
多收單行商戶可能會遇到影響特定發卡機構範圍卡片的 ACS 中斷，而其他身份驗證路徑仍然可用。Cardflo 根據 BIN 和收單路徑分析逾時和錯誤模式，然後將後續的 3DS 身份驗證流量切換到回應的收單合作夥伴，同時保留交易參考和身份驗證結果。
收單行選擇前的身份驗證
支付協調器可能需要在商業路由規則選擇將接收授權的收單合作夥伴之前完成 3DS 身份驗證。Cardflo 支援僅身份驗證路由，保留生成的密文和電子商務指標，並將已驗證的支付資料傳遞到商戶的單獨授權路由工作流程。
區域收單行維護窗口
營運多個區域 MID 的商戶可能會面臨計劃中的收單行維護，導致配置的 3DS 端點不可用，而結帳流量仍在繼續。Cardflo 應用計劃的路由規則和即時端點檢查，透過可用的收單合作夥伴導向身份驗證請求，然後在確認服務健康狀況後恢復首選路徑。
統計智能 3DS 路由的數據
此範圍反映了從靜態 3DS 實施轉向考慮發卡機構特定技術偏好的動態路由模型時，典型的行業改進。
商戶通常會觀察到軟拒絕的減少，因為智能路由確保需要 SCA 的交易在發送授權之前得到正確識別和驗證。
這代表了當透過最兼容的 3DS2 路徑傳遞足夠資料時，無需手動挑戰即可進行身份驗證的交易的行業標準。
方法論：這些數字是根據已公佈的行業數據和觀察到的商戶群組得出的說明性範圍，而非保證。實際結果取決於您的風險狀況、卡片組合、地理位置和收單設置，並僅在您自己的定價和審批條款中確認。
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 智能 3DS 路由
- 根據區域可用性和歷史延遲，透過多個收單合作夥伴路由身份驗證負載。
- 實施僅身份驗證路由邏輯，將身份驗證階段與最終財務授權分開。
- 偵測存取控制伺服器中斷，並將身份驗證請求動態切換到輔助路徑。
- 集中 3DS 路由協調規則，以管理整個收單合作夥伴網路的流量分佈。
- 評估即時發卡機構回應時間，以確定複雜身份驗證負載最可靠的路徑。
- 透過將流量轉移到運作中的收單閘道，在區域基礎設施降級期間保持結帳連續性。
A short scoping call, then a written plan for your MIDs.
關於 智能 3DS 路由
動態 3D Secure 路由如何偵測不可用的端點？
協調層持續監控網路中每個收單合作夥伴返回的延遲、逾時率和錯誤代碼。 當特定路徑在身份驗證階段顯示的回應時間超過可接受的閾值或返回系統性故障代碼時，系統會將該路徑識別為降級。
然後，流量控制邏輯會自動抑制此路徑的後續請求，將負載重新導向到下一個可用的收單合作夥伴，該合作夥伴顯示與相關存取控制伺服器的穩定連接。
商戶可以將身份驗證和授權請求分開嗎？
是的，這種分離構成了僅身份驗證路由的基礎。 協調平台透過專門為其與發卡銀行的連接而選擇的收單合作夥伴發送初始身份驗證負載。
一旦存取控制伺服器返回成功的身份驗證值，平台就會提取此密文。
然後，商戶可以將此身份驗證證明附加到後續的財務授權訊息中，根據處理費用或貨幣結算偏好，透過完全不同的收單合作夥伴路由最終結算。
3DS 路由協調是否需要多次整合？
商戶只需與 Cardflo 協調平台整合一次，該平台負責管理與收單合作夥伴網路的後續連接。 產品經理在中央儀表板中配置多收單行 3DS 切換邏輯，定義在基礎設施降級期間流量應如何分流。
該平台將單一初始請求轉換為不同收單合作夥伴所需的特定 API 格式，無需內部工程團隊為支付堆疊中的每個端點建立和維護單獨的路由邏輯。
如果替代路線也失敗了怎麼辦？
如果主要和次要路徑在存取控制伺服器層面都遇到系統性降級，平台會根據商戶預定義的規則耗盡配置的路由層次結構。 系統會記錄指示每個跳點的延遲或逾時失敗的特定錯誤代碼。
為了處理交易無法進行時的後續回應，營運商會定義單獨的工作流程。 他們在路由邏輯之外配置這些次要操作，通常依賴 3DS-fallback 中詳述的協議來管理技術拒絕。