这是一个创建于 440 天前的主题，其中的信息可能已经有所发展或是发生改变。
求助，开发了一个小产品，大概每天有个几百个订单。
但是太多傻逼客户了。（我不想骂人，但是真傻逼）
我脾气不好，不太喜欢跟小白打交道，所以不会用的一律是退款，或者用的不好的，你也随时退，但是不想打第二次交道。
有些顾客，哪怕你退款了，后来还是要买，偷偷注册新用户然后继续买，之后继续退。
购买方式，是通过 web ，付款是支付宝和微信。
请问各位，有没有什么好办法，可以禁止黑名单人群的支付，真的不想赚他们的钱。
但是官方都不给任何借口，我吐了。
 |
1
ganwen OP 我知道有撤销订单的接口，也能获取到用户的支付账户，都有 ID ，是不是可以在用户支付的时候写个自动任务，快速轮训，然后关闭？
谁有类似的现成方案，比如用户的机器设备代码等，只要能禁止就行，愿意付费。 |
 |
2
airyland 2023-10-09 05:29:25 +08:00  1
1. 微信订单有 openid ，支付宝订单有 buyer_user_id ，你可以在可以得到 openid 的时机进行关闭或者退款。
2. 在退款时将用户 ip 、自己保存在浏览器的 id 、登录邮箱都列入黑名单，让同设备、id 的用户无法再次下单。 |
 |
3
billgong 2023-10-09 07:23:42 +08:00 1
从法律角度也要完善一下，ToS 里面最好写清楚服务方可以无条件拒绝服务之类的
|
 |
4
Terry166 2023-10-09 07:31:36 +08:00 via iPhone 4
用户点击支付，不要直接调起支付 sdk ，先到服务器判断一下是不是在黑名单，客户端再根据返回的判断结果决定是否调用支付 sdk
|
 |
5
locoz 2023-10-09 08:12:00 +08:00 via Android
“有些顾客，哪怕你退款了，后来还是要买，偷偷注册新用户然后继续买，之后继续退。”
太经典了…看到就开始头大了 |
 |
6
Ashore 2023-10-09 08:40:59 +08:00
想知道卖的是啥，为什么都不会用了还是会有人重复购买。
|
 |
7
18115692244 2023-10-09 08:59:49 +08:00 via iPhone
@Ashore onlyfans ？😂
|
 |
8
me1onsoda 2023-10-09 09:01:05 +08:00
不是需要服务端唤起支付吗？在服务端做验证就好了
|
 |
10
ClarkAbe 2023-10-09 09:27:30 +08:00 via Android
判断微信 openid 或者支付宝 user id 不对就不发起订单就好了啊
|
 |
11
pannanxu 2023-10-09 09:44:00 +08:00
可以试试从逻辑上处理：微信扫码支付，跳转小程序进行支付，可以拿到 openid ，然后通过 openid 进行黑名单处理
|
 |
12
zackzergzeng 2023-10-09 09:50:55 +08:00
搞个推荐码系统呗，填了才能去付款页面
|
 |
13
jstony 2023-10-09 09:53:29 +08:00
既然你能识别到用户的 openid 或者 user id 或者手机号或者自己系统账号，用户下单的时候给他 show 个下单失败就完了啊。
|
 |
14
jiangwei2222 2023-10-09 10:13:21 +08:00
注册新账号购买，那天王老子来了也没法判断吧？就比如 chatgpt ，都搞这么严格了，国内的各位不照样能买吗
|
 |
15
hxndg 2023-10-09 10:16:15 +08:00
禁止支付太靠后了，放在前面，订单确定用户直接干掉
|
|
16
hxndg 2023-10-09 10:17:53 +08:00
这里面忘了说一点了，新用户就直接手机号或者微信号登陆？让用户重新注册手机号或者微信号的代价比较麻烦即可。彻底的防备很难
|
 |
17
javalaw2010 2023-10-09 10:20:13 +08:00
web 好办，首次进入的时候生成一个随机 id 扔到 cookie 里面或者 localstorage 里面，创建订单的时候记录下来就完事了，退款的时候加黑名单，下单的时候查黑名单，既然是小白，肯定也不懂怎么清 cookie 或者 localstorage ，这个方案足够了。
|
|
18
ganwen OP 已解决，思路比较清奇，你买任你买，我直接判断黑名单 ID ，然后直接自动退款！完美。
|
Select Language