分条支付网关中处理客户延迟的正确方法

Question

关于的支付策略，我有一个问题要问。考虑以下情况

apples

• Transaction

1. A供应商在市场
2. 上以5美元的价格发布了10种产品(苹果)--客户想购买其中的8种，他填写详细信息并单击结帐按钮(条形结账页)
3. ，但客户等待1小时不完成付款(仅看UI)
4. 意味着其他人购买全部10只苹果(
5. 第一客户)，因为他已经进入最后付款页面。H 210H 111，他支付40美元购买8
6. 是因为没有苹果需要交付。H 214

我正试图将Stripe支付网关集成到我的市场平台上，我无法为这种场景找到解决方案。

在Stripe中有什么特性来处理这个问题吗？比如会话超时时间？或者，处理这件事的标准方法是什么？

感谢你的帮助。

Answer 1

我不知道这是否还相关！

但我以前也有过同样的问题。我所做的就是从应用程序端开始管理会话。因此，我有一个条带会话表和一个超时，以及会话的状态。此外，我有一个购买表的状态，可能是挂起，如果用户还没有付款。这样我就可以在真正的商店里更新商品的数量了。

这就是我已经实现的场景。它可能对你或任何思考这个问题的人都有帮助。也许有一个更完美的场景，但这对我来说是可行的:v：

pay

• The应用程序上的

1. 用户向应用程序创建会话端点发出POST请求，后端包含所有需要的信息
2. ，检查该用户是否有一个具有相同信息的活动会话，如果是，则将其重定向到该活动会话id。如果不只是创建另一个条带会话，则将其信息记录在数据库中，并将用户重定向到新的会话id
3. ，然后添加一个购买记录，其中包含用户试图获取的金额/数量(状态=挂起)和您拥有的会话id。然后，quantity...
4. Create更新条目页，并用该会话id减去这个webhook。因此，您可以知道它是否已完成(您必须有一个接受会话if的端点)
5. ，如果会话太旧(比如一个小时)，您只需删除它并删除挂起的购买，然后将商店中的项目计数更新回实际计数。
6. ，当stripe用所需的事件调用web钩子时，您现在可以将会话状态和购买状态设置为完成(不要忘记检查呼叫签名以获得更多安全性)

。

我希望这能帮到你。