迁移至Stripe SetupIntent：是否验证卡余额？仅支付时做验证？

背景 #

我之前通过创建PaymentIntent进行小额授权扣款（比如1美元），以此验证客户银行卡的有效性、余额充足性及可用性，之后才允许客户继续操作。现在我正切换使用Stripe SetupIntent，目的是为客户保存银行卡，支持未来的off-session支付。

当前我的SetupIntent创建流程代码如下：

const setupIntent = await stripe.setupIntents.create({
    customer: customer.id,
    payment_method: paymentMethod,
    confirm: true,
    payment_method_types: ['card'],
    usage: 'off_session',
    return_url: my-server-url // 目前重定向到前端，后续会替换为移动端的深度链接
});

我的观察 #

• SetupIntent仅在必要时触发3DS验证银行卡
• Stripe会将该银行卡绑定到客户账户
• 我可通过webhook接收setup_intent.succeeded或setup_intent.requires_action状态
• 此流程不会产生实际的授权扣款

我的理解疑问 #

以下我的理解是否正确？

• SetupIntent不会检查银行卡的余额、可用额度或未来支付是否会失败
• 它仅验证身份认证（如3DS）及银行卡是否可被保存
• 真正的验证（余额、资金、扣款失败、余额不足等）仅在后续创建PaymentIntent时进行，而非SetupIntent创建阶段

简单来说：如果我用SetupIntent绑定一张余额为0或后续会扣款失败的银行卡，SetupIntent仍会成功，扣款失败只会在实际支付步骤发生。

问题 #

这是否为预期行为？是否推荐仅依赖SetupIntent保存银行卡，在支付阶段再进行真正的验证？

回答 #

你的理解完全正确，这就是SetupIntent的预期行为：

1. SetupIntent的核心作用：它的设计目标是安全地将支付方式绑定到客户账户，确保该支付方式可以用于后续的off-session支付，核心完成的是身份验证（如3DS）和支付方式的可保存性验证，而非资金可用性检查。

2. 余额/额度验证时机：银行卡的余额、可用额度这类资金层面的验证，确实只有在创建PaymentIntent发起实际扣款时才会触发。哪怕银行卡当前余额为0，只要它是有效的可保存支付方式，SetupIntent就会成功，后续实际扣款时才会返回余额不足等失败状态。

3. 是否推荐此方案：这种模式是Stripe官方推荐的最佳实践。SetupIntent专注于支付方式的绑定与合规验证，把资金验证交给后续的支付流程，既符合PCI合规要求，也能避免不必要的小额授权扣款带来的用户疑惑。如果在Setup阶段强行做资金验证（比如用小额PaymentIntent），反而可能增加用户的不信任感，同时也会额外产生交易成本。

当然，如果你需要在绑定阶段提前确认资金可用性，也可以在SetupIntent成功后，额外发起一笔1美元的小额授权PaymentIntent（随后立即撤销），但这种场景只适合对资金验证有强前置需求的业务，并非通用方案。

内容的提问来源于stack exchange，提问作者Abdullah Moudood