U卡雷達

支付問題

加密支付卡退款多久會入帳?未收到退款的原因與處理方法

分享文章

分享到

X微博FacebookLinkedInWhatsAppTelegram

加密支付卡退款通常需要 5–10 個工作天才會顯示在持卡人帳戶中,這是 Stripe、Coinbase Card 等服務商常見的參考時間,並非所有 Visa、Mastercard 加密支付卡統一適用的入帳期限。商戶顯示「Refunded」,不代表發卡機構已完成入帳。

如果超過該卡片服務商公布的正常處理期限,仍未收到退款,應先確認商戶是否正式提交退款、交易是否仍處於待處理狀態,再透過退款參考編號聯絡發卡機構追蹤。加密支付卡可能涉及法幣帳戶、穩定幣餘額及加密資產兌換,因此退款金額、入帳幣種及資產形式,都需要依照具體產品的處理機制核實。

加密支付卡退款通常需要多久?

一筆已完成扣款的銀行卡交易,通常由商戶透過收單機構或支付服務商發起退款,再經由卡組織網路傳遞至發卡機構,最後記入持卡人帳戶。

以一筆 120 美元的 Visa 加密支付卡消費為例,商戶同意全額退款後,正常的處理流程為:

商戶發起退款 → 收單機構或支付服務商處理 → 卡組織網路傳遞退款資訊 → 發卡機構接收並入帳 → 持卡人餘額更新。

IMAGE_PLACEHOLDER_01
UCard Radar 原創插圖|加密支付卡退款處理示意圖

各環節所需的處理時間並不相同。

Stripe 在銀行卡退款處理說明中指出,退款通常需要 5–10 個工作天才會顯示在消費者帳戶中。

Coinbase Card 的官方疑難排解指南也將 5–10 個工作天列為許多退款的常見入帳時間,並建議超過預期時間後,持商戶退款收據聯絡支援團隊追蹤。

但並非所有退款都能在此期間完成。

Adyen 的支付生命週期文件指出,部分已進入 Refunded 狀態的交易,資金最長可能需要 40 天才會到達消費者帳戶,實際時間取決於相關金融機構的處理情況。

這項較長的期限是 Adyen 對特定退款狀態的處理說明,不能據此認為所有加密支付卡退款等待 40 天都屬於正常情況。

判斷退款是否逾期時,還需要區分商戶內部審核與正式退款處理。

例如,商戶週一同意退款,直到週三才透過支付服務商提交退款交易。前兩天屬於商戶內部處理時間,不能直接視為卡組織網路已開始處理退款。

工作天也不等於日曆天。跨境交易遇到週末或相關金融機構的國定假日,實際等待時間可能延長。

超過該卡片服務商公布的正常處理期限後,就可以啟動退款調查,不必因其他機構有較長的處理期限而繼續等待。

為什麼商戶顯示退款成功,卡片卻沒有入帳?

商戶後台的退款狀態,反映的是支付處理流程中的特定環節,而非持卡人帳戶的最終結果。

客服回覆「Your refund has been approved」,通常只能證明商戶已核准退款申請。即使後台顯示 Refunded,仍須了解該狀態在特定支付服務商系統中的實際意義。

退款已提交,但發卡機構尚未完成入帳

Adyen 將退款處理區分為不同狀態。

其中,SentForRefund 表示退款請求已傳送給金融機構,仍在等待後續處理確認。

Refunded 則表示退款資金已從商戶端扣除,相關金融機構預計將款項退至消費者帳戶。消費者可能仍需等待資金實際入帳。

更複雜的是,退款請求通過支付服務商驗證後,仍可能在卡組織網路環節失敗。

Adyen 的銀行卡退款文件說明,即使商戶已收到表示退款請求成功的 REFUND 通知,卡組織仍可能在數天後拒絕該筆退款。發生這種情況時,Adyen 可以向商戶發送 REFUND_FAILED 通知。

