-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathbranch3.txt
1857 lines (1189 loc) · 93.4 KB
/
branch3.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
84563106 B-N7577
svn merge 操作指南
创建： jing lv，最新修改： tian haining 于 四月 23, 2015 转至元数据起始
应用场景：小Y同学一直在分支pitaya_bugfix上开发，现在需要将pitaya_bugfix分支的代码 reintegrate到主分支 pitaya上，最终保证两个branch上的代码完全相同。
实现步骤：
0) 准备工作
检出最新代码
svn co $path $dest
svn co http://10.10.1.254:8001/svn/yyh/pitaya/ /Users/admin/Project/pitaya_res/
svn co http://10.10.1.254:8001/svn/yyh/pitaya_dkjh/ /Users/admin/Project/pitaya_dkjh_res/
svn co http://10.10.1.254:8001/svn/yyh/pitaya_bugfix/ /Users/admin/Project/pitaya_bugfix_res/
svn co http://10.10.1.254:8001/svn/yyh/pitaya_paytype/ /Users/admin/Project/pitaya_paytype_res/
svn co http://10.10.1.254:8001/svn/yyh/pitaya_web_account/ /Users/admin/Project/pitaya_web_account_res/
svn co http://10.10.1.254:8001/svn/yyh/pitaya_project_publish/ /Users/admin/Project/pitaya_project_publish_res/
svn co http://10.10.1.254:8001/svn/yyh/summer_DAOK_2093 /Users/admin/Project/summer_DAOK_2093
svn co http://10.10.1.254:8001/svn/yyh/summer_DAOK_2093 /Users/admin/Project/summer_DAOK_2093_res
svn merge http://10.10.1.254:8001/svn/yyh/summer
进入工作目录
cd $dest
更新代码至最新版本
svn up
查看历史信息（目的是确认本次merge的版本范围）
svn log -l $num
1) 先进入本地的pitaya_bugfix目录，将主分支pitaya的代码merge到工作分支pitaya_bugfix
cd pitaya_bugfix
svn merge $branch_main
(在本场景中，小Y同学在terminal输入“svn merge http://10.10.1.254:8001/svn/yyh/pitaya/”)
可能出现以下两种执行结果：
1.1）merge成功，木有conflict，直接提交
svn ci -m "merge from main branch pitaya@5449
1.2) 遇到conflict，需要先清理所有的conflict，再提交代码
查看修改状态
svn status
对于所有标“C”的文件，vi进入并编辑冲突
vi $conflictfile
搜索冲突的部分，在vi中输入/开启搜索
/====
(出现冲突的部分，以====隔开)
编辑冲突并退出vi
将conflict标记为已解决
svn resolve --accept working $file
所有conflict已清除，提交代码
svn ci -m "merge from main branch pitaya@4379"
C daokoudai-model/src/main/java/com/pitaya/daokoudai/loan/service/LoanReturnManager.java
2) 进入主分支目录pitaya，执行reintegrate
cd pitaya
svn up
svn merge --reintegrate $branch_work ( svn merge --reintegrate http://10.10.1.254:8001/svn/yyh/pitaya_bugfix/ )
由于上一步已经清除了全部的conflict，所以这次merge不应再发现任何conflict，可以直接提交
svn ci -m "reintegrate from branch pitaya_bugfix@4570
查看最新版本号
svn up
svn log -l 5
3) 回到工作分支pitaya_bugfix，记录record-only
cd pitaya_bugfix
x
( svn merge --record-only -c 4571 http://10.10.1.254:8001/svn/yyh/pitaya/ )
提交记录
svn ci -m "record the reintegrate to main branch pitaya@4571
如果发生 reintegrate Missing ranges问题
问题描述：
在从branch向主干merge的过程中遇到以下问题：
svn merge --reintegrate http://10.10.1.254:8001/svn/yyh/pitaya_bugfix
svn: E195016: Reintegrate can only be used if revisions 2283 through 2825 were previously merged from
http://10.10.1.254:8001/svn/yyh/pitaya to the reintegrate source, but this is not the case:
pitaya_bugfix/daokoudai-api/src/main/java/com/pitaya/daokoudai/api/analysis
Missing ranges: /pitaya/daokoudai-api/src/main/java/com/pitaya/daokoudai/api/analysis:2812
spitaya_bugfix/daokoudai-model/src/main/java/com/pitaya/daokoudai/activity/data
Missing ranges: /pitaya/daokoudai-model/src/main/java/com/pitaya/daokoudai/activity/data:2812
问题解决：
第一步，先在branch(pitaya_bugfix)中将相关文件的mergeinfo删除
svn propdel svn:mergeinfo daokoudai-api/src/main/java/com/pitaya/daokoudai/api/analysis
property 'svn:mergeinfo' deleted from 'daokoudai-api/src/main/java/com/pitaya/daokoudai/api/analysis'.
svn propdel svn:mergeinfo daokoudai-model/src/main/java/com/pitaya/daokoudai/activity/data
property 'svn:mergeinfo' deleted from 'daokoudai-model/src/main/java/com/pitaya/daokoudai/activity/data'.
第二步，在branch(pitaya_bugfix)中提交改动
svn ci -m "removed mergeinfo" daokoudai-api/src/main/java/com/pitaya/daokoudai/api/analysis
Sending daokoudai-api/src/main/java/com/pitaya/daokoudai/api/analysis
svn ci -m "removed mergeinfo" daokoudai-model/src/main/java/com/pitaya/daokoudai/activity/data
Sending daokoudai-model/src/main/java/com/pitaya/daokoudai/activity/data
第三步，在主干(pitaya)上重新reintegrate
svn merge --reintegrate http://10.10.1.254:8001/svn/yyh/pitaya_bugfix/
问题分析：
可能是SVN的bug，待查。
查找sql 发邮件给金磊，抄送定宇
sql 执行完毕后（注意 如果临时修改，版本号不一致，查看smart svn－－ Repostory Brower ）
api staging 4485
https://stagingapi.ecs.daokoudai.net/api/2.0/w/getActivityList?params={page:1,size:10}&from=W
https://stagingapi.ecs.daokoudai.net/api/2.0/w/getHelpList?params={page:1,size:10}&from=IC
http://www.daokoudai.com/api/2.0/w/getActivityList?params={page:1,size:10}&from=W
http://www.daokoudai.com/api/2.0/w/getHelpList?params={page:1,size:10}&from=IC
优先上线web
web staging 4485
https://stagingweb.ecs.daokoudai.com/
wap staging 4348
admin staging 4348
schedule 4350
美亚科技
},
10月27日到10月31日23:59:59
个人用户入金已确认金额累计27433707.18元；
累计放款金额22481245.00元。
秘老师，您好
如下是微信沟通所需的相关数据，请查阅：
2016.10.27 00:00:00 至 2016.12.28 23:59:59
个人用户所有成功订单的累计入金金额：262152236.85元
累计放款金额：448938862.10元。
如有问题，及时沟通。
江老师，用户反馈E账户代扣调单，金额1000元，时间12-29 14:25左右，订单号：C2016122903066115，烦请帮忙修正，谢谢
"CNAPS@!@FT17004101501772@!@ZJJG0005-0S18-ZJJG-17443093@!@20170104@!@085929@!@256169.00@!@03002749978@!@北京道口贷科技有限公司@!@1806014140003120@!@江西省地质工程（集团）公司@!@@!@账户户名与输入不符@!@20170104@!@092719@!@2017010413181976@!@98671788@!@S81@!@03002749978"
CREATE TABLE `sh_bind_bank_account` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`user_id` varchar(30) NOT NULL COMMENT 'user_id',
`status` int(4) NOT NULL COMMENT '银行账户状态',
`bank_account_type` int(4) NOT NULL COMMENT '银行账户类型',
`account_name` varchar(50) DEFAULT NULL COMMENT '账户名',
`account_no` varchar(50) DEFAULT NULL COMMENT '账户号',
`bank_mobile` varchar(50) DEFAULT NULL COMMENT '银行预留手机号',
`bank_code` varchar(21) DEFAULT NULL COMMENT '银行代码',
`bank_flag` varchar(4) DEFAULT NULL COMMENT '本他行标志',
`created_by` varchar(32) DEFAULT NULL,
`created_on` datetime DEFAULT NULL,
`updated_by` varchar(32) DEFAULT NULL,
`updated_on` datetime DEFAULT NULL,
`version_optimized_lock` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `user_id` (`user_id`,`bank_account_type`,`account_no`),
KEY `INDEX_USER_ID` (`user_id`)
) ENGINE=InnoDB AUTO_INCREMENT=29741 DEFAULT CHARSET=utf8
CREATE TABLE `sp_withdraw_request` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`TRANS_ID` varchar(24) NOT NULL,
`USER_ID` int(11) NOT NULL,
`AMT` decimal(12,2) NOT NULL,
`BANK_ACCOUNT` varchar(100) NOT NULL,
`BANK_ACCCOUNT_NAME` varchar(45) NOT NULL,
`FEE` decimal(12,2) NOT NULL DEFAULT '0.00' COMMENT '提现手续费（上行收取）',
`management_fee` decimal(12,2) NOT NULL DEFAULT '0.00' COMMENT '道口贷管理费',
`BANK_ACCOUNT_TYPE` tinyint(2) DEFAULT NULL,
`TRANS_STATUS` tinyint(2) NOT NULL,
`REQEUST_DATE` datetime NOT NULL,
`CONFIRM_DATE` datetime DEFAULT NULL,
`request_from` tinyint(1) DEFAULT NULL COMMENT '0-www,1-wap,2-android,3-ios',
`platform_type` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-道口贷,1-校友金服',
`instruction_code` varchar(10) DEFAULT NULL COMMENT '提现网付资管代码',
`RET_CODE` varchar(8) DEFAULT NULL,
`RET_MSG` varchar(128) DEFAULT NULL,
`TRADE_NO` varchar(32) DEFAULT NULL,
`NOTES` text,
`CREATED_BY` varchar(32) NOT NULL,
`CREATED_ON` datetime NOT NULL,
`UPDATED_BY` varchar(32) DEFAULT NULL,
`UPDATED_ON` datetime DEFAULT NULL,
`VERSION_OPTIMIZED_LOCK` int(11) NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `TRANS_ID` (`TRANS_ID`)
) ENGINE=InnoDB AUTO_INCREMENT=75874 DEFAULT CHARSET=utf8
开发完成:开发⼈人员在⾃自测和联调测试通过后,修改提案为已解决,并在备注中说明提交 测试的svn版本号。需要测试的,将经经办⼈人改为测试⼈人员,并备注完成情况,告知需要测试;不需要测试的,将经办⼈人改为报告⼈人,如上线内容涉及⽤用户操作内容,需邮件告知 产品联络⼈人及客服,测试⼈人员和报告⼈人员完成测试或验收后,重新指定经办⼈人为开发⼈人 员,并在JIRA中备注该需求已验收,之后测试⼈人员或技术负责⼈人或技术负责⼈人指定的JIRA 管理者关闭该JIRA提案。
添加“适用范围及人员说明”，添加“需求变更流程”，添加6.1需求优先级说明，变更需求开发流程图等。
编号：DKD/LC-JS000115A1.0
讨论金融话题：
平时关注那些金融网站（或公众号）？推荐理由？高质量文章简述。
623185009300018055 60000 63846
郭老师，
您好，由于623185009300006670之前已经多次大额投资，只能对该用户的道口贷账户进行1469652.05元的余额修正（已修正该部分金额）。对于其他2个用户，我们已经对“623185009300018055”的道口贷账户修正金额60000元，对“623185009300042279”的道口贷账户修正金额500000元。
另外，623185009300006670用户的目前后续回款情况说明如下：
从目前到“2017-04-01 00:00”，用户将累计回款本金和利息共计69206.09元，到“2017-04-02 00:00”，用户将累计回款本金和利息共计170846.09元，故如果通过回款来补齐未修正的130347.95元，需要等到2017年4月2日完成。
另外，目前三个用户的资管余额、互联网核心余额仍然不正确，会导致用户后续产生错误的余额理财收益等，这样，也会间接导致我方数据变更错误，还请知晓并及时更正用户金额。
INSERT INTO `sp_account_trans` (`id`, `TRANS_ID`, `ACCOUNT_ID`, `WAY`, `OPER_TYPE`, `ORDER_INFO_TRANSID`, `AMT`, `ACCOUNT_BALANCE`, `TRANS_DATE`, `TRANS_DESC`, `CREATED_BY`, `CREATED_ON`, `VERSION_OPTIMIZED_LOCK`) VALUES (NULL, 'AT2016011600000001', (select id from sp_user_account where user_id = 63846), ‘2’, '19', 'AT2016011600000001', '60000',(select available_amount from sp_user_account where user_id = 63846), now(), '余额修正', 'SYS', now(), '0');
INSERT INTO `sp_account_trans` (`id`, `TRANS_ID`, `ACCOUNT_ID`, `WAY`, `OPER_TYPE`, `ORDER_INFO_TRANSID`, `AMT`, `ACCOUNT_BALANCE`, `TRANS_DATE`, `TRANS_DESC`, `CREATED_BY`, `CREATED_ON`, `VERSION_OPTIMIZED_LOCK`) VALUES (NULL, 'AT2016011600000002', (select id from sp_user_account where user_id = 99037), ‘2’, '19', 'AT2016011600000002’, '500000',(select available_amount from sp_user_account where user_id = 99037), now(), '余额修正', 'SYS', now(), '0');
INSERT INTO `sp_account_trans` (`id`, `TRANS_ID`, `ACCOUNT_ID`, `WAY`, `OPER_TYPE`, `ORDER_INFO_TRANSID`, `AMT`, `ACCOUNT_BALANCE`, `TRANS_DATE`, `TRANS_DESC`, `CREATED_BY`, `CREATED_ON`, `VERSION_OPTIMIZED_LOCK`) VALUES (NULL, 'AT2016011600000003’, (select id from sp_user_account where user_id = 14858), ‘2’, '19', 'AT2016011600000003’, '1600000',(select available_amount from sp_user_account where user_id = 14858), now(), '余额修正', 'SYS', now(), '0');
校友金服微信版上行优化版20161125
上行快线资产合作-20151204
上行快线专享项目-20161129
放假前需要完成的工作有：
1.保证春节假期网络和电话畅通：VPN的安装和使用测试、确认春节期间联系方式；
2.最新稳定版代码的本地备份（客户端自己备份、前后端备份bugfix、主支）；
3.如遇紧急情况，需要上线的，走紧急上线流程。
假期值班安排如下：
以下按照姓名先后顺序，分别为第一负责人和备选负责人
后端：
1月27日：田海宁、陈鹏飞
1月28日：杨冬、陈鹏飞
1月29日：张彪、田海宁
1月30日：邹加磊、张彪
1月31日：邹加磊、刘浩
2月1日：刘浩、张彪
2月2日：田海宁、陈鹏飞
运维：
1月27日：王楠、王金磊
1月28日：王楠、王金磊
1月29日：王楠、王金磊
1月30日：王楠、王金磊
1月31日：王金磊、王楠
2月1日：王金磊、王楠
2月2日：王金磊、王楠
IOS：
张安东、张朝阳
Android：
宁杉、王飞
前端：
王剑飞、李鹏、齐磊
测试
王海超、常超、王文邦
1.保证春节假期网络和电话畅通：VPN的安装和使用测试、确认春节期间联系方式；
2.最新稳定版代码的本地备份（客户端自己备份、前后端备份bugfix、主支）；
3.如遇紧急情况，需要上线的，走紧急上线流程；
4.客服问题请值班人员回答。
定宇哥，下面是拟发给rd的邮件内容：
各位，
今天和运维+后端假期紧急联系人做了当面确认，之前统计的大家可联系时间保持不变，详细信息见邮件下方：
还请大家做到：
1.保证春节假期网络和电话畅通：VPN的安装和使用测试、确认春节期间联系方式；
2.最新稳定版代码的本地备份（客户端自己备份、前后端备份bugfix、主支）；
3.如遇紧急情况，需要上线的，走紧急上线流程；
4.客服问题请值班人员跟进及回答；
5.如有手机号码变更，还请提前告知我，做通讯录更新；
对于假期中出现的问题，建议的处理方式如下：
适合节假日后处理的问题（如代扣掉单），建议先做问题记录，并在春节假期结束之后，第一时间进行处理；
如遇必须立即解决的问题（如投资功能异常）：
不涉及上行的，内部及时解决，及时将情况告知定宇哥；
需要上行配合解决的，建议先在微信群里进行反馈（@相关老师），并及时将情况告知定宇哥，如上行老师长时间没有回答，可以电话联系上行老师，进行后续问题的沟通和处理。
附：
wiki地址：http://wiki.dev.daokoudai.net/pages/viewpage.action?pageId=17596609
后端：
1月27日：田海宁、陈鹏飞
1月28日：杨冬、陈鹏飞
1月29日：张彪、田海宁
1月30日：邹加磊、张彪
1月31日：邹加磊、刘浩
2月1日：刘浩、张彪
2月2日：田海宁、陈鹏飞
运维：
1月27日：王楠、王金磊
1月28日：王楠、王金磊
1月29日：王楠、王金磊
1月30日：王楠、王金磊
1月31日：王金磊、王楠
2月1日：王金磊、王楠
2月2日：王金磊、王楠
IOS：
张安东、张朝阳
Android：
宁杉、王飞
前端：
web：王剑飞
wap：李鹏
plan-wap：齐磊
测试
王海超、常超、王文邦
个人假期请假统计如下：
更新了田海宁、徐祚洋、张安东、李鹏、王剑飞、王海超、杨冬
由于个人用户提现失败，金额回退到了汇总账户，但目前挂账接口（46722）只支持挂账到对公账户，不支持挂账到个人，需要将该笔退汇挂账到个人账户下面，烦请帮忙操作，谢谢。
相关信息：
姓名：何智铭
资管账号：440623197411192694
银行流水：BEA170221622075068101
定宇哥，我买到今天票回来了，明天不请假了，正常上班，正好掉单可以和上行沟通下。
~/.ssh/id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC9muhmyBrF9jna1JNGwpFFs3WJj8X+ZSF0aek0g7dtSWNS1tnijj+UC7gBzCYW5Ikow7DP/GjBRmDX4mBLHsm0Mgnruq9ZXrLW+Ua6GWJLymZmZfZ1jBmoNJRlsOB8y2jQwsQBRy4rEc88tPKDttgZiaGvSb/9Ub6vCgTrcFyfpx3NQIEpd8IcX7lsG4jCvKG5++V9drP+ll6/vTV1QLNg8JsuqVUwAU28L0T0msaP+xXr/gW+9zrijFLxjDhZ6AxFrVYAXxImfdrX0W0VW1AvUOHoRs0Kucc6pBko/Vp+vL5WFHJLuK7agU9H8XEBlxKE9ATKfRE2+KQkEP7KiUMt admin@zoujialei
1.问题描述
用户使用代扣方式充值，上行页面显示“代扣超时/系统正在对数据处理/Communication timeout, failed to get response”，银行卡钱已经完成扣款，但查询道口贷账户，钱并没有增加，资管账户前也没有增加。
2.问题原因
资管系统订单处理逻辑问题（需优化）：
目前互联网核心如果收到银联应答超时，（系统正在对数据处理/Communication timeout, failed to get response）后续互联网核心会主动查询银联2次，确定订单的最终状态。而目前资管系统只根据当时互联网核心的反馈，确定订单的最终状态，没有对中间状态订单进行后续查询，最终导致客户代扣最终掉单。
3.问题解决
目前和上行沟通确认的是，代扣掉单的会在下一个工作日处理完成，客服部门给客户的答复是在下一个工作日处理，具体处理流程如下：
3.1发生掉单的下一个工作日上午，将订单信息告知上行业务老师：
3.2上行业务老师反馈告知处理结果；
3.3修改我们这边的账户余额，使用admin接口（订单修复:E账户掉单订单）完成用户金额修正
3.4告知客服人员，用户金额已修正。
git clone ssh://zoujialei@10.10.1.239:29418/test && scp -p -P 29418 zoujialei@10.10.1.239:hooks/commit-msg test/.git/hooks/
8901-数据库错误,详看错误日志
appListTransRecord里面替换
setSearchAccountOperTypeForApp114(tradeType, atr);
/*
//投资冻结金额
//添加绑卡状态
BankcardStatus bankCardStatus = BankcardStatus.UNVALID;
SHBindBankAccount bankCard = shBindBankAccountManager.getLatestBankCardByUserId(user.getId());
if (bankCard != null) {
bankCardStatus = bankCard.getStatus();
}
Boolean hasTradePassword = null;
ShStockUser shStockUser = shStockUserManager.getShStockUserByUserId(user.getId());
if (shStockUser != null) {
hasTradePassword = shStockUser.getHasTradePassword();
}
json.put("openAccountStatus", openAccountStatus);
json.put("hasTradePassword", hasTradePassword);
json.put("bankCardStatus", bankCardStatus);
json.put("investFreezeAmt", investFreezeAmt);
json.put("withdrawFreezeAmt", withdrawFreezeAmt);
json.put("umpayWithdrawFreezeAmt", umpayWithdrawFreezeAmt);
*/
json.put(ResultConstants.RESCODE, ResultEnum.SUCCESS.getResCode());
json.put(ResultConstants.RESMSG, ResultEnum.SUCCESS.getResMsg());
json.put("list", accountTransRecordList);
json.put("availableAmt", availableAmt);
json.put("umpayAvailableAmt", umpayAvailableAmt);
json.put("page", page);
return json.toString();
13702426365
ProjectTransRequestMangerImpl
数据库并发问题：
insert into sp_project_trans_request (trans_id, order_trans_id, trans_status, trans_type, request_date, version_optimized_lock)
select * from (select ? as trans_id, ? as order_trans_id, ? as trans_status, ? as trans_type, ? as request_date, ? as version_optimized_lock) as tmp
where not exists(select * from sp_project_trans_request where order_trans_id = ? and trans_status in (?, ?) and trans_type = ?) limit 1
@RequestMapping(value = "/{channel}/appTransRecordList", method = {RequestMethod.GET, RequestMethod.POST})
@ResponseBody
public String appTransRecordList(@PathVariable String channel,
@RequestParam(value = "params", required = true)String params,
@RequestParam(value = "from", required = true)RequestFrom from,
@RequestParam(value = "imei", required = false)String imei,
@RequestParam(value = "appKey", required = false)String appKey,
@RequestParam(value = "apiName", required = false)String apiName){
return accountManageService.appListTransRecord(params, from, imei, appKey, apiName);
}
张老师，生产环境，2017-02-05 01:30左右，客户发起提现订单号为“W2017020503752846”的提现操作，资管收到该相同订单号3次，还要麻烦确认下为何会有三次相同的请求到资管。
UPDATE `sp_user_account` SET `available_amount`=`available_amount`-50.21, `available_withdraw_amt`=`available_withdraw_amt`-50.21 where user_id = 102929;
INSERT INTO `sp_account_trans` (`id`, `TRANS_ID`, `ACCOUNT_ID`, `WAY`, `OPER_TYPE`, `ORDER_INFO_TRANSID`, `AMT`, `ACCOUNT_BALANCE`, `TRANS_DATE`, `TRANS_DESC`, `CREATED_BY`, `CREATED_ON`, `VERSION_OPTIMIZED_LOCK`)
VALUES (NULL, 'AT2017020700000001', (select id from sp_user_account where user_id = 102929), '2', '3', 'W2017020503752846', '50.21',(select available_amount from sp_user_account where user_id = 102929), now(), '提现-银行卡尾号(0239)', 'SYS', now(), '0');
UPDATE `sp_withdraw_request` SET `TRANS_STATUS`='1', `RET_CODE`='0000', `RET_MSG`=‘交易成功' WHERE `id`='85157';
用户模块、金融产品模块、项目模块、出入金模块、对账模块、活动模块、第三方对接模块。用户模块、金融产品模块、项目模块、出入金模块、对账模块、活动模块、第三方对接模块。
emailDailyUserReportTemplate.vm
UserManagerImpl.java
SHBindCardRequestManagerImpl.java
SHBindCardRequestManager.java
29ed48944e16e2a4e31d4ab4a86af0ccf96b4b2a
84371129bfbee236b4fa0fb2001ec2a0726ef646
If3aed1e6d6ed107db892627e0819ab44caf62363
a901f9769b62be23c5850da3411a797ec2653d5b
/**
* 客户端 我的账户接口
* @param channel
* @param params
* @param from
* @param imei
* @param appKey
* @param apiName
* @return
*/
@RequestMapping(value = "/{channel}/appAccount", method = {RequestMethod.GET, RequestMethod.POST})
@ResponseBody
public String appAccount(@PathVariable String channel,
@RequestParam(value = "params", required = true)String params,
@RequestParam(value = "from", required = true)RequestFrom from,
@RequestParam(value = "imei", required = false)String imei,
@RequestParam(value = "appKey", required = false)String appKey,
@RequestParam(value = "apiName", required = false)String apiName){
JSONObject json = JSONObject.fromObject(params);
String token = json.optString("token");
return accountManageService.getAppAccountInfo(token);
}
// 客户端 查询用户账户状态
@RequestMapping(value = "/{channel}/appAccountStatus", method = {RequestMethod.GET, RequestMethod.POST})
@ResponseBody
public String appAccountStatus(@PathVariable String channel,
@RequestParam(value = "params", required = true)String params,
@RequestParam(value = "from", required = true)RequestFrom from,
@RequestParam(value = "imei", required = false)String imei,
@RequestParam(value = "appKey", required = false)String appKey,
@RequestParam(value = "apiName", required = false)String apiName){
JSONObject json = JSONObject.fromObject(params);
String token = json.optString("token");
return accountManageService.getAppAccountStatus(token);
}
}
42571142.98
42552142.17
19000.81
https://shapi.daokoudai.com/api/test/deliverReward?shAccountId=522730198301129198&rewardAmtStr=0.50&orderId=0215_001
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
<%@ include file="/pages/inc_public/tag_public.jsp" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head lang="en">
<title>代扣状态未知订单</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
<meta http-equiv="X-UA-COMPATIBLE" content="IE=edge">
<link type="text/css" media="screen" rel="stylesheet" href="/resources/css/simplePagination.css"/>
<link type="text/css" media="screen" rel="stylesheet" href="/resources/css/bootstrap.min.css"/>
<link type="text/css" media="screen" rel="stylesheet" href="/resources/css/custom-theme/jquery-ui-1.9.2.min.css"/>
<link type="text/css" media="screen" rel="stylesheet" href="/resources/css/common.css"/>
<style type="text/css">
.form-horizontal.add-form,.form-horizontal.edit-form{
width: 800px;
height: 475px;
position: fixed;
background-color: #fff;
border: 1px solid #e0e0e0;
left: 50%;
margin-left: -400px;
z-index:999999;
top:50%;
margin-top:-210px;
padding-left:35px;
}
#black-mask {
width:100%;
height:100%;
background-color:#000;
opacity:0.5;
position:fixed;
top:0;
left:0;
z-index: 99999;
display:none;
}
.form-control{
width: 50%;
}
</style>
</head>
<body>
<div class="navbar navbar-default navbar-fixed-top" role="navigation">
<div class="container">
<!-- Brand and toggle get grouped for better mobile display -->
<div class="navbar-header">
<button type="button" class="navbar-toggle collapsed" data-toggle="collapse" data-target="#bs-example-navbar-collapse-1">
<span class="sr-only">Toggle navigation</span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<a class="navbar-brand" href="#">道口贷</a>
</div>
<c:import url="../common/header.jsp" charEncoding="UTF-8"></c:import>
</div>
</div>
<div class="main">
<div class="container">
<div class="clearfix">
<ul class="breadcrumb">
<li>汇总对账管理</li>
<li class="active"><a href="./list">代扣状态未知订单</a> </li>
</ul>
</div>
<form role="form" id="findForm" action="/shVerifyAccount/list" method="post">
<div class="form-group col-sm-6">
<label class="col-sm-3 control-label">对账是否平:</label>
<select name="verifyStatus" class="form-control col-sm-3" un="${verifyStatus}">
<option value="">请选择</option>
<option value="true" <c:if test="${verifyStatus == true }">selected</c:if>>true</option>
<option value="false"<c:if test="${verifyStatus == false }">selected</c:if>>false</option>
</select>
</div>
<div class="pull-center">
<button type="submit" class="btn btn-success search">查询</button>
</div>
</form>
<div class="detail">
<table class="table">
<tbody>
<tr>
<th>订单号</th>
<th>用户id</th>
<th>金额</th>
<th>请求时间</th>
<th>上行流水号</th>
<th>客户姓名</th>
<th>用户手机号</th>
<th>错误码</th>
<th>错误信息</th>
</tr>
<c:if test="${not empty unknownChargeStatusList}">
<c:forEach var="item" items="${unknownChargeStatusList}">
<tr>
<td>${item.transId}</td>
<td>${item.userId}</td>
<td>${item.amt}</td>
<td><fmt:formatDate value="${item.requestDate}" type="date" pattern="yyyy-MM-dd HH:mm:ss" /></td>
<td>${item.tradeNo}</td>
<td>${item.realName}</td>
<td>${item.bindMobile}</td>
<td>${item.retCode}</td>
<td>${item.retCode}</td>
<td>${item.retMsg}</td>
</tr>
</c:forEach>
</c:if>
</tbody>
</table>
</div>
<div class="pagination-wrap">
<ul class="pagination" id="pagination" total="${page.totalRecords}" size="${page.getRecordsPerPage()}"
start="${page.getCurrentPage()*page.getRecordsPerPage()-page.getRecordsPerPage()}">
</ul>
</div>
</div>
</div>
<div id="black-mask"></div>
<script type="text/javascript" src="/resources/js/lib/seajs/sea.js"></script>
<script type="text/javascript" src="/resources/js/lib/seajs/seajs-config.js"></script>
<script type="text/javascript">
seajs.use(['{path}/lib/seajs/init','{path}/common/getInfo','{path}/lib/jquery/jquery-ui-timepicker-addon'], function (init) {
$(function () {
var paginationURL="/shVerifyAccount/list"+"?"+$('#findForm').serialize()
init.initPage(paginationURL);
$('.date').datepicker({
dateFormat : 'yy-mm-dd'
});
});
});
</script>
</body>
</html>
String realName = (String) item[5];
if(authorityLimit){
AddStarUtils.doRealName(realName);
}
charge.setRealName(realName);
umpayAvailableAmt
umpayWithdrawFreezeAmt
git clone ssh://zoujialei@10.10.1.239:29418/summer && scp -p -P 29418 zoujialei@10.10.1.239:hooks/commit-msg summer_res/.git/hooks/
江老师好，我们有用户反馈使用线下转账方式进行充值的时候，提示卡号不存在，用户E子账户为：623185009300066286，还请帮忙查找下原因，谢谢~
50368455.28
50422456.09
54000.81
git clone ssh://zoujialei@10.10.1.239:29418/summer /Users/admin/summer_res && scp -p -P 29418 zoujialei@10.10.1.239:hooks/commit-msg summer/.git/hooks/
陈老师，
对于第一点，处理方式补充说明如下：（1）日间轮询：
对于代扣中间状态的订单，资管需要轮询查询互联网核心，确定订单最终状态，如成功，则按成功逻辑处理，失败则按失败逻辑处理，且将成功订单放入当天的出入金对账文件中。
另：轮询的时间还请参考互联网核心确定订单状态的时间，这样既能保证资管自身轮询压力，又能保证客户体验。（2）日终对账： 通过与互联网核心进行对账，确定订单最终状态，如成功，则按成功逻辑处理，失败则按失败逻辑处理，且将成功订单放入当天的出入金对账文件中。
对于第二点，还需要明确具体操作流程：T24与互联网核心之间发生掉单的处理流程。
对于第三点，E账户余额的查询包括如下内容：
E账户余额（如有子账户，需包含子账户余额信息）及交易明细。
谢谢~
资管账号为：340103198104201026的用户（琚玲）在1月23日进行线下转账充值，互联网核心当时处理失败，24日凌晨互联网和T24对账后，发现差异，后续互联网核心手动调账，并将结果在25日凌晨的时候给到资管，资管后续做的修正。
《管理办法》规定，金融机构发现或者有合理理由怀疑客户、客户的资金或者其他资产、客户的交易或者试图进行的交易与洗钱、恐怖融资等犯罪活动相关的，不论所涉资金金额或者资产价值大小，应当提交可疑交易报告。即以“合理怀疑”为基础开展可疑交易报告工作。具体要求主要包括：
一是金融机构应当将可疑交易监测工作贯穿于金融业务办理的各个环节。金融机构既要在客户身份识别过程中采取合理措施识别可疑交易线索，也要通过对交易数据的筛选、审查和分析，发现客户、资金或其他资产和交易是否与洗钱、恐怖融资等违法犯罪活动有关。对于进行中的交易或者客户试图开展的交易，金融机构发现或有合理理由怀疑其涉及洗钱、恐怖融资的，也应当提交可疑交易报告。
二是金融机构应当同时关注客户的资金或资产是否与洗钱、恐怖融资等犯罪活动相关。资产包括但不限于银行存款、汇款、旅行支票、邮政汇票、保单、提单、仓单、股票、债券、汇票和信用证，房屋、车辆、船舶、货物、其他以电子或者数字形式证明资产所有权、其他权益的法律文件、证书等。
三是金融机构提交可疑交易报告，没有资金或资产价值大小的起点金额要求。如涉嫌恐怖融资活动的资金交易可能金额较小，但按照《管理办法》，金融机构仍应当提交可疑交易报告。
四是金融机构应当按照规定时间报送可疑交易报告。《管理办法》规定，金融机构应当“在按本机构可疑交易报告内部操作规程确认为可疑交易后，及时提交可疑交易报告，最迟不超过5个工作日”。
为执行这些要求，金融机构应当按照《管理办法》，制定可疑交易报告制度和操作规程，为可疑交易报告工作提供充足的人力保障和资源支持，建立健全自主定义的交易监测标准，建立功能完善、运行良好的监测系统，做好涉恐名单监控，加强对系统预警的异常交易的人工分析、识别，保留相关工作记录，并遵守保密要求等。
13552290515沟通或加QQ374490790
王经理好，还请问几个问题？
1.证书种类的区别？其他P2P公司所选的类型？
2.证书从申请到可用所需流程，多久可以下来？
3.其他使用贵公司认证证书的P2P公司？
4.所涉及的收费及相应标准?
作者：知乎用户
链接：https://www.zhihu.com/question/52493697/answer/130784753
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
有回款用户，回款用户的余额理财部门无法提现
张雅萍 今日有回款
金老师，陈老师，今天生产环境，7点半之后（余额理财归集后），大量用户提现报错“可用资金不足”，目前查询相关订单号（W2017022504174445，W2017022504175177）反馈告知”5223-被查询流水不存在,不能随便使用“，还请紧急处理下。
技术可行性分析报告
技术可行性分析报告
为测试用例标明时间或版本可以起到一种基准的作用，标明项目进度过程中的每一个阶段，使用例直接和需求基线、软件版本对应。同样这需要规范流程，也是对变更的一种确认和控制。或者可以为用例增加一个状态，指明这个用例目前是否与程序冲突，当程序变更时改变用例的状态，并更新用例版本。
var cpro_psid = "u2787156";
var cpro_pswidth = "966";
var cpro_psheight = "120";
把drools自带的core包加进去就ok了
对于5.0版本：
Drools 5.0.0.M4\drools-5.0.0.M4-bin\lib\core-3.4.2.v_883_R34x.jar
各位老师，生产环境，目前投资、提现异常，烦请紧急处理下。
DAOK-2165 在总账户金额统计界面新增记录历史每月末的累计投资人 有效投资人 人均待回款金额（本金and利息）
git fsck --lost-found
然后使用git show 查看dangling commit的id，看看是否是自己想要的
git show 8dd73fa8d14880182f11e24dc10bca570b6127d7
如果是，那么可以执行git merge进行恢复
git merge 8dd73fa8d14880182f11e24dc10bca570b6127d7
Updating aec16a3..8dd73fa
Fast-forward
df | 0
w | 0
2 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 df
create mode 100644 w
2、4.6条：对方需要友情链接其网站；
3、6.8条：我方单方违约，已支付费用不退还；
4、9条：建议争议解决地改为被告方所在地法院。
杨经理，我们公司法务看了一下，给了下面几点意见：
1）4.6 希望友情链接不是强制形式的，而是我们可选的；
2）6.8 希望去掉“我方单方违约，已支付费用不退还”的相关描述；
3）9 希望争议解决地改为被告方所在地法院。
所以，是否可以改为：
4.6甲方有权在甲方官网页面中将乙方列为友情链接单位，并将该链接指向乙方“法大大”网站；同时甲方有权在官网首页适当位置对外宣传甲乙双方的合作，合理放置乙方品牌标识。
6.8去掉。
9 如履行本协议发生争议，双方应协商解决或请求调解。如协商不成，应向被告方所在地的人民法院提起诉讼，通过法律程序予以解决。
4.6甲方可以在甲方官网页面中将乙方列为友情链接单位，并将该链接指向乙方“法大大”网站；同时可以在甲方官网首页适当位置对外宣传甲乙双方的合作，合理放置乙方品牌标识，保证乙方品牌露出的时间不得少于两周。
6.8 若甲方在本协议生效后单方违约，则乙方按照本协议第3条的约定收取的费用将作为甲方支付的违约金，不再退回。
如履行本协议发生争议，双方应协商解决或请求调解。如协商不成，应向被告所在地的人民法院提起诉讼，通过法律程序予以解决。
李定宇<lidingyu@daokoudai.com>
杨淳
手机：15801400776 邮箱：yangc@fadada.com
上线人员 负责需求发起、确认、负责上线代码收集、整合,推动上线⼯工作进⾏行
客户端需求,提交应⽤用市场时间为每个⽉月最后⼀一周的周三。
至guahao114@sina.com平台服务
2017-03-16 17:13:16
乙方户名：深圳法大大网络科技有限公司乙方账号：755929597010201开 户 行：招商银行深圳分行高新园支行
各位老师好，账户对账明细到如下：
1、44604监管账户实户比46723资管虚户汇总多48955.94元（43955.73季度结息+0.21错误打款验证+5000代扣掉单）。
2、资管用户07与E账户余额汇总不平的原因是3月20日进行了季度结息，资管还未加上，待明天对账观察下。
科林，郑明好，
由于合规要求，之后的投资合同中，签章需要使用经过第三方认证的电子签名，每个合同需要有的签名：个人、企业、平台。
现在咱们使用的第三方是法大大，企业申请电子签名有两种模式：
1.提交企业资料（纸质和电子版），包括：
A：企业信息：常用电子邮箱账号、初始密码、企业名称、营业执照注册号等
B：法定代理人信息：姓名、身份证号、联系电话、email地址
C：接收下发短信手机号：法定代表人手机号或代理人手机号
2.平台（道口贷）代企业用户申请电子签名，企业无感知。
如上相关情况请知晓。
考虑到现状，我们建议选择模式2来实现符合合规的电子签名，之后的融资项目或新增合作融资企业时，建议在合作合同里面，补充类似“道口贷将会代融资企业申请电子签名，并在借款合同中使用该签名”的相关说明。
各位老师好，反馈一家企业提现异常的问题，烦请帮忙核实原因，具体如下，：
企业提现5万以上，就会成功，提现5万以内，即走超级网银通道，报错“RJ90-其他”，另外，我们使用道口贷的对公账户（非上海银行卡）给企业线下转账1分钱，成功了。
公司名称：厦门市三槐集成系统工程有限公司
绑卡银行：中国农业银行股份有限公司厦门滨北支行
银行卡号：351001040000526