Stripe非会话支付遭拒（network_decline_code 59）求助

针对你遇到的card_declined（network_decline_code: 59）错误，这是银行侧触发的疑似欺诈拦截，以下是具体的排查方向和解决方法：

核心原因分析 #

network_decline_code:59对应银行的欺诈检测机制触发，常见场景包括交易金额波动过大、交易上下文缺失、付款方式验证不足。

具体解决步骤 #

1. 消除金额波动带来的欺诈预警 #

如果初始结账是小额金额（比如1美元授权），后续全额扣款金额远高于此，银行会直接判定为可疑交易。

• 调整初始结账金额，尽量贴近后续全额扣款的金额；
• 若必须用小额初始授权，后续扣款前先发起1美元的预授权验证付款方式有效性，再执行全额扣款；
• 在metadata中补充初始订单ID、商品详情等关联信息，让银行能识别这是同一订单的后续交易。

2. 补充off_session交易的上下文信息 #

银行需要明确的交易目的来判断合法性，修改后续创建PaymentIntent的代码，补充关键字段：

// 修改后的非会话支付意图创建代码
await stripeClient.paymentIntents.create({
  amount: amountPending,
  currency: currency,
  customer: stripeCustomerId,
  payment_method: stripePaymentMethodId,
  off_session: true,
  confirm: true,
  metadata: {
    phase: 'full_charge',
    original_order_id: '你的初始订单ID', // 关联初始交易
    product_info: 'XX商品全额结算' // 明确交易内容
  },
  description: 'XX订单全额扣款', // 清晰描述交易目的
  payment_method_options: {
    card: {
      statement_descriptor: '你的商家官方名称', // 显示在用户账单上的名称，避免陌生标识
      request_three_d_secure: 'automatic' // 自动触发3DS验证，提升交易通过率
    }
  }
});

3. 验证付款方式的有效性与关联关系 #

• 先调用stripe.paymentMethods.retrieve(stripePaymentMethodId)确认付款方式状态为active；
• 确保保存的payment_method确实属于对应的customer_id，跨客户的付款方式无法用于off_session扣款；
• 如果创建PaymentIntent返回requires_action状态，需引导用户完成3DS验证（部分银行对大额off_session交易强制要求）。

4. 额外排查方向 #

• 检查初始Checkout Session的payment_intent_data.setup_future_usage是否正确设置为off_session，确保付款方式已被标记为可复用；
• 若问题持续，收集PaymentIntent的ID联系Stripe支持，他们可以协助调取银行侧的具体拒绝细节。

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