Adyen 另有 RefundedReversed 狀態及相應的 REFUNDED_REVERSED 通知,表示先前嘗試的退款未能成功送達消費者,資金已退回。官方文件特別指出,這類通知適用於部分銀行轉帳、iDEAL、Bancontact 等支付方式。

因此,不能把 REFUNDED_REVERSED 視為所有銀行卡退款失敗時都會出現的通用狀態。

對使用銀行卡付款的消費者而言,更重要的是請商戶確認:退款是否已傳送至卡組織網路、是否收到失敗通知,以及該筆交易是否需要重新處理。

退款長期顯示 Pending,也可能是商戶帳戶的問題

退款延遲不一定發生在發卡機構。

Stripe 的待處理退款說明列出數種可能導致退款處於 Pending 狀態的情況,包括相關款項尚未結算、金融合作機構仍在處理,以及商戶的 Stripe 帳戶餘額不足。

如果商戶帳戶沒有足夠的可用資金支應退款,退款可能暫時無法傳送給消費者,需要商戶補足資金或等待後續收入填補餘額缺口。

這與退款已進入卡組織網路、但發卡機構尚未入帳,是兩種不同的問題。

Stripe 也指出,長期無法完成的待處理退款最終可能失敗。其商戶支援文件列有 45 天的自動失敗處理期限,但這項規則適用於 Stripe 特定的 Pending 退款機制,並非所有銀行卡退款的等待期限。

如果商戶的退款一直顯示 Pending,應要求商戶查明待處理原因,而不是直接要求發卡機構尋找一筆尚未成功送出的退款。

退款失敗或資金遭退回

銀行卡退款也可能因原卡帳戶失效、交易資料異常、支付處理機構拒絕,或卡組織網路處理失敗而無法完成。

Stripe 的相關說明指出,如果持卡人的銀行無法處理退款,資金可能退回商戶的 Stripe 帳戶。

如果商戶確認退款失敗,應進一步取得失敗原因,確認是否能透過原交易管道重新發起退款。

在這種情況下,反覆向發卡機構查詢原退款通常無法解決問題,因為商戶可能需要重新提交有效的退款交易。

訂單取消後沒有退款紀錄,是否代表退款失敗?

取消訂單與正式退款並不是同一種銀行卡交易操作。

銀行卡消費通常涉及付款授權(Authorization)與正式請款(Capture)。如果商戶尚未完成正式請款,取消訂單可能透過授權撤銷(Authorization Reversal)解除先前圈存的金額,而不是產生一筆新的退款入帳。

假設使用者的卡片原有 200 美元可用餘額,在電商網站提交一筆 80 美元的訂單。

商戶取得付款授權後,可用餘額降至 120 美元。使用者隨後取消訂單,商戶成功撤銷授權,圈存金額解除後,可用餘額恢復至 200 美元。

在這個過程中,原本的 Pending 交易可能直接消失,或顯示為已撤銷。持卡人不一定會看到一筆「+$80」的退款紀錄。

如果商戶已完成請款,後續返還資金通常需要進行退款處理。

不過,正式扣款後很快發起的退款,也可能在帳單上顯示為交易撤銷。

Stripe 的官方說明指出,部分早期退款可能以 Reversal 形式呈現:原本的扣款從帳單中消失,而非出現單獨的退款入帳。

對於部分退款,Stripe 也指出可能存在 Partial Reversal 的情況。

例如,一筆 100 美元的消費退還 30 美元,持卡人最後可能只看到一筆 70 美元的扣款紀錄,而不是分別顯示 100 美元支出與 30 美元收入。

因此,取消訂單後沒有獨立退款紀錄時,應檢查:

  • 原始交易是否已從 Pending 轉為正式扣款;

  • 原扣款紀錄是否消失或金額改變;

  • 卡片可用餘額是否恢復;

  • 商戶執行的是授權撤銷還是正式退款。

如果商戶已撤銷授權,但圈存金額長時間未解除,應由商戶確認授權撤銷是否成功,必要時聯絡發卡機構查核授權圈存紀錄。

退款超過正常時間,如何透過 ARN 追蹤?

