交易規則
風險監控、詐騙規則和退款控制，有助於保護您的商戶賬戶並保持批准率穩定。
- 類別
- 風險
- 功能
- 10
- 適用於
- 所有方案
Cardflo 的交易規則可精細控制每筆支付的處理方式。 商戶可以定義特定參數，以決定交易是接受、拒絕、路由到特定收單機構，還是需要額外驗證。
這種控制水平透過在需要時精確應用邏輯，優化支付流程、管理風險並提高轉換率。
規則是根據您的行業量身定制的，並根據實時拒絕和退單數據進行優化，因此保護措施會隨交易量擴展，而不是阻止優質客戶。 警報和控制措施與您的收單堆棧並存，而不是額外附加。
概述
交易規則代表支付網關或協調平台內的邏輯層，用於管理單個支付請求的生命週期。 透過對入站數據應用條件語句，這些規則在交易到達收單機構之前確定其路徑。
邏輯通常使用銀行識別碼 (BIN)、商戶類別代碼 (MCC) 或地理元數據等屬性來構建。 這種機制允許商戶實時管理風險概況和成本結構。
規則不是將所有流量視為統一的，而是允許根據風險水平、價值或來源對支付進行細分。 這確保高價值交易可能需要更嚴格的驗證，例如 SCA，同時為低風險場景保持低摩擦路徑。
這種粒度對於在多個司法管轄區運營的企業至關重要，因為當地法規和方案規則各不相同。 有效的規則實施側重於平衡欺詐預防與授權率的保持。
運作方式
屬性提取和識別
當客戶在結帳時發起支付時，系統會識別與請求相關聯的特定元數據。這包括發卡機構國家、特定 BIN、貨幣和商戶識別碼。這些變量是後續邏輯所依據的基礎數據點。
條件邏輯的應用
交易通過一系列預定義的「如果-那麼」語句。例如，規則可能指定如果交易超過特定價值並來自高風險地區，則必須轉移。此階段在任何網絡調用發生之前決定支付的即時命運。
欺詐和身份驗證過濾
根據內部邏輯，系統決定是否透過 3DS 觸發強客戶認證。規則可以配置為僅在達到風險閾值時才請求 3DS，從而減少低價值或受信任支付的摩擦，同時遵守相關的 PSD2 或地區法規。
導向最佳網關
一旦交易經過驗證，規則引擎會選擇最合適的收單機構。此決定可能基於最低的交換費加成成本、特定卡類型的最高歷史授權率，或滿足商戶服務協議中規定的交易量承諾的需求。
授權和響應處理
請求傳輸到選定的收單機構。收到響應後，規則引擎可以解釋拒絕代碼。如果發生軟拒絕，系統可能會透過不同的路線啟動自動重試，前提是商戶的規則集允許針對該特定失敗原因進行後續嘗試。
重要意義
授權率優化
靜態路由通常會因地區卡偏好或發卡機構特定不一致而導致不必要的拒絕。透過使用規則將交易與最有可能批准它們的收單機構匹配，商戶可以增加成功捕獲。這涉及將交易分類為與不同處理合作夥伴的優勢相符的組，確保在整個投資組合中最大程度地減少技術或基於風險的拒絕。
合規性和風險管理
PSD2 等監管環境要求特定的身份驗證行為。交易規則提供了執行這些要求而無需普遍應用的機制。商戶可以自動排除特定的高風險司法管轄區，或者如果超出風險承受能力，則限制某些 MCC。這減輕了人工審查團隊的負擔，並保護商戶免受過高的退單率或卡方案的潛在罰款。
使用案例
跨境零售
一家全球銷售的商戶可以使用規則將支付路由到歐盟的本地收單機構，以利用較低的交換費率，同時為北美流量使用不同的合作夥伴以優化授權。
SCA 豁免
訂閱服務可以應用規則，自動請求低價值循環交易的豁免，確保客戶不會因不必要的 3-D Secure 挑戰而中斷，這可能會導致流失。
高風險緩解
一家電子產品零售商可以實施規則，為所有首次購買且送貨地址和帳單地址不匹配的買家觸發 3DS，同時允許回頭客透過更快的結帳。
基於成本的路由
一家高交易量的航空公司可以將所有高級卡交易導向特定供應商，該供應商對公司卡具有更好的混合定價結構，從而降低高交換費支付的總費用負擔。
依據數字
當從靜態路由過渡到使用智能交易規則的多收單機構設置時，行業中觀察到的典型提升。
商戶為跨境和地區國內交易實施基於成本的路由所報告的標準節省範圍。
現代支付協調引擎在網關層級執行複雜條件邏輯時的預期性能閾值。
相關術語
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 交易規則
- 根據特定的銀行識別碼範圍配置邏輯，以實現精確的發卡機構定位。
- 根據持卡人的地理位置或 IP 地址限制或允許交易。
- 自動將高價值支付路由到具有卓越風險模型能力的收單機構。
- 根據交易價值和地區監管要求強制執行強客戶認證。
- 透過商戶類別代碼識別和區分交易，以管理特定行業的風險概況。
- 將本地卡交易引導至本地收單機構，以最大程度地減少跨境費用和交換費。
- 透過切換到次級處理合作夥伴，為軟拒絕實施自動重試。
- 為不同的產品線或業務單位動態分配特定的商戶識別碼。
- 在網關層級根據歷史欺詐數據和內部黑名單過濾交易。
- 根據持卡人的本地貨幣和匯率應用特定的貨幣轉換規則。
A short scoping call, then a written plan for your MIDs.
關於 交易規則
交易規則如何影響結帳流程的速度？
規則通常在網關內以毫秒為單位處理。 邏輯在授權請求發送到網絡之前應用。
雖然複雜的規則集需要更多的處理能力，但管理良好的引擎可確保延遲影響可忽略不計。
在大多數情況下，透過避免不必要的身份驗證步驟或路由到更高效的收單機構所獲得的速度提升，超過了邏輯層的初始處理時間。
規則可以用來防止特定類型的退單嗎？
是的，規則可以透過識別與友好欺詐或被盜憑證相關的模式來降低退單風險。 透過對可疑交易強制執行 3DS 或阻止高風險 IP 範圍，商戶可以在潛在欺詐交易到達發卡機構之前阻止它們。
然而，規則無法防止所有退單，因為有些退單在結算後發生，原因與初始授權邏輯無關。
規則邏輯中，硬拒絕和軟拒絕有什麼區別？
硬拒絕是發卡機構的永久拒絕，例如針對被盜卡，規則不應嘗試重試。 軟拒絕表示暫時性問題，例如資金不足或技術超時。
交易規則可以配置為識別這些差異，允許系統透過替代路線智能地重試軟拒絕，同時立即停止硬拒絕以避免方案罰款。
是否可以根據處理成本路由交易？
商戶可以使用規則將交易引導至為該特定卡類型提供最佳定價的收單機構。 例如，如果某個收單機構對商業卡有更好的費率，規則引擎可以透過 BIN 識別卡類型並相應地路由交易。
這確保商戶不會為高成本交易的交換費加成或方案費用支付過高費用。
我可以為循環支付和一次性交易設置不同的規則嗎？
支付系統區分商戶發起的交易 (MIT) 和客戶發起的交易 (CIT)。 規則可以配置為對這些類別應用不同的風險過濾器。
通常，CIT 可能需要 3DS 進行初始設置，而隨後的 MIT 則允許透過規則集進行，無需客戶進一步干預，前提是請求中存在適當的令牌和指示符。
BIN 路由在交易規則集中如何運作？
BIN 路由使用卡號的前六到八位數字來識別發卡機構和卡產品類型。 規則設置為識別這些數字並應用特定邏輯。
例如，商戶可能會將所有「金卡」或「白金卡」路由到對高級卡具有更高批准閾值的收單機構，或者將所有國內借記卡路由到本地提供商。