一．相關工具使用

一．CC&CQ

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_CRDB00067720(按這種格式，不然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/2015091000.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工具（一般為綠色免安裝），可以在\\10.64.3.136\sharedoc 目錄中獲取

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工具對比文件啦.

\\10.64.3.136\sharedoc目錄中有個已經修改好了的馬屁文件，請各位參考使用。

16.知道了腳本CQ號，在它的originaldefect的tab下，可以看到對應的代碼CQ，可以雙擊進去。

 

 

二．DDM

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語句的:office2007能用，2010用不了.

三．t_string_resource維護

1.新增一條普通中文消息MSG_31722

在Main環境的頁面上，有個菜單（在裡面可以找到t_string_resource那張表的維護）：ebao內部使用->系統設置->基本數據->字符串資源表維護->類型：普通信息，操作：同步代碼表中文翻譯。

 

2.新增錯誤提示信息ERR_31722

eBao內部使用->系統設置->錯誤代碼表維護->（根據模塊兒來，滿99個就不能再新增了，去其他的相關地方新增，可以看前綴317）

同步這一條數據（ERR_31722 ）：t_string_resource，

 

四．FTP

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天；

13.

 

六．打包發布流程

1.發布流程

1. 遠程連接10.127.134.29，登錄build_admin，密碼eBao2014。

2. 打開CQ,在主干發布main下面第三點，可以查看待打包的需求列表。

3. 新增需求excel：在桌面上有2個快捷鍵，打開第一個快捷鍵下的文件夾\\10.127.134.31\picc\V201510，裡面新建excel，001是十月份的第一個發布版本，之後累加。（PICC_V201510.001.xls），修改版本號為PICC_V201510，刪除裡面的一行，從CQ中把那一行copy到excel中。{V201510是當前月，所以是主干Main發布，V201509是上個月的了，主干發布一個月後UAT發布，所以9月份的就是UAT發布，以此類推8月份的就是Release發布。}

4. 置版本：打開第二個快捷鍵下的文件夾D:\cm\4.openversion，重命名.bat文件為201510.001.bat，運行之後，生成版本，版本已存在，在CQ上CCB tab的nextversion處，modify，下拉框就可以選擇剛生成的版本名兒了，apply。置版本完成。（Main上可以全選，一起置版本。彈出的2個提示框選YES,NO）

5. 檢查每個CQ中，是否有db腳本，如果有的話，在CC上dbscript文件夾下，新建一個文件夾PICC_V201511.022，在每個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_V201510.001.zip到文件夾下\\10.127.134.31\picc\V201510。

9. Addon ：

·release發布步驟

i.同主干步驟完後 ；

ii.創建問題；（拷貝release headline，康標，excel和zip包上傳，done）

iii.VSS：

hardy.zhang

111111

iv.

發布清單/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. 有不能重復執行的腳本 ，還要剔除掉

這就要看 上次執行的時候 ， 是執行到哪個腳本了。

比如 有腳本
a.dml
b.ddl
c.dml
d.ddl
然後 執行到 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_V201512.004_20151222-1746

2.復制發布包,重命名為old..,修改原發布包裡面的dbscript下面的upgrade_script.sql,修改這個文件裡面的腳本執行順序，然後復制生成的發布包PICC_V201512.004到目錄下：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)

SELECT

s_TMP_SMS_QUEUE__QUEUE_ID.Nextval,

'600111',

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='1140000';

這3個是synonyms，ods_contract_productcp,

ODS_contract_master cm,

ODS_PRODUCT_LIFE pl

Lynn Yang 2:57PM:

這三個同義詞我重建一下

2.Package狀態失效

我們一般發布plsql後，會重啟應用，手動把最新的pkg發給客戶執行，就會導致所有引用到我這個pkg的那些pkg失效。

十一.DB

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]+\,

替換成

(ii++,

十三. 虛擬機全屏的快捷鍵

ctrl+alt+pause/Break 沒有pause/break 的 試一下fn+p/b

 

十三.JSP

1. jsp頁面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_life t;

險種頁面是否顯示保障年期類型，繳費年期類型 等字段的設置。

select t.basic_coverage_period,t.basic_charge_period,t.*,t.rowidfrom t_product_life t where internal_id=6411106;

2.責任

用戶給出的產品名稱和我們數據庫中的對應不上，比如：用戶給的是：人保壽險附加意外傷害保險（新標准版），我們DB中存的是：人保壽險附加意外傷害保險（新標准版）-身故保險金 和 人保壽險附加意外傷害保險（新標准版）-傷殘保險金，其實賣的時候就是一個險種，只是不同的責任，我們數據庫中為了方便，就存成了2個責任。

3.應稅標記說明（t_product_tax_info）

--免稅產品。Start_date都選2016-5-1號即可。都是那一天插入的

select * from t_product_tax_info/* for update*/ whereproduct_id=64783;

select * from t_taxable_code;

--487

select max(list_id) from t_product_tax_info;

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 --64563,70013,

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);

--5006

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.配置用戶操作此保全項的權限。