當商戶確認已正式提交退款,但持卡人在正常期限過後仍未收到款項時,調查重點應從預估入帳時間轉向實際交易紀錄。

先取得商戶的退款憑證

聯絡商戶時,應要求提供實際退款日期、金額、幣種、處理狀態,以及可用的交易參考編號。

如果退款仍處於 Pending,應先查明商戶支付服務商的待處理原因。

如果商戶聲稱已完成退款,則可以要求提供退款收據,以及用於追蹤銀行卡退款的參考編號。

**ARN(Acquirer Reference Number,收單機構參考編號)**是其中一種重要的交易追蹤識別碼。

對於支援 ARN 的銀行卡退款,商戶可以向支付服務商取得相關編號,消費者再將其提供給發卡機構,協助查詢退款處理情況。

Stripe 的退款參考編號說明介紹了三種可能用於追蹤的識別碼:

參考編號

意義及主要用途

ARN

收單機構參考編號,用於追蹤支援此編號的銀行卡退款交易

STAN

System Trace Audit Number,系統追蹤稽核號碼,用於識別銀行卡交易訊息中的交易,在部分撤銷交易調查中有用

RRN

Retrieval Reference Number,檢索參考編號,可用於識別及查詢部分卡組織網路交易

三者並非可以完全互相替代的編號。

追蹤相關 Visa、Mastercard 退款時,ARN 通常是優先採用的參考資訊。STAN 本身並非對所有交易都具有唯一性,RRN 的使用也取決於卡組織網路及處理方式。

Stripe 指出,某些交易網路不支援 ARN,可能改為提供 RRN;部分撤銷交易則可能需要 STAN。

並非每筆退款都有消費者能取得的 ARN,也不能保證所有發卡機構都支援相同的編號查詢方式。

如果沒有 ARN,可以要求商戶提供其他退款參考編號,再由發卡機構判斷可採用哪種追蹤方式。

聯絡發卡機構時,應提供哪些資訊?

準備完整的交易資料,有助於減少客服反覆查核。

資料

建議提供的內容

原始付款

商戶名稱、付款日期、金額、幣種及交易狀態

卡片資訊

卡號末四碼,不提供完整卡號

退款資訊

實際發起日期、退款金額、幣種及處理狀態

追蹤編號

ARN、STAN、RRN 或支付服務商退款交易編號

證明文件

退款收據、訂單取消電子郵件及商戶客服確認紀錄

帳戶紀錄

原扣款紀錄、目前餘額及相關退款紀錄

向發卡機構提出調查時,可以直接說明:

商戶確認已透過原付款管道發起退款。請根據退款交易編號,查核該筆退款是否已到達發卡系統、是否遭到拒絕或退回,以及是否仍有尚未完成的帳戶入帳程序。

如果線上客服無法查詢,可要求確認是否需要由實際發卡機構或卡片支付處理商進一步調查。

不少加密支付卡由平台提供前端服務,底層銀行卡則由合作發卡機構及處理商營運。平台客服與實際處理退款的機構未必是同一主體。

也應保存每次調查的客服案件編號、回覆日期及處理結論,以便後續升級問題或提出交易爭議。

原卡過期、遭凍結或關閉,退款怎麼辦?

原加密支付卡無法繼續消費,並不必然導致退款失敗。

真正影響退款處理的是底層帳戶狀態,以及發卡機構能否識別並接收退回舊卡的資金。

卡片過期或更換。

即使舊卡號已失效,原持卡帳戶仍可能有效。部分發卡機構可以將退款自動對應至換發後的卡片帳戶。

Coinbase Card 的官方說明文件指出,退回舊卡的款項通常可以自動轉入換發後的卡片帳戶。

但這項機制不能直接套用到所有加密支付卡。

卡片遭凍結。

凍結新的消費權限,不一定代表帳戶無法接收退款。

例如,使用者主動鎖卡、平台實施風險控管,或發卡機構基於法遵原因限制帳戶,都可能產生不同的退款處理結果。

