SaaS应用程序在完成注册前使用条纹收费客户卡？

Question

我们正在使用Stripe订阅来处理我们正在构建的SaaS应用程序的付款

目前，我们的开发团队已经实现了以下逻辑：

>

如果Stripe Elements认为信用卡有效，我们的应用程序注册过程将成功完成。

顾客

我们的服务器从stripe处理webhook，以确认初始支付是否成功/失败

我们的问题是，直到我们应用程序的注册过程完成后，客户卡才会被收取费用。在某些情况下，这会导致用户体验不佳，我们的注册过程告诉用户他们已经注册成功，如果条纹收费不成功，他们会收到来自我们软件的“支付失败”电子邮件。

处理注册流的最佳方式是什么？由于我们依赖stripe webhook来告诉我们收费是否成功，因此建议我们可以监控webhook响应（例如，每1秒循环一次），并在完成用户注册我们的应用程序之前确认付款成功。然后，流程将变成：

>

如果Stripe元素认为信用卡有效，我们将创建Stripe客户/订阅

监视（在循环中）来自Stripe webhook的响应，以确认支付是否成功

我们的应用程序的注册过程成功完成（如果收费成功），或失败，如果收费不成功。

这似乎也是一个创可贴解决方案——处理我们问题的最好方法是什么？

我注意到有一种选择可以使用信用卡的“预授权”，但如果这会导致客户银行对账单上出现额外的项目，我宁愿不走这条路。

这似乎是很常见的事情——我们非常感谢您的建议

谢谢

Answer 1

最直截了当的解决方案似乎是，您的集成不会等待付款完成。

使用订阅，您可以在后端同步等待后端上的状态：active，然后再将响应返回到前端。您甚至不需要轮询网络钩子响应，因为您的后端创建了一个客户，创建了一个订阅，并将该响应返回到前端，以显示错误或成功。

（等待webhooks是好的，但是当您的集成手动启动订阅时，您不一定需要webhooks）

从前端的角度来看，您的用户会看到一个加载旋转器，直到您的后端能够说“支付成功，您注册了！”