保全-》用戶保全項目配置-》項目用戶配置，全部添加，保存。

0.其他 ：

1>.保全生效日期是第2天才生效的，但是第1天當天其實那些數據就都已經變更掉了,保全的狀態也已經變成保全生效了,那這個第2天生效有什麼用呢?

[?6/?13/?2016 4:39 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=20373802;

六．猶豫期&保單回執

1. 保單還處於猶豫期，不能進行退保操作，只需要改一個字段就可以了：

解決：改received_date，這個字段是代表收到投保人回執的日期，猶豫期指的就是從回執日開始的10/15天內。把這個字段設置成很早的一個日期就好了。

2.

七．影像隨動與漂移以及替換成真實影像的辦法：

1.影像隨動與漂移：

就是下面點擊輸入框，上面的影像跟著動，同時在輸入框的右面會漂浮著一個框。

2.替換成真實影像的辦法：

在影像掃描那兒點擊完scan後，去文件夾C:\SCANDIR下，用真實的影像替換剛生成的影像，名字要改成剛生成影像的名字，再去影像掃描那兒就能看到真實的影像了，再設置，上傳，done。

3.2頁：(替換2次):

後台替換完第一頁後 點擊設置 然後再點擊開始掃描 再後台替換 （再設置：文件頁號選2） 再點擊全部上傳

4.影像掃描需要Admin權限，因為要在C盤保存文件。

（沒掃描出東西來的話就要找Ricky搞權限）

5.團單：掃完影像後，就改影像上傳時間，保單 生效日期 才會是你改的影像掃描時間的第二天，不是在核保頁面 你指定的 生效日期了。

--------------更新團單影像掃描時間

update t_image t set t.scan_time=date'2011-07-15' wheret.file_code='002015111669050';

 

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：是萬能險產品或賬戶式兩全

4.sn

--aisen

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:當天做的單子要到第二天凌晨才會插入這張表。

 

 

十二.萬能險結息扣費批處理計算

參照文檔：萬能險結息扣費批處理計算-現狀調查.docx

結息

計算公式：

個人賬戶價值*利率*天數/365

舉例：（每一筆進賬戶的錢按在賬戶中存的天數來分段計算：

個人賬戶價值*利率*天數/365

776 *0.05*(30-2+1)/365

+

20.2*0.05*(30-20+1)/365

=

3.082739726027397

+

0.0304383561643836

=

3.113178082191781）

扣費

計算公式：

風險保額*費率*天數/365/單位保額

 

主險風險保額：（主險保額-個人賬戶價值）

附加險風險保額：

----風險保費費率表，注意被保險人年齡的變化，取值也要相應變化

select * fromt_motality_fee where product_id = '60576' and age = '31' and gender ='F';

 

---進賬戶扣費6.88---6.87952054794521

select （200000-1500）*5.5*23/365/10000 fromdual;

 

---第一個月的利息---2.77556690410959-2.775567

select(1500-6.88)*0.0295*(date'2013-02-28'-date'2013-02-06'+1)/365 from dual;

 

 

---第二次扣費--9.60977404200304---9.61

select （200000-1500+6.88-2.775567）*5.7*31/365/10000from dual;

 

 

---變更保額後的首次結息利息

----3.133585

select(1419.055195)*0.026*31/365 from dual;---3.13358489635616

 

 

---變更保額後的首次扣費---9.52 （已繳納一期續期費用）

select(200000-3672.18878)*5.9*30/365/10000 from dual;---9.52055413313425

 

 

----查看風險保費費率單位保額取值-10000

selectmort_unit_amount from t_product_life where product_id='60576';

 

 

十三.生存給付抽檔和到期

1. 紅利因子

2015.6.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之後，生效日期是2014-3-8，依然可以抽檔之前的年金2015-3-8.

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=20373802;

delete t_pay_fee t where policy_id=20373802;

delete t_product_fee t where policy_id=20373802and fee_type in(666,667,668,669,152);

delete t_policy_fee t where policy_id=20373802and 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=20373802);

delete t_pay_due t where policy_id=20373802;

delete t_pay_auth t where plan_id in(select plan_id from t_pay_plan where policy_id=20373802);

delete t_pay_plan_payee t where plan_id in(select plan_id from t_pay_plan where policy_id=20373802);

delete t_pay_plan t where policy_id=20373802;

update t_contract_product t set START_PAY = 'N'where policy_id=20373802;

--刪除生存金順序完美腳本 end

 

 

十四.收付費

5.保單2015-4-1號生效，下期應繳費日2016-4-1號，在2016-4-1號續期抽檔，抽出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.停校處理

declare

M_OPT_IDT_BATCH_OPT.OPT_ID%type;

M_POLICY_ID T_CONTRACT_MASTER.POLICY_ID%type;

M_HANDLE_FLAGnumber;

Begin

M_POLICY_ID := 13037657;

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);

end if;

if M_HANDLE_FLAG =2 then

PKG_LIFE_PS_BATCH_AUTO_LAPSE.P_SUB_HANDLER_2(M_OPT_ID, M_POLICY_ID);

end if;

if M_HANDLE_FLAG =3 then

