推荐到广播
635250 人聚集在这个小组
(啥时候下班啊)
第三方登录：PICC项目知识总结
一．相关工具使用
1.CQ open-& eclipse checkout -& UT 测试 -& code review -& check in-& resolve
2.在CQ里面，resolution那儿表示的是sql，新增一个cq no，然后在ddm工具里面用这个cq no，导出数据。
3.CQ action那儿还有个modify的选项，相当于刷新(锁定)一下。
4.. UT Test截图贴到一个excel里，加到CQ的attachments tab。UT报告excel的名字：UT_REPORT_CRDB(按这种格式，不然QA统计不到)
5.CQ不小心点了resolve，想取消点revert。
6.reject CQ（CQ如果日后不会重现的话，我可以把它reject掉，backto CCB）
7.在CQ里面搜索， Edit-》FindRecord-》输入CQ号67695，就能找到要找的东西了。
8.public quries-》发布列表查询-》根据版本号查询需求列表-》在query editor tab可以选择headline，双击，like，输入65906，就可以查到相关CQ的东西。可以用edit和run分别来修改和执行已保存的查询.
9.CQ上新增db脚本操作：
10.CQ上modify，在resolution那个tab上new一个CQ号，copy这个CQ号到
11.DDM那个工具上，登录主干开发环境，在第一个tab上输入表名儿和where条件，然后生成脚本。然后打开PL/SQL在UAT环境上先测一下刚生成的脚本对不对，用命令窗口，输入命令：@'D:/dbscript/.sql'。执行如果报错的话，可能是脚本执行顺序不对，调一下就好了。如果没问题，就在UAT上rollback，然后再去真正想去执行的release环境上去执行，commit。然后在CQnew的那个窗口，第一个tab：输入（红色必填的东西），type：dbscript，headline：产品名字，description：贴的sql是最初的select。。。那个简单的sql，不是生成的一堆sql，否则打开慢也不好看，owner：buildadmin，nextversion：picc_release（默认不改就行），在attachment那个tab上add上刚生成的脚本，在dbscript那个tab上也输入相应的。OK了！最后再apply一下，搞定！脚本执行完别忘commit。
12.CCCQ要想改一个类，首先要update，然后checkout，然后才有权限修改，默认只有读的权限，修改后再提交。hijack的意思类似checkout，只是checkout是代表你要改这个类了，此时这个类就锁定了，别人是不能checkout修改的，你只要不提交别人永远修改不了。而hijack只是说你可以本地修改，对server上的那个类没影响，不加锁，你也没有权限提交（因为没有先checkout）。
13.UAT流修改jar包，build path时报错：
File could not be checked out
The fileD:\PICC_PROJECT_DAYNA\PICC_UAT_DEV\PICC_SRC\.classpath, could not be checkedout.
A UCM Activity must be set orcreated in the current view for this operation to succeed
解决办法：
选中项目的.classpath文件(eclipse的navigator那个视图里面才会显示.classpath那个文件，右键hijack就是把这个文件的属性的只读什么的去掉了。
)，右键team，hijack之后就可以保存对buildpath 将jar包的修改了。
14.show version tree，二分法找。
15.CQ对比工具设置：
新分配机器中安装的CQ，文件对比工具为默认CQ自带，在日常开发中使用起来较为不便。如下为将CQ对比工具设置为Beyond配置流程，请参考设置。
1、 首先获取Beyond工具（一般为绿色免安装），可以在 目录中获取
2、 将Beyond工具放置在C盘(if you want)
3、 在该C:\ProgramFiles (x86)\Rational\ClearCase\lib\mgrs目录中获取马屁文件(map文件)
4、 编辑马屁文件，可以文本编辑器UE打开
text_file_deltacompareC:\BeyondCompare\BCompare.exe
text_file_deltaxcompareC:\BeyondCompare\BCompare.exe
将文件中compare和xcompare 后面指定Beyond工具，就可以使用beyond工具对比文件啦.
目录中有个已经修改好了的马屁文件，请各位参考使用。
16.知道了脚本CQ号，在它的originaldefect的tab下，可以看到对应的代码CQ，可以双击进去。
1.ddm sql导出工具（PICC:不要UTF-8,要ANSI，db配置同PLSQL） ：在Main主干上新增了数据，发布的时候要把我新增的数据，导出来，然后再导入其他环境测试，最后再发给客户，到他们的环境上。（ddm工具生成ddl脚本，在脚本那个tab上，选择ddl，把自己的ddlsql粘贴上就行了）
2.导入sql（导入其他环境测试） ：@sql.sql
3.DDM生成的脚本，一个字段如果DB里是空的话，则生成的脚本默认设置成-11了，需求自己去看一下生成的脚本，如果是-11的话，要手动全部替换成自己想要的（0）。
4.ddm只用来导数据，改表结构的话自己写sql或者用那个excel生成工具。
5.生产同步到Main不能用DDM，因为DDM是调用的后台package生成sql，生产环境是没有那些package的，所以不好使。
6.ddm生成的脚本里少了2条MSG_144437 同步，太多覆盖掉了？重试还是没有14437. ：（id，id2），不要加括号（），因为他会默认认为你要查得id是（id1和id2）。所以生成的脚本会少第一个和最后一个。
7.有什么好办法，生成ddm的id，id1，id2.。。（a表的id in （b表写sql查出来的id结果集里，可以导出excel，id成一列））: 把这一列考到UE里，在UE里给每一行末尾插入逗号，再考到PL/SQL里，在这里面可以搜索/r/n，替换掉换行，搞定。
8.有宏的那个excel生成ddl语句的:2007能用，2010用不了.
三．t_string_resource维护
1.新增一条普通中文消息MSG_31722
在Main环境的页面上，有个菜单（在里面可以找到t_string_resource那张表的维护）：ebao内部使用-&设置-&基本数据-&字符串资源表维护-&类型：普通信息，操作：同步代码表中文翻译。
2.新增错误提示信息ERR_31722
eBao内部使用-&系统设置-&错误代码表维护-&（根据模块儿来，满99个就不能再新增了，去其他的相关地方新增，可以看前缀317）
同步这一条数据（ERR_31722 ）：t_string_resource，
1.FTP上传文件报错说无权访问：
原因：可能是因为这个文件别人用别的用户上传的，我就没有权限了。
解决：我这个用户是可以删除那个文件的，先删除，再上传就好了。
2.ftp上传不成功没有写权也不能删除：
发布的程序有问题每次发部完就把文件夹对应的用户给改了，bean登录了某台机器，用命令行查看那个文件夹没有写权限，用命令行赋权就好了，chmod777 -R（进入到目录中后）
3.FTPException后台打印报错
银代后台打印报错如下，原因可能是文件夹没有权限，找lynn看过她说有权限，但前台页面还是报错，看了下，其实ftp对应的打印文件夹里已经生成文件了：
Caused by: com.enterprisedt.net.ftp.FTPException: Unknowncommand.
atcom.enterprisedt.net.ftp.FTPControlSocket.validateReply(FTPControlSocket.java:549)
atcom.enterprisedt.net.ftp.FTPClient.chdir(FTPClient.java:1550)
atcom.ebao.life.newbiz.print.batchprint.FtpBean.chdirFirmly(FtpBean.java:190)
4.ftp报错：
我北京的cuteftp链接不上了，一直报错：runtimeerror，abnormalprogram termination
有2个书签起得名字一样了。删掉一个就好了。
五．流及开发环境
1.main（主干，大版本每月一次（新需求）） -& UAT（对应用户验收环境，用户测2周） -&Release（模拟Prod，2，3天就发布一次，改一些bug）
2.流从上向下的顺序是：贝塔（main），UAT,PRD(rELEASE)
3.贝塔（main）做新需求开发，开发完成后发到UAT,用户测出问题后我们在UAT修改，再有新需求来的话再在贝塔（main）开发，咱们关心的会出现merge的问题都是针对向客户发包的，所以正常情况下UAT测出问题那就在UAT改，除非是SIT新需求做完，需要向用户UAT发布新需求的时候，才需要考虑到要把SIT新需求的代码merge到UAT，这时UAT代码是最新的（也包括改bug的代码）。
4.A流向B流merge就是把A里比B里新增的类代码以及A和B里都有但不同（有冲突）的代码（会让你选留哪个），打成一个包。
5.怎么知道在哪个流开发？
以前在CQ上有，一般没有特别说明都在主干开发，不确定的再确认。
6.design流上搞design doc方法：
design doc那个view，下面的PICC_SRC/PICC_DESIGN_DOC/下面新建文件夹v201510，先update，没准儿有人已经新建了。designdoc搞完后，加进去，要右键addto source control，相当于提交了。然后再去把design的CQresolve掉。再去把coding的CQ open。设计文档和UT截图，没人看，只有QA要，只要有就行，随便写。
7.CQ design流checkout代码后的解决办法：
design流的CQ上的UCMtab的Stream应该是PICC_DESIGN_DOC
如果不小心在design流上checkout代码了（这时候UCMtab的Stream就是代码流了，eg.PICC_MAIN），需要revert，然后再找lucien把这个CQ的节点删掉，他删成功后Stream就是空的了，这个时候才能把designdoc add to source。没删之前不能addto source原因就是你checkout代码之后就把这个CQ和你checkout代码的那条流关联了，就不能再在其他的流（designdoc流）上操作这个CQ了。
8.release发布清单是每周二，周四，提
9.1月份大版本的时间是12月28号到1月24号，25号提交验收测试，2月26号安排生产上线『意思就是25号上UAT,要在当天把主干所有的CQ都发掉，（客户的『如果有依赖』除外）』
{月底上UAT，
上生产是：
第三周 周五 上生产。
月末倒数第二周 周五。}
10.TMP Review:Test Main Point,transfer在TMP之前。
11.生产环境的运维，验收通过了，周二，周四，就要提发布清单即可。后期 就是跟踪 即可。
12.运维：5级运维，8小时到期；6级运维，2天；
六．打包发布流程
1.发布流程
1. 远程连接10.127.134.29，登录build_admin，密码。
2. 打开CQ,在主干发布main下面第三点，可以查看待打包的需求列表。
3. 新增需求excel：在桌面上有2个快捷键，打开第一个快捷键下的文件夹\\10.127.134.31\picc\V201510，里面新建excel，001是十月份的第一个发布版本，之后累加。（PICC_V.xls），修改版本号为PICC_V201510，删除里面的一行，从CQ中把那一行copy到excel中。{V201510是当前月，所以是主干Main发布，V201509是上个月的了，主干发布一个月后UAT发布，所以9月份的就是UAT发布，以此类推8月份的就是Release发布。}
4. 置版本：打开第二个快捷键下的文件夹D:\cm\4.openversion，重命名.bat文件为.bat，运行之后，生成版本，版本已存在，在CQ上CCB tab的nextversion处，modify，下拉框就可以选择刚生成的版本名儿了，apply。置版本完成。（Main上可以全选，一起置版本。弹出的2个提示框选YES,NO）
5. 检查每个CQ中，是否有db脚本，如果有的话，在CC上dbscript文件夹下，新建一个文件夹PICC_V，在每个CQ的resolution下的脚本处，assign，activate，拷贝到刚才新建的那个文件夹下，complete。
6. CC上打包：在第一个view（1_build_admin_Main_DEV_dy）{dy:devilery}，下的文件夹3_build_admin_RELEASE_DEV_dy，右键，DeliverTool，输入版本号，点击GetDefects，CheckDependency，next。。直到结束。
7. 发布：打开IE，点击Hudson发布平台（http://10.127.134.31:8888/hudson/），Buildtab下点击1_main，立即构建，输入version。。直到结束。
8. copy包到最开始的excel同目录：打开第一个快捷键下的文件夹\\10.127.134.31\picc\package，打开1_main，copy里面刚生成的包PICC_V.zip到文件夹下。
9. Addon ：
&release发布步骤
i.同主干步骤完后 ；
ii.创建问题；（拷贝release headline，康标，excel和zip包上传，done）
hardy.zhang
发布清单/2015/- 》（checkout）edit，checkin（有颜色和无颜色相间），Done。
2.发布编译出错处理
1.dbscript 和plsql编译出错（不要再打包）：
1.让出错的人把CQ改好后『用verifier（mao.yang登录CQ-&Validatefail-&assign给自己，就可以再用自己的CQ登录修改了）』,再重新给它还置成发布出错的那个版本号，再deliver发布一遍就好了，刚才跟这个CQ一起发布的其他CQ都已经发布成功了，不用管，在要发布的地方也搜不到其他的CQ了。（发布出错后，很容易锁住CQ，在deliver的时候就会报错，说找CM什么的，解决办法：Hudson发布平台-》CM_Tool-&1_Unlock_Main-》点击立即构建，done【发布出错的时候，他怕你这一个还没发完就又发下一个版本，所以会锁住，这样解锁一下就好了】）-&然后改包，错哪个文件， 就替换哪个文件，保证每个版本的包 发布是正确的，改完包后再拷贝到D:\cm\1.deploy_main 文件夹里 运行deploy_dbOnly，就好了。『已经有发布包的情况下， 再打一个相同版本的包的话， 就会遇到刚刚的情况， 两个包都是不对的（第一次的包是有编译错误的，第二次的包是少第一次的包里面的很多class文件），需要合并才行。
2.第一次编译报错了，改好包后，CQ中存在不可重复执行的脚本怎么处理?:做个临时包，注释掉dbscript中的语句， 是为了发布。 是个临时包，让他不去执行某些脚本，比如第一次发布已经执行过的不可重复执行的脚本
3. 脚本发布dbscript error，打回去重新改，不要重新搞个ddl或dml的文件名，因为包里面执行sql脚本的脚本已经生成好了那个名字。如果新搞了个名字的话，再拷贝到包里，就会出现8个脚本，7个执行脚本语句的情况，deploydb only就没反应了，不生成log，还报dbscript错。最后的包要把新生成的那个脚本文件删掉，用他的内容覆盖最开始报错的那个脚本。还是7个脚本，7个执行语句。
2.class 编译报错：重新deliver打包发布的相同版本
class 编译报错，是必须要打包的
因为class报错后， 就压根没有发布包
3.需要deliver的情况
不管是class还是plsql编译出问题，都是要重新deliver一下的。sql脚本编译有问题就不需要deliver了。
4. 有不能重复执行的脚本 ，还要剔除掉
这就要看 上次执行的时候 ， 是执行到哪个脚本了。
比如 有脚本
然后 执行到 c.dml 的时候报错， 前面 a, b 都正确执行
那么， 再次发布的时候， 需要做个临时的包， 把 a.dml, b.ddl 的执行语句注释掉
5.PLSQL Compile Error报错文件没问题，其之后的文件有问题
主干发布后报错 PLSQL Compile error
我们检查了package是没问题的
发布包里的也是没问题的
但是不知道为什么main test上的package多了很多错误代码
PKG_LIFE_RENEW_DRAW_FEE
这个package之后的package的编码出现了问题，导致在上一个package的后面多了很多乱码的东西，报错就提示了上一个package的名字。
3.发布后脚本执行顺序不对报错
执行顺序修改:
1.找到刚生成的发布包:
\\10.127.134.31\picc\package\1_main\PICC_V_6
2.复制发布包,重命名为old..,修改原发布包里面的dbscript下面的upgrade_script.sql,修改这个文件里面的脚本执行顺序，然后复制生成的发布包PICC_V到目录下：D:\cm\1.deploy_main，然后运行deploy_dbOnly.bat
4.版本号不可选（置版本时下拉框里找不到）
顺便说一下， 版本号为何过后会不能选了：每天早上7点会跑一个任务，将超过两天的版本号，设置成releaseto test. 然后版本号就不能选了。
5.新增表在测试环境无法查看
发布的CQ中包含新增表脚本,不管是主干，UAT,RELEASE,只要在开发环境新建了表，发布到测试环境后，测试环境要想查看的话，都需要找你配置一下权限?不是的，后台有个JOB在执行授权，有时候JOB失败导致其他用户无法查看,正常情况下发布完后，可能过个几分钟job成功执行的话就可以查看了，不过时间长点还是不能查看的话，可能就是失败了，再找你帮忙搞一下，是吧？
Lynn Yang恩，不能查看时找我吧,正常JOB是每天晚上7点执行，我修改下执行频率
6.发布报错 error.txt 让我cancel deliver
就去发布的那儿，右键，deliver from streamto default，搞一下就好了。（不太确定，再遇到这个问题，还是要找下lucien）
7.deliver是在干啥
build的过程是连打包再发布到环境中，那deliver是在干啥呢?只是对CQ进行维护吗？
Lucien JieCC 是按流来管理代码的,开发人员 在开发流上进行开发,然后 ，按情况， 将完成的CQ， 从开发流delvier 到 集成流.打包， 是取集成流上的东西.
PKG_LIFE_QUERY_FUNC.sql 没deliver 成功, 108 节点 没升上去,没delvier.
原因:最开始deliver成功了,但 发布时plsql编译错误,于是改了发布包,没再deliver
所以 ， 正确的文件，只在main dev + 发布包 + 环境
因为没有deliver(所以没搞到MainDev的集成流上)， 所以在代码升级（从集成流拿）的时候，没法上到UAT
8.主干代码上了UAT, UAT 测试环境有个存储过程不是最新的代码
PKG_LIFE_NEWBIZ_EDOC，已找Lucien看过，发布包里是最新的，UAT 开发流上代码也是最新的。
发布包中的这个PKG没有读权限导致没有发布，给客户的发布包应该也有这个问题。
这个pkg很早之前第一次发布的时候，应该就已经授权了吧，是因为时间比较久了，权限出了什么问题？
是因为003打了两次包；出现问题的还有一个CLASS文件，上午我升级时解决了，这个PKG我没有注意到。
9.上UAT中发布包出错：
发布包出错：直接改201606.rar的压缩包，改完后，在创建问题那个地方找到之前上传的201606的压缩包，选择管理附件，删除再重新上传改之后的压缩包。最后通知wangbo，done。
10. release发布ddl脚本报错
release发布会在6个环境都执行同一个脚本，比如新建一张表的ddl，如果我之前手动在UAT_DEV测试跑过，发布的时候就会报错说name is already used by an existing object。
11. 发布报错错误的状态或版本
!!!====&There arebaseCMActivity with wrong state or wrong version. Please check!!!
18:58:31 D:\build\main_build_new&exit 2
18:58:31 [DEBUG] Skipping watched dependency updatefor build: 1_Main_build #1253 due to result: FAILURE
18:58:31 Finished: FAILURE
有版本的版本号置的不对，有一个CQ是被打回来的，它的脚本版本是之前置的版本，跟现在发布的版本不一致,之前已经发布过的脚本，这次只需要将版本设置成最新，并不需要拷贝到cc的文件夹等等那些操作。
七．PLSQL修改存储过程
PICC_Pre_DEV\PICC_SRC\plsql\PKG_LIFE_GROUP_CUSTOMER_VERIFY.sql
在plsql路径下搜索存储过程名字，checkout，用PL/SQL,选择ProgramFile方式，打开这个.sql文件，改完后编译，保存，在CQ上checkin。
debug方法：在调用的函数上右键test，在test窗口录入参数，可以加断点，鼠标放到变量上去就能看到当前变量的值，也可以在下边录入变量名，也能看到他的值。
3. adddebug info ：Main Test上不能debug存储过程的？（要debug都应该自己加一遍debuginfo的，不过MainDev上有很多都被别人加过了，所以有的不用加）
需要给PKG加下权限[我是read权限,告诉石力要debug的存储过程名字-要让LD给我个可以debug某个存储过程的 用户，或者让他用那个用户登录进去授权](望远镜搜索到想找的pkg,右键adddebug info)
3.改了存储过程后，页面在调用的地方总是报错：存储过程无效或者被修改，重新编译存储过程刷新页面，还是报那个错。
只要编译一次就会报那个错，所以不要再去编译，直接在页面点击返回，再操作就好了。
4. 当前页搜不到存储过程的实现，点击右键实现就出来了？
（PLSQL默认给打开2个窗口一个声明，一个实现，在右面那个窗口搜索。）
5. releasetestapp用户登录DB后Tables为什么可以查询却看不到？LynnYang：APP用户不是能看所有表的
6. 唯一键最多只能有30个列。再多也加不上了。
八．远程桌面
1.复制文件到北京虚拟机：
remotedesktop-&local resources-&more-&drives checkbox选中-&ok
九.Excel中的数据转成PLSQL中可以直接用的脚本格式
1.excel中的一列policy_code，先拷贝到txt文件，再拷贝到word，搜索^p（代表换行符），替换成','，替换后','是中文的，需要再拷贝到txt，搜索'和,替换成英文的（这个过程如果在word或者plsql中进行会超级超级慢还会卡死），再拷贝到plsql，done。
2．拷贝plsql中输入的'替换word中的中文的，替换后没反应：在plsql中复制一下'，然后在word中home-》replace&》more-》点击一下replacewith-》然后再选择Replace-》special-》ClipboardContents
十.PLSQL中的一些报错
1.Main Dev 环境 ，PLSQL报错，同义词转换不再有效, 同样的PLSQL, UAT就不报错：
insert intoTMP_SMS_QUEUE(QUEUE_ID,CATEGORY_ID,POLICY_ID,PARA_1,PARA_2)
s_TMP_SMS_QUEUE__QUEUE_ID.Nextval,
cm.policy_id,
cm.applicant_id,
cp.product_id
FROM ods_contract_product cp,
ODS_contract_master cm,
ODS_PRODUCT_LIFE pl
WHEREcp.policy_id = cm.policy_id
and cp.product_id = pl.product_id
and pl.benefit_type = '41'
AND cm.policy_type IN('1', '3', '5')
AND cm.liability_state = 1
and cm.branch_id=';;
这3个是synonyms，ods_contract_productcp,
ODS_contract_master cm,
ODS_PRODUCT_LIFE pl
Lynn Yang 2:57PM:
这三个同义词我重建一下
2.Package状态失效
我们一般发布plsql后，会重启应用，手动把最新的pkg发给客户执行，就会导致所有引用到我这个pkg的那些pkg失效。
1.Char & varchar2
db定义char(5)，如果只保存了1位，db会自动给后面的4位填充空格。varchar2(5)就不会自动填充。
2.执行计划
一条sql看它的执行计划没有问题,其他环境也都好的,只在南中心导致锁
肯定是执行时间上的索引导致的慢。
晚上我会做个全库的统计分析来改正执行计划(执行计划出问题了，可能失效了之类的，不一定只是这个sql的)
3.Ddl改表给default值卡死表
ddl修改已存在的表结构，不要给default值，否则由于维护的数据量大（这个default会把此表原有记录的值全都更新成给出的default值）而卡死。
十二.Eclipse
1.搜索正则表达式并替换
替换开始行数：859.（scope：选择Selected Lines）
在eclipse中ctrl+F搜索所有的 & (数字, &
（把psmt.setFloat(22,这种写死数字的全替换成ii++这种的）
elipse中搜索的正则表达式如下：
\([0-9]+\,
十三. 虚拟机全屏的快捷键
ctrl+alt+pause/Break 没有pause/break 的 试一下fn+p/b
1. 页面value里的%，如果value里面的值是double类型的，百分号就不显示了，自动除以百分号了。40%-& 0.4
二．保险业务相关：
一．产品定义
1.险种相关因素（t_product_life）
1.t_product_life这张表里存了，险种相关因素，（Y,N，控制是不是这个险种相关的因素的，用来控制页面显示与否），一遍录入的时候显示的那些字段，在 核保页面中产品的险种资料页面，也显示相同的字段。
selectt.coverage_charge,t.charge_period,t.* fromt_product_
险种页面是否显示保障年期类型，缴费年期类型 等字段的设置。
select t.basic_coverage_period,t.basic_charge_period,t.*,t.rowidfrom t_product_life t where internal_id=6411106;
用户给出的产品名称和我们中的对应不上，比如：用户给的是：人保寿险附加意外伤害保险（新标准版），我们DB中存的是：人保寿险附加意外伤害保险（新标准版）-身故保险金 和 人保寿险附加意外伤害保险（新标准版）-伤残保险金，其实卖的时候就是一个险种，只是不同的责任，我们数据库中为了方便，就存成了2个责任。
3.应税标记说明（t_product_tax_info）
--免税产品。Start_date都选号即可。都是那一天插入的
select * from t_product_tax_info/* for update*/ whereproduct_id=64783;
select * from t_taxable_
select max(list_id) from t_product_tax_
4.需求中产品定义章节看是否需要开发
产品定义部分有需要开发的：
看下需求有没有需要的章节，如果没有，就不需要。
有的话就跟致赢的需求文档似的会专门列出一个章节的：5.1.6.2 程序开发 。
5.产品定义导数据表结构不一致
产品定义在主干上，导入到release上去的时候，主干上的表T_PREMIUM_RATE比release上的表多了2个
字段(在主干开发上已经把新增的2个字段配置好了，直接改主干开发上的表结构那些数据就没了)，表结构不一致，导致导不成功，通过手动做脚本的方式，再把脚本放到产品包中。
手动做脚本：
1.main上的数据先导出excel
2.把excel中多出的那2个字段的列删掉，再倒入到UAT上
3.做脚本从UAT取数据（UAT和release上表结构一致）
6.退保贴现率
--退保贴现率需要开发自己配置
select psr.*
from t_prod_service_rate psr
where psr.product_id in (64783) --64783 --,
andpsr.rate_type = 60;
select * from t_service_rate_type where rate_type = 60;
7.修改产品定义相关的表结构-产品包
和lynn说表结构修改：
lynn，产品定义相关的表结构我们做了修改，需要提供给你相关的表吗？
表结构修改已经发布到maintest上了
--产品定义表
ALTER TABLET_PRODUCT_LIFE_EXT ADD PLAN CHAR(1) ;
COMMENT ONCOLUMN T_PRODUCT_LIFE_EXT.PLAN IS '是否支持方案';
ALTER TABLET_PREMIUM_RATE ADD PLAN CHAR(1) ;
COMMENT ONCOLUMN T_PREMIUM_RATE.PLAN IS '方案';
类似于这种的
lynn：哦，不影响产品包
上生产是，先发产品包，再发应用的。（所以表结构ddl语句是在后面才执行的，会报错。产品包里是最新的表结构的数据，而生产上此时ddl语句还未执行）
刚刚那个ddl让lynn手动放到产品包里，发布包里要去掉ddl。
8.新增费率相关性：
产品定义表要改
费率表要改
费率数据上传格式数据下载的地方要改。
（上传的txt中的第一行用于存放数据库字段名，不需要改上传的代码，通用逻辑保存上传的数据）
9.产品条款更新
更新条款要先删掉原来的记录，否则新生成的和原来的id不一样就会插入2条了，而不会更新原来的。
--产品定义上传条款
delete from t_material where product_id=64903;
select* from t_material whereproduct_id=64903;
10. 退保金公式开发
退保金公式：
select rowid,t.*from t_formula t where formula_name like '%抵押%';
select rowid,t.* from t_product_surrender t where product_id = 64903;
再改pkg算值替换公式中的汉字。
二．费率问题（t_premium_rate）
1.描述：页面添加险种保存报错，看报错存储过程行数，指向费率表。
原因：这个险种被保人的年龄要在50-75岁之间才可以，我录入的人的出生日期是1980年的，投保日期是2013年，投保的时候这个人年龄不在这个区间，所以找不到费率。我录入个在这个区间的就好了。
1.个单手动承保：
财务中心结帐之后，单子状态还是首期待承保，这个就要手动承保（单子比较特殊的就不能自动承保）。 到菜单：新契约特殊权限-》个银待承保投保单查询，点完承保就好了。
2. 承保时投保单数据表导入到保单表：PKG_LIFE_NEWBIZ_APPRO_GRP_INC
procedureP_INSERT_GROUP_TO_CONTRACT(IN_POLICY_ID in number)
四．保单前台打印检索不到
1.PDF打印搜不到，在打印统计查询-》前台PDF打印配置那儿按险种代码搜一下，是因为配置被删掉了（可能是为了测试后台打印），新增一下就好了。为了继续搞保全，直接去后台打印那个菜单打一下也可以。
1. 保全生效日期：
进行了一项保全后，不会立马生效，一般是第二天生效，在录入保全的时候可以看到生效日期那个字段，根据不同的保全项有的生效日期可以修改，有的是系统自动给出的不可修改。
2.批单删除实际业务：
1.误操作；2.用户今天退保，明天反悔了，要撤销之前的保全。
3. 某项保全是否走核保可以在页面上看到：
保全-》保全项目特殊配置-》是否核保.
4.保全处理过程逻辑：
1.保全新增：1.根据t_contract_master表数据向表t_policy_change中插入记录；2.插入费用信息（只有某些保全项会插入），PKG_LIFE_PS_PUBLIC.p_disposal_payfee
2.保全录入[209团险长险新增被保人]（某条记录需要被修改时，dump原表到log表，old_new=1和old_new=2，dump2条记录，然后更新old_new=2的那条记录为页面修改后的记录）：1.更新保全主表T_POLICY_CHANGE；2.新增被保人，插入表T_CUSTOMER；确认新增被保人，插入T_INSURED_FIRST_LOG；3.新增险种，从表T_CONTRACT_PRODUCT中随意找一条当前保单的分单记录，（改成最新的item_id）插入到表T_CONTRACT_PRODUCT_LOG中。
5. 保全核保（二核）
保全核保（二核）后，状态是（15:人工核保完成），需要再次保全录入，然后再审批。『综合查询，看保全批改记录表』保全审批后状态是(10-审批确认)，要去收付费管理-&保全收费那儿去收费。
6. 新开发一个保全项流程
1.配置表t_service（基本保全代码表）和T_SERVICE_ORG_CFG（保全项目基本配置表：流程，个团险etc）和t_service_rule（保全申请信息校验表）,还有保全项相关的log表配置。
select t.*,t.rowid from t_service twhere service_id in (61,62);
select t.*,t.rowid fromT_SERVICE_ORG_CFG t where service_id in (62);
select t.*,t.rowid fromt_service_rule t where service_id in(62);
select t.*,t.rowid fromt_service_log_config t where t.service_id in (62);
2.新建helper和对应的servlet等类。servlet配置权限需同步t_module_url。
select T.*,T.ROWID fromt_module_url T where url='/servlet/com.ebao.life.ps.alter.amountrestore.AmountRestoreServlet';
3.配置用户操作此保全项的权限。
保全-》用户保全项目配置-》项目用户配置，全部添加，保存。
1&.保全生效日期是第2天才生效的，但是第1天当天其实那些数据就都已经变更掉了,保全的状态也已经变成保全生效了,那这个第2天生效有什么用呢?
[?6/?13/? PM] Tina Pi: 我们系统有很多保全是第二天才生效的，但是在数据库中，其实数据都变了
在做其他保全项的时候，算钱的时候，就是取的生效时候的钱，而不是取申请日期的钱。
7. 团险单位缴费比例变更保全项
T_CONTRACT_ASSU_NOACC 存的是当前账户的信息，只存首期的，T_CONTRACT_ASSU_NOACC_LIST（首期和续期都存） 存的是流水，因为账户信息可能变，交费比例变了，只能在流水中体现出每一次的变更记录来。
8. 个单减少保额
钱从主险退到附加险的账户里去，所以
1).t_product_fee：
主险：F75:部分退保费用(主险）；附加险：F569:保全追加投资（附加险）。
2).t_policy_fee：
除了t_product_fee插入的以外，再多一条对F569保全追加投资的F31:保全暂收费。就说明投资的钱已经收到了。
F75:部分退保费用(主险）
F569:保全追加投资（附加险）
F31:保全暂收费
3).t_capital_distribute（资金分配：向账户中打钱，把减少保额退的钱打入到/投资到账户中去）
D3:追加净保费(附加险)
9. 已付费批单删除
操作红利领取方式变更保全项，一部分钱1000现金领取，一部分钱8000转入附加万能账户，这8000块就直接进入账户了，而这1000块，要去柜台付费，网点付费，财务中心付费（就是收费反过来的流程），付费结束就把钱领走了，此时若想批单删除，由于已经发生过pay的动作了，就要操作已付费批单删除，不能操作批单删除了，已付费批单删除完成后，要再去保全收费。（付费:只有柜台付费，没有保全付费，收费才分柜台和保全）
保全-》结算单分配，收付费-》领款凭证号，付费。
10.保全日结清单
1. 扫描影像 vs 匹配影像
1.保全新增时选择扫描影像：
点击确定会自己进入影像扫描的页面，然后最上面点击进入保全录入。
2.保全新增时选择匹配影像：需要先去影像管理-》新版影像扫描
-》主单证类型选择777-个险保全-》开始扫描-》保全文件编号生成-》影像类型可以选812-其他资料（保全）-》设置，上传。复制它生成的文件编号。
再去保全新增，选择匹配影像，复制上面刚刚生成的文件编号。确定-》保全录入etc。
选择扫描影像t_image表不会存change_id所以和保全项关联不起来，在保全日结清单按影像匹配时间查询时查不出来；
选择匹配影像t_image表会存change_id所以可以和保全项关联起来，在保全日结清单按影像匹配时间查询时可以。
2. 增权限：
有的用tug.group_id，有的用module_id什么鬼？
以后如果要改就把所有的group_id的地方都改成module_id的方式
菜单授权要看叶子节点的。（看到最底层的叶子菜单）
2. 新增一个登录用户和权限
雇员管理新增一个人，直接手动去插t_user的话还要插t_employee，就用页面插吧，权限直接去DB里插入数据。
（总是报错如下，应该是logout用户root（logout之前访问的是雇员管理菜单）切换成用户daynaBaby，daynaBaby没有那个权限，clearcash即可）
拒绝访问，该URL没有配置或非法访问！
--------------------------------------------------------------------------------
用户 ID： 3060300
Module ID: null
访问 URL：/life/WebAction/com.ebao.life.system.changepwd.InitChangePwdWebAction
11. 万能险追加保费
（审批之后 要保全收费 才能生效）
审批要保全收费：（选现金）
如果选银行转帐的收费方式，要去操作银行收费5部。（保全的不用抽档，操作4部即可）
12. 清空保单暂停状态的保全字段
selectSUSPEND,SUSPEND_CAUSE,SUSPEND_CHG_ID,SERVICE_DEAL,SERVICE_EMP,t.*,rowid fromt_contract_master t where policy_id=;
六．犹豫期&保单回执
1. 保单还处于犹豫期，不能进行退保操作，只需要改一个字段就可以了：
解决：改received_date，这个字段是代表收到投保人回执的日期，犹豫期指的就是从回执日开始的10/15天内。把这个字段设置成很早的一个日期就好了。
七．影像随动与漂移以及替换成真实影像的办法：
1.影像随动与漂移：
就是下面点击输入框，上面的影像跟着动，同时在输入框的右面会漂浮着一个框。
2.替换成真实影像的办法：
在影像扫描那儿点击完scan后，去文件夹C:\SCANDIR下，用真实的影像替换刚生成的影像，名字要改成刚生成影像的名字，再去影像扫描那儿就能看到真实的影像了，再设置，上传，done。
3.2页：(替换2次):
后台替换完第一页后 点击设置 然后再点击开始扫描 再后台替换 （再设置：文件页号选2） 再点击全部上传
4.影像扫描需要Admin权限，因为要在C盘保存文件。
（没扫描出东西来的话就要找Ricky搞权限）
5.团单：扫完影像后，就改影像上传时间，保单 生效日期 才会是你改的影像扫描时间的第二天，不是在核保页面 你指定的 生效日期了。
--------------更新团单影像扫描时间
update t_image t set t.scan_time=date'' wheret.file_code='050';
6. 一个投保单对应多个影像t_image，file_code影像单证文件的号码就是投保单号码，sub_file_code ：副单证编号（882），policy_id：保单id.
7. --29.影像随动及漂移配置：
--影像扫描，页面右键view source，看到page_code和ImageContentType,根据这2个参数可以知道他用的是哪个单证(影像管理，可以删除，也可以看)
--在里面新增一条我新增的控件名字。
--要设置页数，我这个单证扫描在第几页
--C_image_content_type='18'; C_page_code='NB_ENTRY_82';
select * from t_ui_page where page_code='NB_ENTRY_82';--哪个单证
select t.rowid,t.* from t_ui_field t where page_id = 82;--此单证中有哪些字段（控件）
select t.rowid,t.* from t_image_area t where page_id = 82and image_content_type = 18;--此单证中有哪些区域{区域的定义用：左边距，上边距，区域宽和高} --区域，设置
1. select * from t_ui_field_area where field_id = 10316and area_id = 1000122;--关联表，单证中的字段和单证中的区域对应关系
八．保单打印
1.前台PDF打印配置
保单打印-&打印统计查询-&前台PDF打印配置：如果这里面配置了我的保单的险种，则只能走前台PDF打印，如果没有配置，则只能走后台打印。 （后台打印过之后，就可以在前台补打中搜到的）补打不管配置险种与否都能搜到并打印。
团单打印：PKG_LIFE_NEWBIZ_PRINT_GRP_INC.P_PRINT_GROUP
2. 前台pdf打印和后台打印
1.银保通银行官网、自助终端、银行手机端等新型方式投保后，由保险公司人员在核心系统前台pdf打印页面手动打印保单后寄送，存在不能及时检索并打印、制作不规范和递送异常等问题。(前台打印直接打出PDF，后台打印生成txt只生成数据，然后再把这些数据推送给渠道第三方系统，第三方系统再根据自己需要的样式打印成PDF，然后第三方自己邮寄等等，这些事儿就不是核心系统来干了；保单打印 有个后台批处理的定时任务，每天检索出已承保待打印的保单，全部打印，这样就避免了业务人员手动前台打印的不及时以及遗漏等问题)
八．综合查询
1.表&字段及实现
1.t_query_table配置表名
2.t_query_column配置列名：
list_order&0 ：该字段显示在列表形式的table中
common_order&0：该字段显示在详细信息形式的常用项中
advance_order&0：该字段显示在详细信息形式的不常用项中
select * from t_query_column where table_name=? and list_order&0 order by key_column desc, list_order asc
3.t_string_resource 配置字段的中英文显示名
4.页面调用：& style=&2& title=&&%=sTitle%&& /&
2.链接查看机构权限
综合查询查出保单来，想点击进去，要用对应机构的用户，比如430的保单号是湖南的，要用hunan_wangying登录。也可以用root查看。
十．单证同步
1.影像管理-&影像查询：单证同步(803单证同步,除了向card相关的2张表中插入数据外,还需要向t_string_resource里也插入一条显示信息.
select* from t_billcard where card_id=803;
select* from t_card_rider where rider_card =803;
--被保险人确认函
selectt.rowid,t.* from t_string_resource t where str_id like '%COD_T_BILLCARD_803%';)
十一.万能账户
1.账户价值
就是账户里的钱
账户价值计算：
非结算日终止9.15（比如理赔立案日）号扣费算钱，取上一个结算日9.1号的本息和（t_cust_deposit.interest_capital）再加上1到15号的利息（用上个结算日的本息和乘以利率），利率取的是保证利率（每个产品不一样）0.035（select* from t_acc_int_scheme where product_id=64303; int_type=1是保证利率）。
2.账户停效
账户里的钱不够扣风险保障费了就停效。
3.账户的创建
保单承保的时候，才去插入账户信息t_cust_deposit（特定产品benifit_type才会插入），钱都是0，
----判断是否万能险产品或账户式两全,是的话才会在承保时插入账户表t_cust_deposit
select TPL.BENEFIT_TYPE from T_PRODUCT_LIFE TPL whereTPL.PRODUCT_ID = 70013;--11, select TPL.BENEFIT_TYPE from T_PRODUCT_LIFE TPLwhere TPL.PRODUCT_ID = 64386;--41 ：所以智赢产品本身不会创建账户，只有附加了人保寿险附加品质生活年金保险（万能型）（B款）才会给投保了附加险的被保人创建账户
--ifM_BENEFIT_TYPE in ('41', '42', '43') then：是万能险产品或账户式两全
PKG_LIFE_UNIVERSAL_CI
PKG_LIFE_UNIVERSAL_GRP_SETTLE
最终是PKG_LIFE_UNIVERSAL_GRP_SETTLE
里面有的方法不要乱调
有的方法一调就结息了
算现价是P_ACCOUNT_VALUE
F_GET_SUBPOLICY_AV
这个是算某个item下的
5.万能批处理执行过程
361日批，跑的时候会去t_universal_batch_task表捞数据，把需要结息扣费的单子跑批处理。
t_universal_batch_task:当天做的单子要到第二天凌晨才会插入这张表。
十二.万能险结息扣费批处理计算
参照文档：
计算公式：
个人账户价值*利率*天数/365
举例：（每一笔进账户的钱按在账户中存的天数来分段计算：
个人账户价值*利率*天数/365
776 *0.05*(30-2+1)/365
20.2*0.05*(30-20+1)/365
计算公式：
风险保额*费率*天数/365/单位保额
主险风险保额：（主险保额-个人账户价值）
附加险风险保额：
----风险保费费率表，注意被保险人年龄的变化，取值也要相应变化
select * fromt_motality_fee where product_id = '60576' and age = '31' and gender ='F';
---进账户扣费6.88---6.21
select （0）*5.5*23/365/10000
---第一个月的利息---2.59-2.775567
select()*0.0295*(date''-date''+1)/365
---第二次扣费--9.04---9.61
select （0+6.88-2.775567）*5.7*31/365/10000
---变更保额后的首次结息利息
----3.133585
select()*0.026*31/365---3.16
---变更保额后的首次扣费---9.52 （已缴纳一期续期费用）
select(2.1*30/365/10000---9.25
----查看风险保费费率单位保额取值-10000
selectmort_unit_amount from t_product_life where product_id='60576';
十三.生存给付抽档和到期
1. 红利因子
号才会提供红利因子
2. 抽档和到期t_pay_plan & t_pay_due
1.跑完生存给付抽档和到期，才会有生存金t_pay_plan& t_pay_due，才能做保全：个险给付授权及变更
2.生存给付-&给付抽档-&个险给付逐单抽档
生存给付-&给付抽档-&生存给付逐单到期
3.给付抽档就是生成：t_pay_plan（给付计划301和304）和t_pay_due（应付记录，0-待处理）的记录
4.给付到期就是从给付计划和应付记录中t_pay_due，作为一个保全项，处理费用，现金把钱拿走或者作为投资转入到附加万能账户。
5.回执日期2016-4要在承保日期2016-4之后，生效日期是，依然可以抽档之前的年金.
3. 302-养老金
1.302-养老金 看的是 t_contract_product的START_PAY_DATE 险种给付开始日期。
2.养老金生成过程：
1.先跑转年金批处理，会把t_contract_product的ANNUITY_TRANSFERRED由&N&变成&Y&已转年金，这样才可以继续操作生存金抽档和到期。
转年金 ：万能险是把账户里的钱 取出来，养老保险只是跑一下改一些标识，然后就可以抽档到期了，就是为给养老金做铺垫，就是给的养老金。
2.生存给付抽档。
3. 生存给付到期
3. 养老金（是你买了这个保单，保单本身的302责任，【跟房子没有关系，房子只是帮你出了保险费】，给你养老金，直接进入银行卡）
4.以房养老：
只有保费才进 账户；（每年缴纳一次保费，你抵押了房子，保险公司帮你交了这个保费，这就算贷款。）
4. 删除生存金顺序 完美脚本
--删除已生成的生存给付年金数据，然后让保单可以重新抽档和到期脚本。
--删除生存金顺序完美脚本begin
delete t_capital_distribute t where policy_id=;
delete t_pay_fee t where policy_id=;
delete t_product_fee t where policy_id=and fee_type in(666,667,668,669,152);
delete t_policy_fee t where policy_id=and fee_type in(666,667,668,669,152,32,15);
delete t_payee t1 where due_id in(select t.pay_id from t_pay_due t where policy_id=);
delete t_pay_due t where policy_id=;
delete t_pay_auth t where plan_id in(select plan_id from t_pay_plan where policy_id=);
delete t_pay_plan_payee t where plan_id in(select plan_id from t_pay_plan where policy_id=);
delete t_pay_plan t where policy_id=;
update t_contract_product t set START_PAY = 'N'where policy_id=;
--删除生存金顺序完美脚本 end
十四.收付费
5.保单号生效，下期应缴费日号，在号续期抽档，抽出0-待处理的费用，
6.柜台收费（续期收费）时，可以选中某一期的t_policy_prem应交保费的记录（但只能从前往后交钱，没交第二期的不可能先去交第3期的，一旦选了某一期的记录，则必须足额缴纳），也可以不选（不选默认也是从前往后一期一期地去交钱，交钱数任意，没有限制，可以交多笔，加一起够了某一期的保费就可以去转实收），续期收费后会插入t_policy_fee（有insert_time），21:续期预收保费（可以有多笔），财务中心结帐后才会有t_policy_fee.finish_time财务作帐/业务统计时间，足额缴纳才能转实收成功，因为实收完prem状态就成付款确认了。转实收时生成：23:续期预收冲销应收 （23的作用就是抵掉21收入的钱，转成43收入的钱）和43:续期保费收入。
7.&48-复效保费&：停效保单先做复效保全项再保全收费（先做保全项的话就不需要转实收了），交完钱直接prem表的状态就变了
十五.银行帐号开关
t_cs_bank_account
select* from t_para_def where para_desc like '%银行%';
1是开，0是关，自己插入t_bank_account，下面调用Units.EnterTaskMain(lifePolicy.getPolicyId(),null,null,null,com.ebao.life.pub.Strategy.BusiType.NEWBIZ,com.ebao.life.pub.Strategy.BusiType.isNotLog,bankmodel);
就满足下面的需求了：
《PICC-62558_关于客户银行账户信息管理优化的一期需求》
a)??当&银行账号覆盖老程序开关&开关打开时，需要在T_BANK_ACCOUNT表保存银行账号信息；当开关关闭时，不需要在T_BANK_ACCOUNT表保存银行账号信息。
b)??当&银行账号覆盖新程序开关&开关打开时，需要在对应的T_POLICY_BANK_ACCOUNT表保存银行账号信息；当开关关闭时，不需要在对应的T_POLICY_BANK_ACCOUNT表保存银行账号信息。
十六. 批处理
1.停校处理
----1.停校处理
M_OPT_IDT_BATCH_OPT.OPT_ID%
M_POLICY_ID T_CONTRACT_MASTER.POLICY_ID%
M_HANDLE_FLAG
M_POLICY_ID := ;
M_HANDLE_FLAG :=2;
SELECT MAX(OPT_ID)INTO M_OPT_ID FROM T_BATCH_OPT WHERE SCHEDULE_ID=16;
if M_HANDLE_FLAG =1 then
PKG_LIFE_PS_BATCH_AUTO_LAPSE.P_SUB_HANDLER_1(M_OPT_ID, M_POLICY_ID);
if M_HANDLE_FLAG =2 then
PKG_LIFE_PS_BATCH_AUTO_LAPSE.P_SUB_HANDLER_2(M_OPT_ID, M_POLICY_ID);
if M_HANDLE_FLAG =3 then
PKG_LIFE_PS_BATCH_AUTO_LAPSE.P_SUB_HANDLER_3(M_OPT_ID, M_POLICY_ID);
---2.红利 PKG_LIFE_BONUS
--p_prepare_signle_tp 预分配
--p_real_distribute_single_tp 实分配
p_prepare_signle_tp 预分配：调用第一个，如果保单是日生效的，到分红，而每年红利因子是6-1号更新的，所以5-1号的时候本该给人家分红，
但是给不了，要等到6-1号才给，从5-1号到6-1号这段时间我们就把应该给你的分红再加上分红在这段时间产生的利息一起给你。
预分配时要录入2个时间，如果保单生效日（5.1号）在6-1号之前，就录入6-1号和6-1号
实分配时要录入2个时间，如果保单生效日（7.1号）在6-1号之后，就录入6-1号和7-1号保单生效日的月和日。
p_real_distribute_single_tp 实分配
--次日生存金（要有回执日期）影象扫描 008-& 888,新契约特殊权限-&保单回执-》录入时间，犹豫期是回执日（）后的10（）或者15天，会在犹豫期后的第二天发放一笔年金，
插入t_pay_due表。
生存金 t_pay_plan
3. 生存给付抽档和到期
--3.跑完生存给付抽档和到期，才会有生存金t_pay_plan & t_pay_due，才能做保全：个险给付授权及变更
生存给付-&给付抽档-&个险给付逐单抽档
生存给付-&给付抽档-&生存给付逐单到期
1.问题件和核保涵
用户提交的东西有问题，生成问题件，发放给用户，用户过来解决后，再在系统中回销，说明解决了，再进行下一个步骤。
核保函发给投保人，问题件发给被保人
2.分红保险个人客户红利分配通知书
1.生成&下载打印步骤
1.分红批处理（预分配和实分配）
2.解锁保单分红通知书逐单生成-》生成 （生成单个 信件，分红年度输入的是上一年的分红的）
3.批处理信件-》生成
4.打印 & 下载
2. 实现文件
前台打印：
E:\Files\PICC_PROJECT_DAYNA\PICC_DEV\PICC_SRC\java\com\ebao\life\letters\batletter\pdfPrint\PrintDAOImpl.java
E:\Files\PICC_PROJECT_DAYNA\PICC_RELEASE_DEV\PICC_SRC\java\com\ebao\life\letters\batletter\pdfPrint\BatchPrintPdfImpl.java
generate(String[] noticeCodes, ListkeywordInfos)方法：
根据不同的信件类型调用不同的 打印方法。
分红保险个人客户红利分配通知书
E:\Files\PICC_PROJECT_DAYNA\PICC_DEV\PICC_SRC\report\life\letter\approval\bonus_person.xsl
E:\Files\PICC_PROJECT_DAYNA\PICC_RELEASE_DEV\PICC_SRC\plsql\PKG_LIFE_LETTER_BATLETTER.sql
3.not data（下载&打印无数据）
你的单子下载没有数据，是因为T_ANNUITY_ASSIGN_AMOUNT_INDV (可分配盈余表)这张表少2015年的配置数据。
我刚刚已经插入了2015年（表里2015年对应着分红年度是2016年的）和2016年的
4.金色年华产品
开发和测试的时候注意该产品做了特殊处理，要特殊处理&测试。
3.期交和趸交万能险报告书
期交和趸交万能险报告书，只能生成（打印）当前年的上一年的（跑好上一年一整年的结息和扣费，再去跑万能报告书批处理。（期交和趸交跑同一个批。）
71 万能报告书批处理(期交和非期交合并)PKG_LIFE_UNIVERSAL_REPORT.P_GEN_BATCH_ANNI_REPORT
4.团体年金保险红利分配通知书
团体年金保险红利分配通知书 （先跑分红批处理，再跑76批处理，再页面点击 批处理信件-》生成，不需要和个险似的先执行解锁保单逐单生成，再批量生成。
76 团体年金保险红利通知书 团体年金保险红利通知书 PKG_LIFE_LETTER_BONUS.P_CREATE_BONUS_NIANJIN_LETTER）
5.在信件发放的地方检索到
核保新增了信件，需要 点击核保暂缓才能在信件发放的地方检索到。点击核保完成就完事儿了。
十八.特殊险种
1.社保补充医疗保险
6. 社保模板清单上传(附带被保险人)：要重新下载另一个模板，先把主被保人的上传了，再选择不清空上传附带被保人的模板。
7. 主被保人必须是用身份证(不一定，但是一定要录入证件信息)，不然上传连带被保人的时候，总是报错说(必须先上传主被保人清单，然后上传连带被保人清单！)
8. 社保补充医疗保险(附加女工生育)：预收录入的时候，人数一定要和员工总数保持一致，就是全都要投保这个险种，不然到了录入的时候，他会把你分配给这个险种的总钱数除以员工总人数作为每个人的保费，然后再乘以你投保的人数，如果此时投保人数和员工总人数不相等的话，钱计算出来就总是对不上的。
9. 社保补充医疗保险(主险)：看预收录入的计划项可以知道社保主险是没有分配保费的，所以他只是录入下投保的总人数以及缴费方式等。（其他的附加险不能修改保障年期类型，必须从主险录入，其他险种是直接带出来的不可修改）
十九.常见概念
汇缴单：批量 个单 （给很多个人投保，就是批量个单）.
学平险 用 汇缴单：就是把个险做成团险了。
汇缴单，录入险种资料的时候，录入了险种和钱（比如1000块），之后再清单上传的时候上传人，代表每个人都投保了这个险种和钱（1000块），所以汇缴单 纯风险保费的校验，是针对每个人的险种求和，而不是整个汇缴单的求和，正常每个人的风险保费rate_table_prem应该都是一样的，我判断的时候只要有超过100的就提示。
2.伪产品：
（责任都在附加险上，比如社保补充医疗，主险上不写保额保费，住院医疗这种附加险上写保额保费）
人保寿险公共交通工具意外伤害保险
3.绿色通道
业务员，比如个险业务员，表现得比较好，就把这个t_agent录的单子放在最前面，并把记录变绿。
二十.生效日期(个险&团险)
个险，北京分公司机构：投保日期的月和日，如果和被保人的生日的月和日，相差在60天以内的话（称为生日单），生效日期取投保日期的年和被保人的生日的月和日的前一天；如果相差大于60天的话，生效日期取当前日期的第二天。
举例（生日单）：投保日期，被保人生日，生效日期：.
团险，影像扫描（t_image）时间scan_time，如果scan_time《（不太确定这个时间），生效日期就是投保日期的第二天；如果scan_time》（不太确定这个时间），生效日期就是当前日期的第二天。
如果生效日期是当前时间第二天，则F41首期保费收入当天的状态是0-待处理，第二天的时候自己手动跑首期保费收入确认的批处理，F41状态就会变成1-付款确认；如果生效日期是在当前时间及以前的时间的话，F41首期保费收入当天的状态就会是1-付款确认.
二十一.回退-&业务回退申请
可以回退 ，生存给付批处理 ，但是一旦选中某一条记录，那条记录之后的所有操作都会被自动选中，都要回退。不知（致赢数据维护时遇到的已经跑过生存金抽档和到期的数据）客户是否通过这个功能回退的生存金的给付和到期。
二十二.系统
1.雇员管理
1.(用root登录，可以赋权所有的菜单，一般的用户只能赋权自己有权限的)
系统-》雇员管理-》lisa 查询-》修改所选用户-》
（组用户 管理 的按钮 坏掉了不能用，直接配数据库，生产上按钮是好的）
人 和 组 有关系 ， 菜单 和 组 有关系 ，--》人和菜单 有关系。
----------------------------用户权限相关的表如下-----------------------
select * from t_
--用户和组对应关系（多对多）
select * from t_user_
select * from t_
--菜单和组(1个组对应多个菜单)
select * from t_group_
-------------------------用户权限相关的表end---------------------------2.菜单授权要看叶子节点的。
二十三.特殊险种注意事项
1. 金色年华产品红利通知书
-- Call the procedure
releasetest.pkg_life_letter_bonus.p_single_create_bonus_letter(i_policy_code=& :i_policy_code,
i_opt_id =& :i_opt_id,
o_scce_flag =& :o_scce_flag);
--如上的逐单生产分红通知书是不支持金色年华类产品的红利通知书的生成。
生产中是不通过如上的方式生产红利通知书，采用如下两种方式：
P_CREATE_BONUS_LETTER_ASYNC和P_CREATE_BONUS_LETTER_BATCH
二十四.续期抽档
抽档就是准备数据，续期抽档一般在下棋缴费日一个月内，，肯定可以抽档（下期缴费日前一个月内），抽档完就是说明该续期缴费了（就是准备好0-待处理的一笔费用了，接下来就可以处理这笔费用了），你交了就自动延1期，不交就停效。所以要先续期抽档，再跑停效批处理。
三．PICC的一些实现
8.formBean的属性名字同jsp页面录入框name
formBean的属性名字要和jsp页面上的录入框的name属性名字一样，后台通过反射把request.getParameterNames()里面的每一个属性都设置到formBean对应的属性中。
9.URL配置权限
拒绝访问，该URL没有配置或非法访问！:
root登录，系统-&模块URL管理-&
同步t_module_url一条数据。
Module ID: 10387
访问 URL：/servlet/com.ebao.life.newbiz.premiumdivide.PremiumDivideServlet
10.看后台log
公共模块-&查看以及System.out。
11.保单相关
1.policyid：保单id和投保单id都是他，只是投保单号码和保单号码不一样（send code。。）。
2.针对050、056、057、067、068投保单：指的就是t_group_policy的send_code投保单号，截取substring(12,15);
12.电子文档模板定义
被保险清单：
/life/edoc/def/templ_pool_download.jsp
t_edoc_templ
团险新契约-&电子文档模板定义 ，在这个URL上可以定义模板。
13.公共方法
公共方法写的地方:/main_dev/java/com/ebao/life/newbiz/appentry/batch/AppEntryUtil.java:可以写公共方法，比如是否是自然人
14.规则引擎
规则引擎和我们的代码如何融合：
只有js的校验，没有代码，他们的校验融合到我们这边来，
他们只需要知道我们这边页面的框的name属性值，不是通过onblur()这种事件去调用他们的代码，如果我们这边需要引入他们新写的js的话，他们会告诉我们的。
15.登录用户密码修改
登录Main Dev时，让我改justin的密码，还不能用原来的密码，只要把justin之前用过的密码记录都删掉，就不会提示了。
select t.rowid,t.* fromt_password_change t where user_id=2946789;
--user_id=2946789
select * from t_userwhere real_name ='justin';
16.修改serverclasses下的类
serverclasses下的类，要重启才好使，不能热部署。
『不是说放在这个包下，一定是给其他系统调用的，只是在服务器上的位置不一样，用来控制是否可以热部署，在本地编译后都是放在java包下的，上传到服务器上去要注意放到serverclass里。
/picclife/main_dev/user_projects/domains/base_domain/applications/life/serverclasses
(要找外边的life下的serverclass而不是life/web下的)
17.jsp页面查找隐藏的代码
找不到隐藏的地方，用td的id去搜索就有了。
14.修改菜单项名字：
系统-》模块URL管理-》（一定要点击一下模块对应的Servlet那儿，不然clearcash了也不好使）修改保存-》系统-》clearcash.
同步一条t_module.
个单投保人地址：隐藏域job_address_1（整个地址拼成的字符串）存入了T_CUSTOMER的JOB_ADDRESS，不是存入T_CUSTOMER_address。
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'}