Stripe ConfirmCardPayment（前端）与 paymentintent

Question

什么时候选择confirmCardPayment前端，什么时候选择paymentIntent.Confirm后端？

目前我们的应用程序允许您以客人身份结账，如果您不是客人则保存信用卡或使用已保存的卡。

所有这些流程都可以confirmcardpayment在没有前端和paymentintent.confirm后端的情况下工作

我猜想有一段时间卡支付需要额外的身份验证，那就是我们需要在前端确认或在后端确认？（此外，什么时候/为什么一张卡需要额外的身份验证？这个领域的新手并希望学习）

我们的代码大致如下：https ://github.com/stripe-samples/saving-card-after-payment/blob/master/without-webhooks/server/go/server.go

PS：以上链接的 TLDR 是：

前端：

• 使用给定的卡或已保存的卡创建付款方式。

• 将 POST /pay API 发送到后端

后端：

• 接收 API（验证用户是否经过授权 - 在我们的例子中）

• 创建一个付款意图，使用前端的 paymentmethodID 和从我们的后端获取的 customerID（我们事先创建的 Stripe 的客户 ID）发送给 stripe，Stripe 返回给我们带有状态的付款方式。

两方面都没有确认。

如果相同的付款方式试图用于其他客户，则失败。如果相同的付款方式用于相同的客户（保存的卡行为），它会起作用。

Answer 1

我猜想有一段时间卡支付需要额外的身份验证，那就是我们需要在前端确认或在后端确认？由于客户身份验证是，您需要在前端执行此操作。在前端确认尝试付款，Stripe JS 库还将显示所需的任何其他 UI，例如客户银行的 3D 安全身份验证页面。这对于接受其他类型的付款方式也很重要（您应该这样做，因为在结帐流程中使用更多本地付款方式会增加客户转化率）。例如，使用 iDEAL 的付款需要重定向到客户银行，这又在客户端处理。https://stripe.com/docs/payments/ideal#payment-flow（此外，什么时候/为什么一张卡需要额外的身份验证？这个领域的新手并希望学习）几乎欧洲和英国的任何交易现在都需要 3D Secure 身份验证，而且它在全球范围内变得越来越普遍https://stripe.com/docs/strong-customer-authenticationhttps://stripe.com/docs/payments/3d-securehttps://support.stripe.com/questions/strong-customer-authentication-sca-enforcement-date我们的代码几乎遵循这个您链接的 Github 链接/流程是使用 Stripe 的另一种方式，您尝试在后端付款，然后如果需要身份验证则需要进行往返，但通常首选使用客户端确认，因为它更具可扩展性接受其他付款方式。请参阅https://stripe.com/docs/payments/accept-a-payment-synchronously上的说明