加密支付卡退款通常需要 5–10 個工作天才會顯示在持卡人帳戶中,這是 Stripe、Coinbase Card 等服務商常見的參考時間,並非所有 Visa、Mastercard 加密支付卡統一適用的入帳期限。商戶顯示「Refunded」,不代表發卡機構已完成入帳。
如果超過該卡片服務商公布的正常處理期限,仍未收到退款,應先確認商戶是否正式提交退款、交易是否仍處於待處理狀態,再透過退款參考編號聯絡發卡機構追蹤。加密支付卡可能涉及法幣帳戶、穩定幣餘額及加密資產兌換,因此退款金額、入帳幣種及資產形式,都需要依照具體產品的處理機制核實。
加密支付卡退款通常需要多久?
一筆已完成扣款的銀行卡交易,通常由商戶透過收單機構或支付服務商發起退款,再經由卡組織網路傳遞至發卡機構,最後記入持卡人帳戶。
以一筆 120 美元的 Visa 加密支付卡消費為例,商戶同意全額退款後,正常的處理流程為:
商戶發起退款 → 收單機構或支付服務商處理 → 卡組織網路傳遞退款資訊 → 發卡機構接收並入帳 → 持卡人餘額更新。

各環節所需的處理時間並不相同。
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、錢包私鑰或助記詞。
如果商戶已正式提交退款,發卡機構應協助查核款項是否到達及入帳狀態;如果退款尚未成功送出,問題通常需要由商戶及其支付服務商繼續處理。
當一般退款調查無法解決問題時,應結合交易憑證、適用卡組織規則及爭議申請期限,及時向發卡機構尋求進一步處理。