这是一个创建于 980 天前的主题，其中的信息可能已经有所发展或是发生改变。
这需求让人头皮发麻。
创建订单的时候要求不要锁定账户余额。
 |
1
mnssbe 2022-03-30 18:36:11 +08:00  2
有没有这样一种可能，产品没问题， 程序逻辑有问题
|
 |
3
taresky 2022-03-30 19:32:27 +08:00
确实菜。语文功底很差，乱用名词，需求描述让人头晕。
|
 |
4
westoy 2022-03-30 19:38:35 +08:00
有一说一
这订单逻辑的描述没问题啊 各家电商创建订单锁的都是代币和券， 余额确实都是在支付的时候抵扣的 |
 |
5
en20 2022-03-30 19:38:51 +08:00
我也碰到过这种产品, 联系买家叫约谈--!
|
 |
7
lucybenz 2022-03-30 22:37:36 +08:00
文笔确实不咋地，但需求是真实存在。 提交订单锁余额，的确影响用户体验。
如果不锁余额，拉起三方支付时检查一次余额，根据用户选择的组合付款方案，正常拉起支付； 获取到三方支付回调信息后，扣除余额并更新订单信息； 余额不够扣除的，支付金额原路退回，提醒用户余额问题导致付款失败，支付金额已原路退回，重新支付即可。 |
 |
8
davin 2022-03-30 22:39:37 +08:00
订单状态：待支付，支付中 (带倒计时，结束后自动变为已取消)，已取消，退款中，已退款，已完成。同一个用户设定不能同时存在超过 X 个支付中的订单，X 由产品特性决定，一定程度防止多个用户对一个商品一直进行锁定，只下单不付款。自动取消的订单，金额会原路退给用户。有时候会碰到用户付款成功，却没收到商品 (在线实时交易的虚拟物品)，或者多次重复付款的问题，用户就会在支付宝或者微信上进行投诉，被投诉多了挺恶心的，没办法，没有支付拍照，只能一点点解决。这些是我以前做支付相关功能的时候，一点点体验。
总体看来，截图的产品大方向是没错的，都是碰到问题一点点解决。没搞懂截图中间的「集中营」百科解释是什么鬼😂 而且根据百科显示，这个词用在标题或者 Slogan 上并不是太好。 |
 |
9
felixcode 2022-03-30 22:41:41 +08:00 via Android
这描述看着都能发出声音，是微信语音消息的声音，一长条一长条的。
|
 |
10
TUNGH OP @lucybenz 我们以前的需求是每次生成订单的时候,必须强制让用户使用余额抵扣,没有选择的余地,这次的需求和以前的需求都是一个产品做的.
|
 |
11
pengtdyd 2022-03-30 23:05:20 +08:00
吐槽归吐槽。不要在外网上发公司内的信息，小心有法律风险。
|
|
12
TUNGH OP @davin 你的流程和我们几乎是一致的,只不过我们在生成订单的时候,会有付款金额,第三方支付金额,余额付款金额三个字段,付款金额=第三方支付金额+余额付款金额,第三方支付金额
|
|
13
TUNGH OP @davin 你的流程和我们几乎差不多,我们在生成订单的时候,会有实付金额,第三方支付金额,余额付款金额三个字段,实付金额=第三方支付金额+余额付款金额。
如果用户有余额,购买商品的时候强制使用所有余额。（同一个产品提的需求） 第三方支付金额就是 app 页面需要展示的去支付宝或者微信支付的金额,这个金额必须通过实付金额-余额才能算出来。 所以，在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。 |
|
14
davin 2022-03-30 23:55:39 +08:00
余额付款金额，指的是虚拟代币？代币又是怎么来的，能提现么？如果能提现，又强制使用所有余额就太霸王条款了吧，小心用户投诉。不能提现，退款的话，还得把余额付款金额退回来吧，感觉还挺复杂的。之前做的支付流程没有这么复杂，不过涉及卖家和买家，得有提现操作吧，我们之前的做法是有个钱包功能，卖家的钱能从钱包提取到银行卡、支付宝或者微信。首次绑定支付宝或者微信，得实名认证和验证用户手机号，安全还是挺重要的，另外也方便追踪钱款流向和数据分析啥的。
|
|
15
davin 2022-03-30 23:59:36 +08:00
针对薅羊毛的话，可以有相应的措施，比如限制下单频次或者提现，配合得当的数据风控，严重的不给展示商品，禁用优惠券，或者直接黑号😜
|
 |
16
darkengine 2022-03-31 09:12:18 +08:00
@TUNGH
在待支付状态的时候，就要算出待支付多少钱（就是第三方支付金额），这个时候订单已经生成，余额如果不锁住，那么用户还能使用该余额生成一个待支付的订单，这样用户就薅羊毛了。 -------------------- 第一个订单只是待支付状态啊，用户支付这个订单的时候不会拿当前余额重新算一次的？ |
|
17
TUNGH OP @darkengine 看我上一个回复
|
 |
18
xuanbg 2022-03-31 14:14:09 +08:00
生成订单肯定不能锁余额啊，我这单不付款，另外下一单不行吗？所以根本就不存在什么锁余额的操作，支付的时候直接扣款就完了。余额不够提示用户余额不足扣款不成功不是正常的操作吗？
|
|
19
TUNGH OP @xuanbg 余额的作用在我们系统中类似于优惠券或者代币，所以肯定要锁住啊，而支付是去的支付宝或者微信。
|
 |
21
fiypig 2022-03-31 22:35:36 +08:00 via iPhone
你余额差不多是抵扣的意思呗，订单给失效时间就行，的确要锁
|
Select Language