易迅优惠券(易迅优惠券在哪里领)

易迅优惠券

1.为什么在你的职业生涯中？因为我觉得这是我做电商三年的总结。今天我出招了，就是吐槽公司某网站余额减少的计划很蠢。结果引来很多冷嘲热讽，说:我网购过吗？详情:http://my.oschina.net/Felldeadbird/tweet/6088277

今天，我们就来认真讨论一下这个问题:

3.首先，作为电商，理论上会有账户余额功能。主要用于退款后优先考虑用户的账户，用于刺激用户的消费。其次，还有优惠券、积分等功能吸引用户消费。而优惠券等可能分为单次订购、多次订购使用。而我今天下午的举动，都是基于一单的使用。那么问题来了，账户余额和优惠券是否应该实时减少？(注:实时还原也指冻结。下面就不详细描述了，感谢@刘玉行的建议，可能我的实时推演和大家的理解不一样)

4.在想答案之前，你需要考虑如果余额实时减少，缴费成功减少，会带来什么影响:

5.提交订单，实时扣除余额和优惠券:用户当前账户有50元余额，用户订单支付金额为100元。用户提交后，程序立即减去用户余额，即用户实际支付的金额为:100-50元。当用户超过系统有效支付时间未能支付时，系统会自动还原被减去的50元。

6.从上面可以看出，程序开发只需要保证两点:1。用户提交订单时，只需实时减去抵消付款金额的余额和优惠券，并告知用户最终付款金额。2.对于超过有效支付时间还未支付的订单，部分货款余额冲抵，优惠券之类的可以退回对应账户。

7.提交订单，不实时减少余额，优惠券。只有在支付成功后才能减少:

8.用户有50元余额，用户下单001A(都是100元)。看订单显示付款金额为50元，但用户并未立即付款。用户又下单002B(100元)。订单显示付款金额为50元。这时候用户发现了异常，我没有马上付款。无论我怎么下单，都显示50元。聪明的用户选择，点开A单，跳转到支付宝，不要先付款。然后打开B页，跳转到支付宝。这时支付宝显示两单要付50元。用户支付成功后，从程序上来说，必须只有一个订单可以修正支付状态。对于另一个订单，付款状态将是等待批准，因为余额不足以抵消。

9.案例同上，但是用户只下了a单，然后网站显示用户要支付50元。用户来店里用现金支付。用户到店后，客服打开后台查看订单显示要付50元。在用户给现金的那一刻，仓库QC审核了用户前几天申请的退款。结果用户账号增加了30元。也就是一共80元。当客户服务收取款项时，点击将订单状态更改为已支付。程序立刻扣除了客人的80元余额。当然，这里的客服并不知道节目多收了客人30块钱。

1.在上述情况下，程序需要考虑几个方面:1。在跳转到支付界面之前，用户需要实时计算支付金额。2.因为支付成功后会扣除余额，所以支付接口回调时需要严格判断。3.后台改变订单状态的扣款也要同步修改。4.程序员也要告诉客服，网站的余额不是实时减少的，向客人收钱的时候要记得刷新页面。

2.-

3.上面说的都是废话，可以看到后者增加了开发的维护成本。而且一不小心就会扣除各种项目，造成不必要的人力成本。当然后者也可以走，但是按照正常流程，选择第一种肯定是最容易的。越复杂越容易出问题。

4.正如公司过去经常出现负库存一样，聪明的领导者想出了一个好主意，加入购物车，实时减少库存。但该功能上线后，网站很快被恶意降权。然后。。它必须回到原来的样子。当然，我并没有说实时减库存不好。要看适用范围，比如抢购。

说到这里，我只是在抱怨公司的一个网站的设计，没想到引来了这样的冷嘲热讽。我实在受不了了，就发了这个帖子。最后，想回复的人，什么都不要回复，呵呵，有彩蛋用这个屎。作为一个程序员，我会用你的例子来证明我的错误。