1t_busi_trans_detial 业务表
2t_mchnt_chk_result 商户对账表
3t_trans_sum_detail_two 汇总表（业务明细汇总sum_type=01 商户分账汇总sum_type=02）
商户数据监控页面上的商户汇总数据来自于 汇总表的业务明细汇总 （父商户汇总） 等于 汇总表中的分账明细汇总（子商户汇总）
页面上显示的支付笔数是3笔 支付金额为80.01元 退款笔数为0笔 金额为0元
而实际上 应该是 支付笔数为2笔 支付金额为40.01元 退款笔数为1笔 金额为40元
查看汇总表 sum_type=1并没有退款的交易 全都是支付的交易
如果把其中一笔支付的交易改成退款的交易那么就合理了 所以只需要把那笔支付为40元的交易的借贷标识修改为D就行了
可是这样只是把数据弄平 而真正的原因并找到 以后还会出现类似的问题
看这些数据就可以明白 本来走退款的交易 现在却走了支付
所以看下商户的权限 到运营页面上-商户交易权限配置 看下权限 可以看到 商户退款配置的确实正交易的权限
所以进行商户退款汇总的时候 汇总到正交易里面去了
而没有汇总到反交易中去
所以正交易笔数为3笔 反交易笔数为0笔
总结 汇总少了退款汇总 多了一笔支付汇总 很可能是因为商户退款配置的是正交易权限（配置的问题） 先看下汇总表那一笔应该是退款的 看下渠道和交易码 借贷标识为D 到权限报找到那个渠道那个交易码的权限 看下reverse_flag是否为0（反交易） 如果为正交易那么就是配置错误的问题
两笔退款的交易 业务机构推送的对账文件没有这两笔
处理方式：
将这两笔的对账状态修改为成功（业务机构数据监控页面上的商户对账数据就会平掉） 然后重跑一下汇总（商户汇总数据就会平调）
为什么这样处理：
因为退款是商户把钱退款第三方支付公司，所以支付公司不会出现资金亏损就行
扫一扫
2877
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