應請卡片服務商確認凍結範圍,而不是直接假設退款一定會失敗。

卡片帳戶已關閉。

帳戶關閉後,發卡機構可能無法直接將退款記入原帳戶,需要確認退款是否遭拒,以及能否透過其他合規方式返還資金。

Visa 在 2026 年 4 月版《Visa Core Rules and Visa Product and Service Rules》的退款要求中規定,商戶原則上應盡可能將退款處理至原付款憑證。

如果原付款憑證已失效、帳戶關閉,或退款授權遭拒,在符合相關條件時,可以使用其他合規的付款憑證或允許的替代退款方式。

這並不代表持卡人可以任意指定第三方銀行卡或加密錢包收取退款。

對於已註銷的加密支付卡,應先聯絡原卡片服務商或實際發卡機構,確認資金是否已到達、是否被退回,以及有哪些可行的返還方式,再與商戶協調。

如果有人以退款失敗為由,要求支付鏈上驗證費、提供錢包助記詞或私鑰,應立即停止操作,並透過卡片平台的官方管道查證。正常的銀行卡退款調查不需要揭露這些資訊。

為什麼實際退款金額可能少於原扣款?

商戶核准全額退款後,帳戶最終收到的金額仍可能與原始扣款不同。

造成差額的主要因素包括外幣換算、動態貨幣轉換(DCC)、加密資產兌換、獨立服務費用,以及商戶實際核准的退款金額。

這些情況應分別判斷,不能將所有差額都歸因於匯率波動。

正常的跨幣種退款可能產生匯率差額

假設使用者持有一張以美元記帳的加密支付卡,在歐洲商戶支付 100 歐元。

付款時,依照當時適用的匯率和費用規則,卡片帳戶扣除了 110 美元。

幾天後,商戶退還完整的 100 歐元。

如果退款按照新的適用匯率換算回美元,假設匯率變為:

1 歐元 = 1.08 美元

那麼,100 歐元對應的退款金額就是 108 美元。

在不考慮其他費用,且產品採用這種機制獨立換算退款的情況下,使用者原先被扣除 110 美元,最後收到 108 美元,產生 2 美元差額。

這類差額可能來自付款與退款時點的匯率變化,並不必然表示商戶少退了款項。

但實際產品可能採用不同的匯率計算及退款記帳方式。應核對商戶交易幣種、退款交易幣種、卡片記帳幣種,以及兩次交易適用的匯率與費用。

DCC 退款處理錯誤可能構成交易爭議的依據

動態貨幣轉換(Dynamic Currency Conversion,DCC)通常發生在跨境付款時,由商戶或其支付服務商向持卡人提供以持卡人本國貨幣結算的選項。

這與一般由卡組織網路或發卡機構完成的外幣換算不同。

假設一名美元卡持卡人在歐洲支付 100 歐元,商戶提供 DCC,持卡人同意以確定的美元金額完成交易。

後續發生退款時,商戶不能任意改變原交易的退款幣種或匯率處理方式。

Mastercard 在 2025 年發布的《Dynamic Currency Conversion Performance Guide》中明確指出,DCC 退款應遵循原交易幣種的相關要求。

對於 DCC 交易,相關退款可採取以下方式處理:

  • 撤銷原交易;

  • 依照原 DCC 幣種及相應金額退款;

  • 使用與原交易完全相同的匯率執行 DCC 退款。

該指南也指出,如果不當的退款處理造成第二次貨幣轉換損失,持卡人可能有權針對相關損失金額申請退單。

Visa 的2026 年版規則也對 DCC 的持卡人選擇權及錯誤幣種爭議設有要求。其中,爭議條件 12.3(Incorrect Currency)涉及未經持卡人明確同意的 DCC 等情況。

不過,爭議是否成立,仍須依照實際交易幣種、DCC 授權情況、退款紀錄及適用卡組織規則判斷。

因此,跨幣種退款金額減少時,應區分兩種情況:正常外幣換算造成的匯率變化,以及商戶或支付處理方違反適用規則所造成的幣種或換算錯誤。

