最近两天遇到的问题 原因 和处理方式 小结
2016-08-25 14:47
211 查看
1商户交易汇总中有数据
分账交易汇总中没有数据
重新跑了一下单商户清结算(除了内部勾兑不做 其他都做) 就有数据了
重新进行分账 清算 结算
2
现象:基础表中退款笔数 比商户对账表和汇总表少了一笔
通过商户号和清算日期和清分标识和无效数据和交易成功 查询出来有一笔
然后获取平台流水号到支付明细表中查询是退款交易 退款金额30元
基础表和商户对账表退款金额就差了30元 核实了就是该笔数据
从支付明细表中可以看出 这是一个退款成功并且勾兑成功的数据 却给误删了
查询退款明细表 发现16号又重新退款了一笔 (一笔数据只有一条记录 如果退款了多次那么记录最后一次)
处理方式:
将9号的删除的数据恢复 支付表 主单表 业务表 删除的数据恢复 将退款明细表中的两条数据修改为退款成功状态7
3
基础表比商户对账表和汇总表多出好多的数据 那么只需要重跑一下生成商户对账文件和所有商户日汇总页面就行了
4
8月5号的报错 但找不到报错的商户 原因是 该商户当前只有一笔退款数据 也被删除了 所以页面上没有显示
通过去基础表中查询 该清算日期,清分标识,删除,交易金额为1(看到)
SELECT t.*
FROM t_busi_trans_detail t
where 1 =1
--and t.mchnt_code = '01010101010124574'
and t.settle_date = date '2016-8-5'
and t.trans_status = 'B'
and t.delete_flag = '1'
and t.settle_flag = '1'
and t.trans_amt=1; 商户对账退款汇总金额-基础表退款金额为1分
就会查询出来这个商户
SELECT * FROM t_trans_sum_day_two t where
t.company_code = '01010101010124574' and
t.sum_date=date'2016-8-5';
然后去汇总表中查询确认下是否有这个商户的汇总
如果有的话 则确认该笔数据被误删了
那么就需要恢复
5
18号确实对出来平台多差错,银行实收和对账文件不一致,得出对账文件数据不全,导致平台成功银行没有进了差错,技术同事没有核实清楚直接做了调账处理,调到了22号,但实际银行是在18号成功的,所以22号平台多了一批
只要重新找银行获取对账文件重新对账即可
实收是银行结算翼支付的钱
6
281笔理财大额代付的数据 总金额2亿多 因为网关请求企账 企账未明确订单 只是给了一个受理状态
打款人员直接到企账确认的状态 所以网关不了解 所以状态还是受理中
(1)企账是订单状态是成功的 为什么没有回调网关告诉订单状态
(2)网关为什么没有查询补单
(3)企账为什么没有给网关对账文件
这都是没有做到位的地方啊
理财代付 其实是用户赎回的过程 就是说用户想要把理财的钱套现
理财代付 从翼支付的备付金账户里面打款给企业用户
将资金存到
(1)理财--------------》备付金
备付金
(2)网关 ----------> 打款到企账
代付
(3)理财从企账拿钱 ---------> 给企业用户 网关通道到企帐代付
代付失败
(4)网关 ----------->理财
(5)理财拿到钱之后 再次打款给企账用户 线上走企帐代付
(6)网关不会查询理财的订单状态 只有理财查询网关
因为理财并没有查询自己系统中的订单是否已经退款 所以可能会出现网关再次发起退款请请求到理财 导致重复退款的问题
就是说网关退款成功后 反馈给理财一个退款结果 然后理财更新为退款成功状态 下次再有退款请求会先查询这笔单的退款状态 如果是成功的 就不会退款了 那么就很好的解决了重复退款的问题了
分账交易汇总中没有数据
重新跑了一下单商户清结算(除了内部勾兑不做 其他都做) 就有数据了
重新进行分账 清算 结算
2
现象:基础表中退款笔数 比商户对账表和汇总表少了一笔
通过商户号和清算日期和清分标识和无效数据和交易成功 查询出来有一笔
然后获取平台流水号到支付明细表中查询是退款交易 退款金额30元
基础表和商户对账表退款金额就差了30元 核实了就是该笔数据
从支付明细表中可以看出 这是一个退款成功并且勾兑成功的数据 却给误删了
查询退款明细表 发现16号又重新退款了一笔 (一笔数据只有一条记录 如果退款了多次那么记录最后一次)
处理方式:
将9号的删除的数据恢复 支付表 主单表 业务表 删除的数据恢复 将退款明细表中的两条数据修改为退款成功状态7
3
基础表比商户对账表和汇总表多出好多的数据 那么只需要重跑一下生成商户对账文件和所有商户日汇总页面就行了
4
8月5号的报错 但找不到报错的商户 原因是 该商户当前只有一笔退款数据 也被删除了 所以页面上没有显示
通过去基础表中查询 该清算日期,清分标识,删除,交易金额为1(看到)
SELECT t.*
FROM t_busi_trans_detail t
where 1 =1
--and t.mchnt_code = '01010101010124574'
and t.settle_date = date '2016-8-5'
and t.trans_status = 'B'
and t.delete_flag = '1'
and t.settle_flag = '1'
and t.trans_amt=1; 商户对账退款汇总金额-基础表退款金额为1分
就会查询出来这个商户
SELECT * FROM t_trans_sum_day_two t where
t.company_code = '01010101010124574' and
t.sum_date=date'2016-8-5';
然后去汇总表中查询确认下是否有这个商户的汇总
如果有的话 则确认该笔数据被误删了
那么就需要恢复
5
18号确实对出来平台多差错,银行实收和对账文件不一致,得出对账文件数据不全,导致平台成功银行没有进了差错,技术同事没有核实清楚直接做了调账处理,调到了22号,但实际银行是在18号成功的,所以22号平台多了一批
只要重新找银行获取对账文件重新对账即可
实收是银行结算翼支付的钱
6
281笔理财大额代付的数据 总金额2亿多 因为网关请求企账 企账未明确订单 只是给了一个受理状态
打款人员直接到企账确认的状态 所以网关不了解 所以状态还是受理中
(1)企账是订单状态是成功的 为什么没有回调网关告诉订单状态
(2)网关为什么没有查询补单
(3)企账为什么没有给网关对账文件
这都是没有做到位的地方啊
理财代付 其实是用户赎回的过程 就是说用户想要把理财的钱套现
理财代付 从翼支付的备付金账户里面打款给企业用户
将资金存到
(1)理财--------------》备付金
备付金
(2)网关 ----------> 打款到企账
代付
(3)理财从企账拿钱 ---------> 给企业用户 网关通道到企帐代付
代付失败
(4)网关 ----------->理财
(5)理财拿到钱之后 再次打款给企账用户 线上走企帐代付
(6)网关不会查询理财的订单状态 只有理财查询网关
因为理财并没有查询自己系统中的订单是否已经退款 所以可能会出现网关再次发起退款请请求到理财 导致重复退款的问题
就是说网关退款成功后 反馈给理财一个退款结果 然后理财更新为退款成功状态 下次再有退款请求会先查询这笔单的退款状态 如果是成功的 就不会退款了 那么就很好的解决了重复退款的问题了
相关文章推荐
- 工作中ORACLE操作中遇到的问题和处理方式记录
- 前后端分离的j2ee的web项目,使用vue方式,即{{}}方式批量传入前端参数,遇到一个一个问题,页面上一开始有{{}},怎么处理?
- 导致java.lang.OutOfMemoryError 问题的原因以及处理方式
- JS实现简易日历过程中遇到的问题和原因以及解决方式。
- 在使用ILSpy对c# dll进行反编译时遇到的问题及处理方式
- QuickPlay2.0安装到XP环境下遇到的一部分问题的原因及部分有效的处理办法
- 运维中遇到的GC频繁告警问题处理方式
- Linux环境下段错误的产生原因及调试方法小结 最近在Linux环境下做C语言项目,由于是在一个原有项目基础之上进行二次开发,而且项目工程庞大复杂,出现了不少问题,其中遇到最多、花费时间最长的问题就是
- vue对storejs获取的数据进行处理时遇到的几种问题小结
- elasticsearch学习过程中遇到的问题以及处理方式(持续更新...)
- 繁杂版本跟进遇到的问题及部分处理方式
- C++以多态方式处理数组可能会遇到的问题
- windows服务发布过程中遇到问题的原因分析及解决方式
- 利用暴力反编译的程序处理ArcXML数据遇到的问题小结(纯粹研究目的)
- EAServer的安装及遇到的问题处理
- java中当finally遇到return的处理方式
- 事务处理遇到的问题解决方法
- 强类型的数据集,在处理以直接附加方式的SQLServer的MDF文件时无法更新数据-原因分析
- 最近遇到的C++问题小结
- 重复提交、重复刷新、防止后退的问题以及处理方式