授權這一步在做什麼
先糾正一個最常見的誤解：授權不等於扣款。
你在頁面上點下支付時，商戶把卡號等信息送到收單與網絡，最終由發卡方做判斷。判斷通過後，發卡方會把這筆金額佔住（hold），額度被凍結但錢還沒有真正轉走。商戶後續還要發起請款（capture），錢才會真正轉移。
- 授權：問發卡方「這筆能不能付」，通過後佔住額度；
- 請款：商戶真正把錢取走，通常在發貨或服務完成後；
- 清算與結算：兩側對賬，商戶收到扣除費用後的淨額。
這個三步結構解釋了兩件常見的事：一是為什麼酒店預授權和最終扣款金額不同；二是為什麼有的扣款「先出現又消失了」——那是授權被釋放而非被請款。完整的三步鏈路見 清算與結算那一頁。
軟拒絕與硬拒絕的分界
拒絕不是一種，而是兩類，它們的處理方式完全相反：
| 軟拒絕 soft decline | 硬拒絕 hard decline | |
|---|---|---|
| 含義 | 這次不成，原因可能是暫時的 | 這張卡或這筆交易本身不被允許 |
| 能不能重試 | 可以，但要有間隔 | 不能，再試也不會通過 |
| 典型情況 | 餘額不足、系統忙、需要額外驗證 | 卡已掛失、卡被限制、持卡人已撤銷授權 |
| 一直試的後果 | 可能升級為頻次限制 | 直接觸發風控升級，可能連累賬戶 |
分不清這兩類，就會出現「連試十次把卡試鎖了」這種結果。
判斷方法很直接：看拒絕碼。軟拒絕對應的碼通常指向臨時狀態（餘額、系統、需要驗證），硬拒絕對應的碼指向卡片狀態與授權狀態本身。下表列出常見碼的歸屬。
常見拒絕碼各自指向什麼
拒絕碼在商戶側是機器可讀的字符串。下面按「能不能再試」分組，列出最常見的幾種：
| 拒絕碼 | 含義 | 歸屬 | 該怎麼做 |
|---|---|---|---|
| insufficient_funds | 餘額或額度不足 | 軟 | 補足額後再試，不要空試 |
| try_again_later | 發卡側或網絡暫時無法處理 | 軟 | 間隔一段時間後重試 |
| processing_error | 處理過程出錯 | 軟 | 稍後重試，持續出現要找商戶 |
| authentication_required | 這筆需要額外身份驗證 | 軟 | 完成驗證即可，不是死路 |
| expired_card | 卡已過期 | 硬 | 換卡，並更新有效期 |
| incorrect_cvc | 安全碼不對 | 硬 | 核對安全碼，別連試 |
| restricted_card | 這張卡被限制在此場景使用 | 硬 | 換卡或換支付方式，再試無用 |
| revocation_of_authorization | 持卡人已撤銷授權 | 硬 | 聯繫商戶重新建立授權 |
| stolen_card / lost_card | 卡已掛失或被報失 | 硬 | 停止使用，立即換卡 |
| card_velocity_exceeded | 短時間內嘗試次數過多 | 硬 | 停止操作，等待限制解除 |
| do_not_honor | 發卡方未說明原因的拒絕 | 按持續情況判斷 | 先聯繫發卡方問原因，不要盲目重試 |
上半部分可以再試，下半部分再試只會讓情況惡化——可按表中的拒絕類型確定處理方式。
為什麼連著重試會更糟
看到失敗就再點一次，是最自然的反應，也是最有害的做法。
- 每一次嘗試都會作為一條記錄進入發卡側與收單側的風控系統；
- 短時間內來自同一商戶的連續失敗，會被識別為卡片測試的典型特徵，這是盜刷者試卡號的標準動作；
- 一旦觸發頻次限制，得到的就是 card_velocity_exceeded——這時即使下一張卡是對的，也會被一併擋住；
- 如果連續失敗跨了多個商戶，風險信號會更強，可能連累到與該卡關聯的其他訂閱。
所以正確的間隔是：先讀拒絕碼、判斷軟硬、處理根因，再決定要不要再試一次。空試沒有任何意義——同樣的請求在同樣的條件下會得到同樣的結果。
有一種拒絕是可以救回來的
並不是所有拒絕都意味著換卡。有一類拒絕的處理路徑很明確：
| 情況 | 界面表現 | 正確處理 |
|---|---|---|
| 需要額外身份驗證 | 失敗，但拒絕碼指向 authentication | 完成發卡方要求的驗證步驟即可繼續 |
| 餘額不足 | 失敗，指向 insufficient_funds | 補足額度後再發起，不是換卡 |
| CAV2 / CVC2 不符 | 失敗，指向安全碼 | 核對安全碼與卡號是否來自同一張卡 |
| 需要更新卡信息 | 失敗，指向過期或卡號變更 | 更新卡號、有效期與安全碼四項 |
這四種佔了日常失敗的絕大多數，且都不需要換卡。
看到失敗先別急著換卡。換卡解決的是卡片狀態問題，而多數失敗的根因在餘額、類型、地址與驗證這四項上——這些換了卡也還是會遇到。
看懂拒絕碼之後的四步動作
把上面的內容壓縮成可執行順序——遇到扣款失敗就按這四步走：
拿到拒絕碼，先判斷軟硬
商戶後臺、支付平臺或發卡方客服能給出。軟拒絕可以稍後重試，硬拒絕必須處理根因後再談。
軟拒絕按根因處理，硬拒絕換路徑
餘額不足就備款；需要驗證就完成驗證；卡被限制或已撤銷授權，換卡或換支付方式，不要空試。
核對卡的四項要素與賬單地址
卡號、有效期、安全碼、賬單地址——四項都要與發卡方留存的一致。這一步能解決相當比例的所謂「玄學失敗」。
留出間隔，記錄每一次失敗
連著試會觸發頻次限制。間隔重試並保留記錄，需要人工介入時這些記錄是最有用的材料，詳見 支付失敗記錄怎麼查。
本站的卡號長期有效，可用於會連續扣款的用途，卡段跨美國、日本、新加坡、中國香港與歐洲。額度由你自己掌控，代價是它最常見的軟拒絕原因就是餘額不夠——而這件事只要備款就能解決。我們不說「換卡就能好」：多數被拒的根因根本不在卡上。現行充值與費率口徑見 收費標準頁，我們不為任何商戶的扣款結果背書。
常見問題
授權成功就等於扣款成功了嗎？
不是。授權只是把額度佔住，商戶還要發起請款，錢才會真正轉移。只授權未請款的話，額度會在一段時間後被釋放。
軟拒絕和硬拒絕怎麼區分？
看拒絕碼指向的原因：指向餘額、系統、需要驗證的是軟拒絕，可以稍後重試；指向卡狀態、卡限制、已撤銷授權的是硬拒絕，再試也不會通過。
連著試幾次會怎麼樣？
短時間內的連續失敗會被識別為卡片測試行為，觸發頻次限制（card_velocity_exceeded）。這時即使卡是對的也會被擋，還可能連累其他訂閱。
authentication_required 是不是就沒救了？
不是。這類拒絕表示需要額外的身份驗證，完成驗證即可繼續，它是可處理的，不屬於硬拒絕。
do_not_honor 是什麼意思？
發卡方拒絕但未說明具體原因。遇到它要先聯繫發卡方問清楚，盲目重試沒有意義，也不建議直接換卡。
餘額不足算哪種拒絕？
軟拒絕。補足額度後可以再發起，不需要換卡。預付類卡沒有授信兜底，額度見底就是失敗，備款是唯一解法。
拒絕碼能在哪裡看到？
商戶側（支付平臺、收單後臺）通常能看到機器可讀的碼；持卡人一般不直接看到，需要向商戶或發卡方詢問。
卡被限制（restricted_card）怎麼辦？
換卡或換支付方式。限制是發卡側或商戶側設定的，與餘額無關，重試無用。
為什麼第二期訂閱失敗了，第一期卻是成功的？
常見原因有三個：交易類型不支持定期扣款、額度不夠覆蓋這一期、或商戶側更新了收款通道導致交易特徵變化。按拒絕碼區分是哪一種。
花幾分鐘看完原理，直接去開一張卡
$1 起開卡、無月費；賬戶充值零手續費，單筆最低 20 USDT，具體費率以收費標準頁為準。