使用定期计费模型更新 SCA 的 Stripe 付款

Question

您的输入是灰度图像。所以只有纯白色才会变成黑色，其他一切都会变成白色。

我对 opencv 不熟悉，所以这可能行不通。但值得一试。

int invertedPixel = (0xFFFFFF - pixel) | 0xFF000000;

bitmapCopy.setPixel(x,y, invertedPixel);719043  

我目前正在将我的应用程序从使用 Stripe Charges API 迁移到使用 Stripe PaymentIntents API，以便遵守 SCA 法规。我的应用程序是具有定期计费模型的订阅服务，因此我通常遵循迁移文档的“Gym Membership”示例，并查看其他相关文档和参考资料。

我在前端使用 Stripe Elements 在自定义表单上捕获付款详细信息等，然后使用 Stripe 付款令牌发送到我的后端以进行进一步处理（同步）。前端更新很简单，我没有任何问题，但我对后端更新有点困惑。

我可以在文档中找到的所有代码示例（通常都很棒）显示了如何将Charge调用转换为PaymentIntent调用，例如这个旧的 Charge 调用：

Map<String, Object> chargeParams = new HashMap<String, Object>();

chargeParams.put("amount", 1099);

chargeParams.put("currency", "eur");

chargeParams.put("source", request.token_id);

Charge.create(chargeParams);

...使用 PaymentIntents API 变成这样：

Map<String, Object> createPaymentIntentParams = new HashMap<String, Object>();

createPaymentIntentParams.put("currency", "eur");

createPaymentIntentParams.put("amount", 1099);

createPaymentIntentParams.put("confirm", true);

createPaymentIntentParams.put("confirmation_method", "manual");

createPaymentIntentParams.put("payment_method", request.paymentMethodId);

intent = PaymentIntent.create(createPaymentIntentParams);

因此，如果客户需要额外授权（如状态所示PaymentIntent），该请求将被退回给客户，并且 Stripe SDK 将处理额外的安全措施。

但我的应用程序没有Charge以这种方式使用调用。它通常看起来像这样：

Map<String, Object> srchOpts = new HashMap<>();

srchOpts.put("email", userEmail);   

List<Customer> matchingCustomers = Customer.list(srchOpts).getData();

Customer customer = null;

Subscription subscription = null;

if ( matchingCustomers.isEmpty() ){

    Map<String, Object> params = new HashMap<String, Object>();

    params.put("email", userEmail);

    params.put("source", stripeToken);

    customer = Customer.create(params); // potential SCA rejection ??

}

新Customer创建、新PaymentSource创建和新Subscription创建调用是否会被 SCA 拒绝，此时我必须返回客户进行进一步身份验证？

如果是这样，我如何检查 Customer 和 PaymentSource 调用是否有必要这样做，以及如何获取所需的客户端秘密令牌发送回前端？订阅对象确实提供对SetupIntent具有状态和客户端密钥的对象的访问，所以我是否必须检查和使用这些？

Answer 1

唯一需要 SCA 的时间是当您尝试付款时。收集客户的付款详细信息（并可选择将其保存为新客户）后，您要求 Stripe 完成付款。然后 Stripe 将联系客户的银行并询问是否可以付款或是否需要额外的身份验证。如果银行表示不需要额外的费用，则付款成功，一切顺利。如果银行表示需要 3DS 检查，那么您需要让客户完成 3DS 流程，这本质上是一个 2FA 步骤，以确保请求付款的人也是持卡人。如果您的客户仍在“会话中”（例如仍在您的网站上），您可以将新创建的 PaymentIntent 的客户端密钥传递到您的前端，并使用 Stripe.js 完成 2FA 步骤并验证付款。如果您的客户处于“非会话状态”（例如，这是定期订阅，并且他们不在您的网站上），那么您必须向您的客户发送电子邮件，让他们回到您的网站上执行 3DS 步骤（或者您可以使用 Stripe 的托管发票页面）。在您的情况下，当您创建订阅时（假设您没有使用试用期），Stripe 将创建一个发票，并附加自动创建的 PaymentIntent。您可以通过Subscriptionlatest_invoice上的参数访问此 Invoice 。如果需要 3DS 步骤，PaymentIntent 将具有该状态，这意味着您需要让客户返回“会话”以完成付款。requires_action在这种情况下，通过托管发票页面，Stripe 将自动向您的用户发送电子邮件，以便他们可以完成付款。如果没有托管发票页面，您将必须构建自己的实现才能让您的用户返回“会话中”。仅当您实际尝试将资金从一个地方转移到另一个地方时，您才需要在创建客户或付款方式时执行 3DS。