商户分账交易汇总和商户交易汇总不一致

最近状态不太好啊，感觉每天需要反思的问题很少，这本身就是问题，

要么说明自己没有好好的体会，

要么自己没有好好的反思，

要么是自己很懒.......

每天不反思，小问题发现不了，越积越多，终究会爆发，让你失败的体无完肤，所以就会出现亡羊补牢和屋漏偏逢连阴雨的尴尬局面

所以每天必反思，每天只要花时间去做事情了，就要不断的反思，只有反思了，才会让这些时间没有白白浪费

爆发点：处理一个分账的问题 搞了一上午 还没有弄清楚一个所以然来，要是让别人处理 估计10分钟搞定 我TMD真是郁闷啊 瞬间没有自信了

（1）问题现象：

                该商户分账交易汇总（子商户汇总）和商户交易汇总（父商户汇总）不一致

（2）确认现象：查询汇总表（t_trans_sum_day_two）看到 反交易是这个情况

（3）思考：

                 A因为分账交易汇总数据来源于分账详情表(t_busi_trans_detail)  所以我手动去汇总一下

                 B商户交易汇总来自于业务表(t_busi_trans_deatil) 所以我手动去汇总一下

                 C得到的结果 和 汇总表中的数据不一致

                 所以我就一直在纠结这个问题，自己想不通，然后就去不断地去“”骚扰“”别人，因为我和别人的处理思路不一致，所以我的问题很难得到解答

                 D我看他们很快的分析出来原因 是因为他们没有去纠结这个问题 而是继续处理问题 

                    分账明细表来自于 两张表(业务表t_trans_busi_detail 和 订单表t_order_busi_detail)

                    然后我查询业务表 通过商户号 清算日期 交易成功 正常数据 反交易 打上清分标识的 得到平台流水号

                    然后我拿着平台流水号到订单表中去查 查询的结果是3041（这个数据和分账汇总数据一致）

                    我加上清算日期 则变成3024 和 商户交易汇总数据一致

                    由此可见：

                                分账交易汇总 数据的源头来自于订单表 +无清算日期

                                商户交易汇总数据的源头来自于订单表 + 清算日期

                    总结：自己之前处理的比较快是因为对处理方式都是固定的套路，现在处理的问题比较慢，是因为我没有把代码流程走一遍，没有代码调试一下，所以自己理解的

                                 的并不是很 深刻，所以要看你理解的深不深，你很快的处理问题不能全面反映，而是你有没有去把代码流程走一遍，只有这样才会理解的更加深刻，理解的                                   更快，而不是靠去解决问题，通过现象去总结。即自己要去了解原理 掌握宗旨 而不是浮于表面 任其摆布 很被动 很痛苦

                    所以下一步就是在处理完核销问题之后 看分账 汇总 清分 结算流程的代码 通过代码调试的方式进行（这样1比较快2比较有兴趣）

                    说明订单表中 该商户的17笔订单 的清算日期并不对 说明 这是经过人工调账处理的 而没有把清算日期的时间调整过来

                  E接下来就是找到这几笔有问题的数据 然后去调账处理就行了

（4）问题原因：

              我处理问题的思路有误：问道问题先解决问题，而不是去分析问题的原因，因为在解决问题的过程中，原因你就会自然明白

     

（5）问题处理方式：

往前反思做过的事情：

1工作

         核销的时候是从T_WRITEOFF_DETAIL（解析核销文件都会放在这个表中）与  平台数据（T_PAY_TRANS_DETAIL支付明细表 和 T_PAY_SETTLE_DETAIL支付清算表）

         目前状态：看了代码，调试流程之后，对整理核销过程清楚了，至少在我遇到问题之后，有处理思路了

         总结：最好的熟悉流程的方式就是调试代码+看日志分析

2金牌大厨

          如果接口参数是对象 则不要加@RequestParam注解

           

分析完之后 心里一个字“痛快”，加油boy 每天都要坚持反思 即 面壁思过