Endorsement 業務邏輯介紹

####保單系統

保險公司用來管理保單的資訊系統，這裡簡稱為保單系統。主要作用是收集和維護投保人資訊和投保資訊，計算保費，生成/列印電子保單，以及後續的保單變更、續保等

####常用術語介紹

1. Quote - 收集的保單資訊，用于生成保單，根據情況不同又分為：

1. 收集主要資訊的Quote - Quick/Lightning Quote

1. 收集詳細資訊的Quote,根據情況不同可分為：

1. 全新的詳細Quote - Full Quote，可從Quick Quote轉變而來

2. 為了修改已有的保單而生成的Quote - Endorsement Quote(簡稱EQ)，綁定後保單狀态轉為Endorsement(簡稱EN)

3. 為了續保而生成的Quote - Renew Quote，綁定後将生成下一個周期的保單，保單狀态為Renewal

1. 綁定 - 從Quote轉換為保單的過程

1. Policy - 已生成的保單，根據情況不同又分為：

1. 第一次生成保單 - New Business

2. 修改後的保單 - Endorsement

3. 續保的保單 - Renewal

1. OOS Endorsement - 多次對Policy的修改的生效時間不是從前到後的Endorsement。比如我們對Policy進行了3次修改，第一次生效時間為2017/02/01，第二次生效時間為2017/02/05，第三次生效時間為2017/02/10，那麼這就是一個順序的修改過程，如果我們第二次修改的時間為2017/02/15，第三次的修改生效時間就在第二次修改之前了，我們說第三次的修改就不按順序的修改，是一個OOS Endorsement。

在保單的有效期間可以對保單進行修改，一般在policy資訊的action标簽下可以找到這個入口，有的系統可能需要相應的權限才能操作。簡化的流程是這樣的：1. 填寫修改生效時間，修改原因等，2. 點選生成EQ，3. 修改Quote資訊，4. 綁定成保單。流程看似很簡單，但是在綁定的過程中有很多事情要做。

Quote階段

在EQ建立的時候選擇生效時間，在EQ建立之後一般是不允許修改的(部分系統擁有權限的使用者允許修改)，EQ的其他資訊基本都是從原來的Policy複制而來的，在不進行任何修改的情況下保費不會發生改變，修改了投保資訊，投保範圍和保額等資訊後，在Quote Result頁面進行保費計算後能看到保費的變化，包括保費(Premium)，其他費用(Fee)，總保費，本次修改後實際應付總保費金額(系統成為Written Premium，是根據修改變化和實際的變化生效時間計算出的保費)。

綁定階段

綁定階段要做的事情很多：

标記EQ為已綁定

目前Policy的所有的EQ标記為失效,對應資料表的字段為PQ_CurrentRecord=0

調用usp_CreatePolicyFromQuote存儲過程，從Quote生成Policy資料

調用endorsepolicyrecord

如果是OOS Endorsement，就需要将已經做過的生效時間在本次生效時間之後EN全部Void掉也就是取消掉，本法就是Copy這些EN的原始Policy并使其生效，相當于對沖掉了修改。部分系統中可能需要将這些Viod掉的EN在OOS EN之後再重新應用到系統，整個過程就像是按照生效時間将所有的EN重新捋順了一樣。

更新Policy的PD_TransOrder，PD_AccountingDate

将原policy标記為失效，因為PolicyCode是不變的，隻能有一個有效的Policy

計算WrittenPremium和WrintenPremiumLevel，WrittenPremium記錄了每一項保費相對于上一狀态的Policy的實際變化，WrintenPremiumLevel記錄的是更細化一層的保費變化，如一個Policy中為10輛車購買了第三方責任險，那麼WP記錄總的第三方責任險,WPL就會記錄每輛車的第三方責任險。注意Quote Result頁面也進行了WP的計算，但是對于OOS的情況計算記過是不準确的，因為系統的原因整個暫時沒有辦法調整。

檢查WP的commission percent的設定，不能有為空的

根據增加/減少的保費(Premium)和費用(Fee)添加Accounting記錄，PolicyAccounting記錄了所有的操作引起的費用變化

将Quote階段産生的Document/Attachment轉到新的Policy下，如果有Document/Attachment的話

如果原始的Policy處于計劃Cancel狀态，需要将用于标記計劃Cancel的Document轉到新的Policy下，主要更新PD_ID

重新計算賬單，如果是分期付款，待付賬單金額會有變化，如果是一次性付款的，保費增加時需要生成額外的賬單(Additional Premium Bill)

計算Policy的Balance(應付款總額-已付款總額)

不同的系統在綁定的時候可能或多或少的需要加入一些各自的處理過程，但主要的邏輯過程基本都是這樣的，這裡主要是參考OIC系統的Endorsement，對照系統代碼将更有利于了解和掌握。

posted @ 2017-02-06 10:32 by Mark