Disputes
Reason code
計劃定義的代碼，用於識別退單的理由（例如 Visa 10.4 代表持卡人未授權，13.1 代表未收到貨品），並決定辯護所需的證據。
原因代碼是指：由計劃定義的代碼，用於識別拒付的理由（例如，Visa 10. 4 代表持卡人未授權，13. 1 代表未收到貨品），並決定為其辯護所需的證據。 在支付操作中，它不僅僅是一個標籤；
它控制著交易、憑證、風險事件或資金流動如何被交易方解釋。 該機制是持卡人、發卡機構、計劃、收單機構和商戶之間交易後爭議路徑的一部分。
它決定了誰可以提出索賠、哪些證據可被接受，以及如果案件未能逆轉，哪一方承擔損失。 它通常與拒付、爭議、再呈請一起分析，因為這些相關概念決定了商業和操作結果。
實際細節通常在網關日誌、收單機構報告、計劃文件、客戶服務記錄和結算報表中找到，而不是在單一儀表板中。 團隊應記錄事件的值、時間戳、交易方、貨幣、響應代碼以及任何附加的豁免或責任指示器。
一個常見的錯誤是將原因代碼視為靜態定義。 實際上，其含義可能因計劃、國家、MCC、卡產品、發卡機構、交易渠道以及支付是客戶發起還是商戶發起而異。
這就是為什麼高交易量商戶通常會記錄規則，每週監控異常情況，並在小規模操作問題演變成拒付、資金或合規問題之前審查閾值。
Worked example
商戶審核一筆 480 英鎊的交易，其中原因代碼是決定性因素。 發卡機構提出案例，收單機構向商戶扣款，商戶必須在重新申報截止日期前提交證據。
營運成本模型為 20 英鎊的退單費，加上面臨風險的全部銷售金額，相關行動必須在 30 天內完成。 步驟 1 是擷取原始請求數據，包括金額、貨幣、發卡國家、MID 以及回應或狀態代碼。
步驟 2 是應用商戶的規則集，例如是否重試、質疑、退款、放貨或保留以供審核。 步驟 3 是根據收單機構的報告核對結果，以便財務部門可以看到現金影響。
如果該規則在每月 2,000 筆類似交易中將結果改善 50 個基點，商戶就能額外保護大約 10 筆訂單免受可避免的失敗或損失。
Scheme notes
Visa 和 Mastercard 使用不同的爭議標籤、原因代碼分組和監控計劃，即使商業事件相似。 Visa 爭議和詐騙監控已納入 VAMP，而 Mastercard 仍在 ECP 框架中區分「高退單商戶」和「特高退單商戶」等級。
檢索、再呈報、預仲裁和仲裁期限是各計劃獨有的，許多商戶回應期限在考慮收單機構通知和證據準備時間後，約為 20 至 45 天。 American Express 和 Discover 營運自己的爭議處理系統，因此商戶不應假設一個計劃接受的證據會自動滿足另一個計劃的要求。
Why it matters for merchants
從商業角度來看，這會影響直接損失、退單費用、證據工作量，以及進入計劃監控計劃的風險。 對於每月處理 500,000 英鎊的商戶而言，25 個基點的變動價值 1,250 英鎊，這還未計及爭議、儲備、支援票證或未能交付成本等次要影響。
在高風險、訂閱、旅遊、數碼商品和跨境模式中，影響會更大，因為發卡機構的決策和計劃監控可能會迅速加劇。 Cardflo 可以透過結合收單渠道、MID 路由、編排規則、KYB 審查以及相關的退單工具來提供協助，這樣商戶就不會依賴單一處理器的解釋或單一固定的交易路徑。
常見問題
商戶應為理由代碼儲存哪些資料？
儲存交易 ID、MID、收單機構、金額、貨幣、發卡國家、卡組織、回應或狀態代碼、時間戳記，以及任何 3DS、豁免、退款或爭議參考編號。 對於卡交易，請保留授權和清算識別碼，因為結算或退單問題可能會在 30 到 120 天後出現。
對於受監管的流程，請保留客戶同意書和證據記錄，至少保留當地法律或計劃規則要求的期限。 當收單機構報告與訂單系統不符時，良好的記錄可將調查時間從數小時縮短到數分鐘。
應多久檢視一次拒付理由碼？
交易量大的商戶應每週檢視例外情況發生率，並每月按計劃、收單機構、發卡國家、MCC 和支付方式，將主要指標列為趨勢。 如果商戶處理數千份訂單，20 到 50 個基點的變動可能會產生重大影響。
財務部門應在結算層面核對現金影響，而風險或支付營運部門應分析根本原因。 僅檢視混合總數會隱藏出現在單一 BIN 範圍、地區或 MID 上的問題。
什麼門檻通常會觸發對原因代碼的行動？
門檻取決於類別，但商戶應調查任何突然的變化，例如相對變動超過10%或絕對變動25個基點。 對於爭議和欺詐，方案門檻（例如Visa監控下的0. 9%或Mastercard ECM下的1. 5%）可能會立即產生升級風險。
對於結算或定價項目，即使是5到15個基點也足以證明路由或合同審查的合理性。 關鍵是在月底之前設定門檻，而不是在收到處理器發票或方案通知之後。
不同收單機構的拒付理由碼會有所不同嗎？
是的。 收單機構可能會以不同方式映射回應代碼、應用不同的風險規則、支援不同的數據欄位，並以不同的週期進行結算。
一家收單機構可能會返回一個通用的拒絕代碼，而另一家則會提供發卡機構的建議，允許安全重試。 費用處理也可能因合約而異，特別是對於跨境、外匯、高端卡和APM。
這就是為什麼使用支付編排的商戶應該比較不同收單機構和支付方案的表現，而不是依賴單一的綜合批准率或成本數字。
當理由代碼造成損失時，首要的補救措施是什麼？
首先，從30天的樣本開始，並按計劃、發卡國家、卡產品、支付方式、MID以及回應或爭議代碼進行劃分。 量化現金方面的風險價值，而不僅僅是百分點。
然後決定修復方案是操作性的，例如更好的證據或客戶溝通； 技術性的，例如更豐富的數據或3DS指標；
還是商業性的，例如不同的收單行路線。 在一個完整的結算或爭議週期後重新檢查相同的指標，以確認更改有效。
See how Reason code plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
相關詞彙
A forced reversal of a card payment initiated by the cardholder's issuing bank.
Any cardholder-initiated challenge to a transaction, covers retrieval requests, chargebacks, pre-arbitration, and arbitration.
The merchant's response to a chargeback, with evidence that the original transaction was valid.