後者不應被簡單解釋為消費者必須自行承擔的匯率風險。

加密資產兌換會影響退款金額嗎?

加密支付卡與一般銀行卡的一項重要差異,在於資金來源與退款入帳資產可能不同。

部分卡片使用預先儲值或兌換形成的法幣餘額;部分產品使用 USDT、USDC 等穩定幣餘額;另一些產品則可能在消費時進行加密資產兌換。

對於消費前已將加密資產兌換為法幣的卡片,商戶退款不一定會自動買回使用者最初持有的加密資產。

其他類型的產品,則可能依照卡片計畫規定,將退款記入對應的法幣帳戶、穩定幣餘額或其他資產帳戶。

具體採用哪種方式,必須以產品實際機制及持卡人協議為準。

例如,Coinbase Card 的歐洲產品說明提到,某些商戶預先授權的金額高於最終消費金額時,剩餘款項可以按照當時市場價格重新購買加密資產,並返還至消費餘額。

但這是特定的預先授權剩餘金額處理機制,不能直接用來解釋商戶完成扣款後的正式退款。

如果平台未明確規定正式退款會重新購買 BTC 或其他加密資產,就不能據此推斷退款時的資產數量變化。

退款手續費應如何區分?

商品全額退款,不代表交易前後產生的所有獨立費用都會自動退還。

例如,消費者在刷卡前支付的區塊鏈網路費、加密資產儲值費,或已完成的獨立兌換服務費,可能屬於與商戶商品交易不同的服務環節。

這些費用是否退還,應查閱相應收費主體的協議及適用規定。

但商戶因接受銀行卡付款而收取的附加費(Surcharge),則需要另行判斷。

Visa 的 2026 年版規則,對澳洲、紐西蘭、加拿大、歐洲及美國等適用地區的退款附加費處理設有要求:符合規則適用範圍的附加費,在全額退款時應一併退還;部分退款時則應按比例退還。

Mastercard 的2026 年版規則也針對加拿大及美國相關信用卡品牌層級、產品層級的附加費,訂有全額或按比例退還的規定。

這些要求受到地區及卡片產品類別限制。加密支付卡常見的簽帳金融卡、預付卡,也不能直接套用所有針對信用卡附加費的規則。

如果商戶退款未包含交易附加費,應先確認該費用的性質、交易所在地區及卡片類別,再判斷是否符合適用的退款規定,而不是一概認為商戶可以自行決定不退還。

部分退款與拆分退款也可能造成金額差異

商戶可能只核准部分退款,例如多件商品的訂單只退還其中一件,或飯店、旅遊預訂依照已揭露的政策扣除不可退款費用。

另一些情況下,商戶雖核准全額退款,卻將資金分成多筆交易退還。

例如,一筆 200 美元的訂單,商戶分兩次退款,金額分別為 120 美元和 80 美元。

持卡人可能先收到 120 美元,幾天後才收到另外 80 美元。

Stripe 等支付服務商支援對符合條件的原始交易進行多次部分退款,但累計金額不能超過可退款餘額。

因此,當退款金額不足時,應先確認商戶實際核准的總金額、發起了幾筆退款,以及各筆退款是否分別完成。

如果卡片計畫提供現金回饋、點數或其他消費獎勵,還需要查看退款後是否存在獎勵追回。獎勵調整可能與退款本金分別入帳,不能直接認定為額外的退款手續費。

退款未入帳,什麼時候應該提出交易爭議?

一般商戶退款(Refund)與銀行卡交易爭議(Dispute)屬於不同的處理程序。

一般退款由商戶依照相應支付管道主動返還資金。

Chargeback(退單)則是持卡人針對符合爭議條件的交易,透過發卡機構啟動正式爭議程序,再由相關機構依照適用卡組織規則處理。

如果商戶已同意退款,但資金仍在正常處理期限內,通常應先確認退款進度。

