2016年09月_平凡人笔记

原创未打清分标识处理方式

今天又有一笔支付数据未进入汇总，找到问题数据之后，发现未打清分标识，打上清分标识，准备重跑单商户清结算但未注意机构测通过这笔数据找到平台流水号通过平台流水号到支付表中找到一笔数据发现是28号的交易对账状态为对账失败进入平台多差错找到28号得对账文件(该机构是t+1推送对账文件所以29号推送的对账文件是28号的交易) 发现并没有此数据30号 8：30又收到机构推送过来的2

2016-09-30 10:59:40 354

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

最近状态不太好啊，感觉每天需要反思的问题很少，这本身就是问题，要么说明自己没有好好的体会，要么自己没有好好的反思，要么是自己很懒.......每天不反思，小问题发现不了，越积越多，终究会爆发，让你失败的体无完肤，所以就会出现亡羊补牢和屋漏偏逢连阴雨的尴尬局面所以每天必反思，每天只要花时间去做事情了，就要不断的反思，只有反思了，才会让这些时间没有白白浪费爆发点：处理一个分账的

2016-09-27 12:28:34 869

原创今天中午处理的一笔数据真的是好纠结好心惊胆战

现象：这家商户合同8月30号到期所以30号以来只有两天的日结了其他天都没有日结处理的思路：没有日结的去日结；没有周结的去周结就可以了处理方式：（1）我的处理办法是先把这日结和周结的数据删除然后重跑单商户清结算（2）他们的处理方式为先还原日结删除周结重跑单商户清结算问题的矛盾点：在于是否删除日结反思：其实这两种方式都是可以的删除数据的话是

2016-09-23 10:49:53 178

原创对今天下午的工作内容的反思

反思已经成为我生活的一部分甚至高于生活不反思我就会有心事反思了总结了心里才会坦然今天下午总体感觉效率一般，如果是把做事的方式总结为一种套路的话那就是分分钟的搞定的事情做的事情：步骤详情：反思每一步骤：下一次应该怎么做：

2016-09-22 19:17:26 389

原创 mq“没有”被消费

1现象：本地启动核销服务器并发送一个核销的mq消息主线程中并没有显示该mq消息被消费处理过程：（1）清结算一共有3个人问了其他两个人都说没有启动核销服务那么可以确保只有我启动了核销服务也就是说如果有mq有消费那么也是我自己启动的核销服务给消费的（2）找处理mq的人去核实下有没有其他的消费者被消费查到是有被消费的（3）通过消费者配置文件找到监听的端口（4）然后再

2016-09-22 13:20:12 5553

原创核销规则配置好之后验证核销规则和本地测试过程

1获取核销文件（1）机构对账文件查询页面上查看某天的对账文件（2）打开清结算核销日志 tail -f 看滚动日志查看核销情况（3）选择该对账文件点击发送至核销系统的按钮 2进行核销此时1-（2）中就会进行核销查看日志的主要方向（1）获取核销文件中的每一条记录（2）获取当天清算日期内的平台数据（3）通过支付请求流水号进行关联然后比对交易状态

2016-09-21 15:35:24 690

原创同一个商户周结数据中既有分账交易又有非分账交易的处理方式

1通过商户号查询数据必须为 select t.mchnt_code from t_mchnt_info t where t.mchnt_code = '' or t.parent_mchnt_code = ''2基础知识：交易码01开头均代表分账交易支付分为分账非分账退款分为

2016-09-21 13:19:41 883

原创今天中午过的不爽的原因分析

反思：（1）日报问题 A 一家商户没有进入19号日结处理方式 ①重跑单商户清结算没有效果 ②手动插入处理流程：汇总->清分->结算需要思考什么： a看日结数据

2016-09-20 11:54:41 211

转载详谈java类和对象的生命周期

