授权这一步在做什么
先纠正一个最常见的误解：授权不等于扣款。
你在页面上点下支付时，商户把卡号等信息送到收单与网络，最终由发卡方做判断。判断通过后，发卡方会把这笔金额占住（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，具体费率以收费标准页为准。