关于积分加钱购的问题

先扣除积分，订单定时关闭再返还积分。

@iwzh 对，先对积分进行扣除锁定，订单取消再返还。一般都这么做的。

不扣积分，拉起第三方支付前检测，积分不足就不让支付。

支付成功通知时时扣除。

拉起支付到支付成功，正常情况就是几秒钟的时间。

特殊情况，支付通知时发现积分不足，退款处理。

所谓特殊情况：其实和问答：订单如何避免重复支付？类似，他已经拉起支付了，那他怎么会在其他地方消费积分？

我没做过混合的情况，只做过单纯用积分兑换商品的；

我思考了下，如果我来实现，我会这样做：

1 用户点击支付时扣除积分，积分扣除成功后，再让用户付款

2 针对用户点击了支付，但是实际上又没有支付的场景，系统定时取消订单时，再返还积分

涉及到钱相关的，流程能减少尽可能减少，能避免退款尽可能避免退款操作，多一步操作，多增加一分出错的概率

@ichynul 你这有问题 支付成功后扣除，支付成功后发现积分不足，退款。 用户会想 是不是你们玩不起 积分不足还能让我支付成功。
我使用的也是一楼的方案

喊产品定规则吧

生成订单扣减积分，订单取消返还积分

我们有类似的东西，我们是实时计算的， 1、积分放到付款回调成功的时候去扣除 2、如果扣除失败 直接回滚，走退款逻辑

如果你们没有自动退款，那就加一个冻结的逻辑

产品怎么规划的?

京豆

定义一个类似冻结积分的概念，下单之后把下单用到的积分放里面，在订单完全完成之前这部分冻结积分都不可用, 如果退款或者订单取消把这部分积分返还到余额，订单完成时就把这部分积分彻底扣除 有点类似淘宝买东西的时候在确认收货之前你付的钱都是在淘宝平台，只有在确认收货之后才会把钱给到商户

产品怎么定的呢,积分只是作为支付时能抵扣钱的东西还是什么意思

方案 1，只需要解决【积分还没来及的返还】的问题就可以了 方案2，引入了其他问题，会产生无用的订单

假设方案 1, 用户取消支付，这个时候去下单另外一件商品，积分还没来及的返还，有可能会导致失败。

不存在没来及返还，在用户新下单的过程中，看到积分抵扣是0用户是不会下单的。订单取消后返还积分就行了。超时自动取消和手动取消。

.. 你系统是有多慢 或者 用户手速是有多快

假设方案 2, 用户下单未支付，这个时候已经生成订单了，用户再去其他地方消耗积分，这个时候再支付的话，就会出现积分不足的问题。

这个方案不成立，没有电商公司这么干的