引言最近有位细心的朋友在阅读笔者的文章时，对java类的生命周期问题有一些疑惑，笔者打开百度搜了一下相关的问题，看到网上的资料很少有把这个问题讲明白的，主要是因为目前国内java方面的教材大多只是告诉你“怎样做”，但至于“为什么这样做”却不多说，所以造成大家在基础和原理方面的知识比较匮乏，所以笔者今天就斗胆来讲一下这个问题，权当抛砖引玉，希望对在这个问题上有疑惑的朋友有所帮

2016-09-19 14:20:43 3204 2

原创结算和汇总不一致

现象：今天12号看到壹号店汇总和结算不一致处理方式：查看该商户汇总和日结和周结的数据发现9号10号11号三天的正反的交易金额和交易笔数对应不上日结表和汇总表对应不上所以周结表数据肯定不对为了让汇总和日结和周结数据一致（1）先让日结表的数据和汇总一致

2016-09-12 17:21:26 576

原创配置核销规则的流程

我感觉今天一天的时间都耽误了因为做了两件很简单的事情感觉没有太大的收获，不过这个处理事情的套路我要总结一下1业务表汇总表对账结果表现象：业务表中支付交易或退款交易笔汇总和对账多几笔处理方式：（1）查询业务表正（反）交易、成功、清分、有效的、商户号、清分日期的笔数（2）查询业务表正（反）交易、成功、不需要清分、有效的、商户号、清分日期的笔数（3）两个

2016-09-09 18:38:23 1313

原创首次结算和汇总不一致

--日结表select t.settle_date,t.clr_date,t.trans_code,t.conn_channel,t.trans_count,t.trans_amt,t.cap_cd_flag,t.fee_cd_flag,t.clr_flag,t.clr_type,t.clr_amt,t.* from t_clear_day t where t.ORG_CODE = '';

2016-09-08 10:07:33 292

原创分账汇总少了一笔和对账和商户汇总比基础表少了一笔问题处理方式

1分账汇总少了一笔查询分账表为156笔查询业务表为157笔可找那笔未分账的订单然后找订单表看分账信息是否为空然后看业务表中的分账标识是否为分账交易 select * from 业务表 a where a.mchnt_code in (select t.mchnt_code from 商户信息表 t

2016-09-06 10:54:37 708

原创首次结算和汇总不一致处理方式总结

1通过商户号查询汇总表2通过商户号查询日结表3通过商户号查询周结表然后比对每一天的金额和笔数是否一致如果进入了日结进行手动结算如果没有进入日结进行单商户清结算协议开通日期如果是9月2号开通那么周结的时候会把9月2号包括当天之前的所有的交易进行结算到9月3号那天修改批次号查询协议表看协议开通日期和结算方式（周结还是日结）如果日结的话

2016-09-05 11:05:04 481

原创分账和无协议商户数据有误的处理过程

做了事情之后，进行总结是必不可少一个任务，有时候感觉总结很麻烦，但这都是精华，不总结，明天就可能会忘记了，到时候你在想总结就写不出来了（1）收集父子商户号（通过子商户号获取父商户号） A从Excel中复制1000条子商户号（oracle数据库一次只能查询1000条） B复制到NodePad++中将换行符修改',' C将整理得到

2016-09-03 15:31:59 454

原创汇总少了退款汇总多了一笔支付汇总很可能是因为商户退款配置的是正交易权限（配置的问题）

1t_busi_trans_detial 业务表2t_mchnt_chk_result 商户对账表3t_trans_sum_detail_two 汇总表（业务明细汇总sum_type=01 商户分账汇总sum_type=02）商户数据监控页面上的商户汇总数据来自于汇总表的业务明细汇总页面上显示的支付笔数是3笔支付金额为80.01元退款笔数为0笔金额为0元而实际上应该是

2016-09-02 11:23:51 1091

原创清结算分账业务

1订单表 t_order_busi_detailsplit_info 分账信息2业务表 t_busi_trans_detailconn_channel trans_code 到 t_trans_right查看是否有权限 trans_code = '0100002' 是分账交易权限 trans_code = '0000002'是非分账交易权限reverse_flag 0是反交易

2016-09-01 17:35:54 2568

孟凡霄