PKG_LIFE_PS_BATCH_AUTO_LAPSE.P_SUB_HANDLER_3(M_OPT_ID, M_POLICY_ID);

end if;

end;

2.紅利

---2.紅利 PKG_LIFE_BONUS

--p_prepare_signle_tp 預分配

--p_real_distribute_single_tp 實分配

p_prepare_signle_tp 預分配：調用第一個，如果保單是2014-5-1日生效的，到2015-5-1分紅，而每年紅利因子是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,新契約特殊權限->保單回執-》錄入時間，猶豫期是回執日（2016.1.1）後的10（2016.1.10）或者15天，會在猶豫期後的第二天發放一筆年金，

插入t_pay_due表。

 

生存金 t_pay_plan

t_pay_due

*/

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)方法：

根據不同的信件類型調用不同的 打印方法。

3.xls

分紅保險個人客戶紅利分配通知書

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. 社保補充醫療保險(主險)：看預收錄入的計劃項可以知道社保主險是沒有分配保費的，所以他只是錄入下投保的總人數以及繳費方式等。（其他的附加險不能修改保障年期類型，必須從主險錄入，其他險種是直接帶出來的不可修改）

十九.常見概念

1.匯繳單

匯繳單：批量 個單 （給很多個人投保，就是批量個單）.

學平險 用 匯繳單：就是把個險做成團險了。

匯繳單，錄入險種資料的時候，錄入了險種和錢（比如1000塊），之後再清單上傳的時候上傳人，代表每個人都投保了這個險種和錢（1000塊），所以匯繳單 純風險保費的校驗，是針對每個人的險種求和，而不是整個匯繳單的求和，正常每個人的風險保費rate_table_prem應該都是一樣的，我判斷的時候只要有超過100的就提示。

2.偽產品：

（責任都在附加險上，比如社保補充醫療，主險上不寫保額保費，住院醫療這種附加險上寫保額保費）

人保壽險公共交通工具意外傷害保險

3.綠色通道

業務員，比如個險業務員，表現得比較好，就把這個t_agent錄的單子放在最前面，並把記錄變綠。

 

二十.生效日期(個險&團險)

個險，北京分公司機構：投保日期的月和日，如果和被保人的生日的月和日，相差在60天以內的話（稱為生日單），生效日期取投保日期的年和被保人的生日的月和日的前一天；如果相差大於60天的話，生效日期取當前日期的第二天。

舉例（生日單）：投保日期2013-01-03，被保人生日1984-02-01，生效日期：2013—01-31.

團險，影像掃描（t_image）時間scan_time，如果scan_time《2013-01-01（不太確定這個時間），生效日期就是投保日期的第二天；如果scan_time》2013-01-01（不太確定這個時間），生效日期就是當前日期的第二天。

如果生效日期是當前時間第二天，則F41首期保費收入當天的狀態是0-待處理，第二天的時候自己手動跑首期保費收入確認的批處理，F41狀態就會變成1-付款確認；如果生效日期是在當前時間及以前的時間的話，F41首期保費收入當天的狀態就會是1-付款確認.

二十一.回退->業務回退申請

可以回退 ，生存給付批處理 ，但是一旦選中某一條記錄，那條記錄之後的所有操作都會被自動選中，都要回退。不知（致贏數據維護時遇到的已經跑過生存金抽檔和到期的數據）客戶是否通過這個功能回退的生存金的給付和到期。

二十二.系統

1.雇員管理

1.(用root登錄，可以賦權所有的菜單，一般的用戶只能賦權自己有權限的)

系統-》雇員管理-》lisa 查詢-》修改所選用戶-》

（組用戶 管理 的按鈕 壞掉了不能用，直接配數據庫，生產上按鈕是好的）

人 和 組 有關系 ， 菜單 和 組 有關系 ，--》人和菜單 有關系。

----------------------------用戶權限相關的表如下-----------------------

--組

select * from t_group;

--用戶和組對應關系（多對多）

select * from t_user_group;

 

--菜單

select * from t_module;

--菜單和組(1個組對應多個菜單)

select * from t_group_module;

-------------------------用戶權限相關的表end---------------------------2.菜單授權要看葉子節點的。

二十三.特殊險種注意事項

1. 金色年華產品紅利通知書

begin

-- 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);

end;

--如上的逐單生產分紅通知書是不支持金色年華類產品的紅利通知書的生成。

生產中是不通過如上的方式生產紅利通知書，采用如下兩種方式：

P_CREATE_BONUS_LETTER_ASYNC和P_CREATE_BONUS_LETTER_BATCH

二十四.續期抽檔

抽檔就是准備數據，續期抽檔一般在下棋繳費日一個月內，2015-1-1，2016-1-1肯定可以抽檔（下期繳費日前一個月內），抽檔完就是說明該續期繳費了（就是准備好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

公共模塊->查看debug.info以及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.

15.地址：

個單投保人地址：隱藏域job_address_1（整個地址拼成的字符串）存入了T_CUSTOMER的JOB_ADDRESS，不是存入T_CUSTOMER_address。