若出現以下情況,則應及時聯絡發卡機構,詢問交易爭議的申請事宜:

  • 商戶明確承諾退款,卻長時間未實際提交;

  • 商戶拒絕履行符合其退款政策或適用規則的退款義務;

  • 商戶長期失聯,無法提供有效的處理紀錄;

  • 退款遭拒或失敗,商戶又拒絕繼續處理;

  • 退款金額存在有依據的爭議,或退款幣種處理可能違反適用卡組織規則;

  • 交易爭議申請期限即將屆滿,繼續等待可能失去申請機會。

Crypto.com 的預付卡交易爭議說明要求持卡人在一般商戶爭議中,先嘗試與商戶解決問題,並保留相關證據。

其說明文件列出的爭議申請期限為交易或 ATM 提款後最長 120 天,爭議通常預計在 30–45 天內解決,但實際時間可能因案件複雜程度而有所不同。

這是 Crypto.com 相應預付卡計畫公布的處理規則,並非所有加密支付卡的統一期限。

Visa 和 Mastercard 的爭議規則也會依據爭議原因、交易類型及適用地區等因素,設定不同的要求。某些爭議期限的起算日,也未必就是原始消費日期。

對於已接近相關申請期限的交易,不應僅因商戶持續承諾「即將退款」而無限期等待。

應儘早請發卡機構確認爭議申請資格、最後申請日期及所需證據。

如果商戶退款已成功入帳,就不能針對相同款項重複尋求賠付。對於正在進行的商戶退款與交易爭議,應向發卡機構如實說明,避免重複處理。

未經授權的交易必須立即通報

如果發現完全不認識的商戶扣款、疑似盜刷,或卡片資料可能已外洩,就不應按照一般商戶退款的等待時間處理。

應立即透過官方管道鎖定卡片、通報未經授權的交易,並依照發卡機構要求啟動安全調查或交易爭議程序。

對這類交易而言,及時通報可能直接影響後續風險控管及爭議處理。

退款未入帳排查表

遇到退款問題時,可以依照目前交易狀態,判斷應優先聯絡哪個處理單位。

發現的問題

優先聯絡對象

應採取的行動

商戶同意退款,但沒有憑證

商戶

確認是否正式提交退款,索取處理紀錄

退款長時間顯示 Pending

商戶及其支付服務商

查核商戶帳戶餘額、支付結算及待處理原因

訂單取消後仍有圈存金額

商戶,必要時聯絡發卡機構

確認是否已撤銷授權,以及圈存金額何時解除

商戶已提交退款,仍在正常期限內

商戶或支付服務商

取得退款狀態、日期及參考編號

超過正常期限仍未入帳

發卡機構或卡片服務商

提供 ARN 或其他編號,要求追蹤退款

退款失敗或資金退回商戶

商戶及其支付服務商

確認失敗原因並安排重新退款

原卡過期、凍結或帳戶關閉

原發卡機構

查核帳戶是否能接收退款及替代處理方式

退款金額低於原扣款

商戶及發卡機構

查核退款幣種、匯率、附加費及拆分退款

商戶拒絕退款且爭議期限將至

發卡機構

確認爭議申請資格並及時提交證據

出現疑似未經授權扣款

發卡機構安全及爭議處理部門

立即保護帳戶並通報交易

在與商戶或發卡機構溝通前,建議保存原始訂單、付款紀錄、退款確認電子郵件、交易參考編號及相關客服回覆。

使用涉及加密資產兌換的卡片時,也應保留消費時的資產扣除紀錄、兌換金額、幣種,以及退款前後的帳戶餘額,以便核對資金差額。

向客服提交截圖時,應遮蔽無關的個人身分資料及完整銀行卡資訊,不要提供 CVV、錢包私鑰或助記詞。

如果商戶已正式提交退款,發卡機構應協助查核款項是否到達及入帳狀態;如果退款尚未成功送出,問題通常需要由商戶及其支付服務商繼續處理。

當一般退款調查無法解決問題時,應結合交易憑證、適用卡組織規則及爭議申請期限,及時向發卡機構尋求進一步處理。