重复多次发货
2017-01-21 12:23:39 0 举报AI智能生成
在近期的交易中，我们发现了一个重复多次发货的问题。这是指同一件商品被错误地多次发送给了不同的客户。这种情况可能是由于系统错误或者人为操作失误导致的。这不仅给客户带来了不便，也增加了我们的运营成本。为了解决这个问题，我们已经对相关流程进行了审查和优化，同时也加强了对员工的培训和管理。我们深感抱歉给所有受影响的客户带来的困扰，并承诺会尽快解决这个问题，确保类似的情况不再发生。
作者其他创作
大纲/内容
地方棋牌重复发货原因
PHP端与Server数据不一致
PHP端未发货
Server端已发货
PHP端与Server发货通信经过一系列操作
发货接口遵守规范
硬性条件
1）同一订单号防并发
2）同一订单号仅发货一次
调查样本
斗地主
同一订单号
有防并发（IOS上线），督促安卓版本也上
仅发货一次
四川麻将
同一订单号
有防并发
仅发货一次
地方棋牌
同一订单号
有防并发
仅发货一次
目标：防止重复多次发货，保障游戏金币体系平衡
绕过游戏，支付自并发测试
1）游戏主版本手机号注册一个游戏账号
需要在运维端备案登记
在游戏端不可消费，其他功能正常
2）支付测试机
IOS
安卓
3）并发测试
订单号不标记为”成功“
防止干扰正常订单统计
4）支付后台制作工具生成发货链接
请求国内线上API
请求国外线上API
支付联调环节，增加一个验证点是否重复发货
协同业务，检查是否遵守规范
1）每个游戏以手机号注册一个mid（金币冻结状态，不可用）
2）发货请求并发检测
3）检测发货几次判断方法
01）各游戏业务后台查询
优点：主动，直观
缺点：人工介入无法自动化，耗费人工
02）各游戏业务提供API
优点：主动，工具自动化
缺点：各API地址要存储，配置维护，地址变动不可控
03）支付中心发货请求增加信息，各游戏业务发货增加额外信息
优点：主动，工具自动化
缺点：涉及游戏范围大，各游戏PHP协同支持达成
实施方法
00) 复用各业务发货通知地址
01) 增加一个do=test
02) 发货返回值响应JSON，同一笔订单号的金币发放流水记录
03）同一笔订单号发放流水记录1条为发货一次
实施困难点
各游戏PHP配合
各游戏版本发货接口更新
有可能部分游戏业务不重视，不支持
实施成功关键
各游戏重视程度
各游戏PHP配合度
04）支付中心提供API，供游戏业务上报数据
优点：被动，一个API地址搞定
缺点：需要各游戏业务PHP配合
4）检测频率
检测1天1次
执行时间：凌晨00:20
检测1次同时并发3次发货请求
0 条评论
下一页
