路行 彭章友 吳喬



摘 要:
為了解決保險中介公司面臨的對賬結算時出現的管理混亂,效率低下,以及壞賬遺留的問題,采用Java語言,SSM框架,結合PRC框架Dubbo、zookeeper,數據庫MySQL,設計了基于JavaEE的B/S結構的對賬管理模塊,能在短時間內對大量保單逐一核對其保費,比例等關鍵信息,使差額定位到具體保單避免壞賬,同時增加了糾錯處理的功能,生成無費用差錯的對賬批次,之后進入開票、審核、結算階段。
關鍵詞:
對賬; 開票; JavaEE; B/S
中圖分類號: TP 311
文獻標志碼: A
Design and Implementation of Insurance Intermediary Policy
Information Reconciliation System
LU Xing, PENG Zhangyou, WU Qiao
(School of Communication & Information Engineering, Shanghai University, Shanghai 200444, China)
Abstract:
In order to solve the management confusion, inefficiency and legacy of bad debts faced by insurance intermediaries, the java language, SSM framework, this paper combined with the PRC framework Dubbo, zookeeper, database MySQL, to design a Java/based information reconciliation system with B/S structure. The reconciliation management system can check the key information such as premiums and proportions from a large number of policies in a short period of time, and the difference is located to the specific policy to avoid bad debts. At the same time, the function of error correction processing is added, and reconciliation without cost errors is generated. Then it enters the billing, review, settlement phase.
Key words:
reconciliation; billing; javaEE; B/S
0 引言
隨著社會發展,人民風險意識的提高,以及信息時代的到來,保險行業迎來飛速發展階段。面對如此大的利潤空間,依托于互聯網技術的保險中介迅速增多,保險中介在與不同的保險公司,經代公司合作中,就面臨著很多保險對賬結算的問題,保險結算過程中常有因保險費用比例更改,退保,換保帶來雙方對賬的誤差,留下難以解決的壞賬,同時隨著出單量的不斷增加使結算效率低下,為了滿足現在公司發展的需求,新的對賬管理系統也就隨之而來。
1 系統需求分析
保單對賬管理系統,系統化的管理經代公司,保險中介與保險公司的保單,通過保單核對確認三方賬目相符的則進行開票結算,使公司資金結算更加快速有效。規范企業間賬務的處理方法和程序,把先進的控制理念貫穿到對賬體系的設計中,從而不僅做到賬賬相符、賬實相符,而且使對賬體系能夠為跨區分銷企業的財務控制和決策分析提供及時準確的信息[1]。該對賬模塊需要實現的功能如下。
(1) 能夠手動生成一段時間內未處理的特定對賬機構在平臺的保單為一個批次。
(2) 針對生成的批次,導入對賬機構對賬數據進行保單的對賬(保單號,保費,結算費率,結算金額)。
(3) 對賬有誤的數據結算金額差額記入未處理金額,平臺與對賬機構數據不一致,需要將平臺數據補錄,修改,延遲對賬等操作,或者再次導入對賬機構數據,再繼續對賬。
(4) 批次批次數據全部核對無誤后,進行批次確認,自動生成該批次的開票申請信息。根據協議指定的開票機構,按開票機構地區范圍匯總結算數據,生成批次的開票申請。
(5) 開票填入發票號碼提交時,需要同時自動開具經代機構的開票申請。
(6) 審核通過后可以進行合并開票,但是僅限于同一開票機構的不同批次數據可以合并。
2 系統設計
從功能設計,架構設計,數據庫設計3個部分進行闡述。
2.1 功能設計
系統的功能模塊設計,如圖1所示。
主要是兩個功能模塊。批次對賬實現功能是生成平臺上的保單信息為一個批次,保險公司保單信息導入,核對雙方保單信息,得到對賬信息,核對正確的可以進行下一步。另一部分是開票,將平臺批次核對通過的保單進行審核,開票,支付的功能。
2.2 系統架構設計
數據庫、應用服務器和客戶端創建了B/S結構保險對賬網絡[5]。系統核心部分構建在一臺服務器上[2]。以服務器為中心節點,接 上 前 臺、用戶、后臺的計算機或終端[2]。數據庫服務器的用來存儲保單信息、開票信息等, 保險對賬系統在Web服務器中安裝, 用戶使用通過Web瀏覽器。其具體結構,如圖2所示。
詳細設計采用了Java開發語言,JavaEE開發框架Spring、SpringMVC、Mybatis,結合PRC框架Dubbo、zookeeper作為交互方式,數據庫采用MySQL,設計了基于JavaEE的B/S結構的對賬管理系統。設計過程中對賬管理部分會與平臺的其它模塊有交互,如機構管理,渠道管理等,此
時利用Dubbo、zookeeper作為交互方式,各服務通過網關層與外界進行數據傳輸, 服務之間通信采用RPC協議[3]。服務之間獨立開發部署互不影響, 多團隊分工合作提高了開發上線的效率[3]。
2.3 數據庫設計
2.3.1 數據庫流程設計
系統的各個功能都是建立在對數據庫的操作上, 增、刪、改數據都是在對數據庫進行修改[4]。首先通過JDBC連接數據庫、對數據庫配置[4]。再定義對底層數據庫的修改、刪除、增加的方法[4]。數據庫流程就是描述了對賬模塊中數據庫表之間的操作關系。在對賬過程中的數據如何產生,流向何處做了清晰表示,如圖3所示。
其中PROTC_MAIN、PROTC_RISK_RATE、ORG_COMPANY為中介平臺中所存的機構,對賬協議等內容的表;order_account為平臺下單的保單信息,主要作用是為了取出對賬時所需要的中介平臺的保單信息;BAT_MAIN、BAT_DETAIL、BAT_LOG、BAT_ORG_DETAIL、BAT_CHECK_REAULT、INV_MAIN、SLM_DETAIL為對賬系統開發過程中設計的表。
2.3.2 數據表設計與實現
對賬管理模塊共設計了7個數據表,下面將介紹7個表的設計內容,如表1—表7所示。
(1) BAT_MAIN:主要用來存儲保險公司與中介對賬的保單信息,結算信息,開票信息等,其表結構如表1所示。
(2) BAT_DETAIL:主要用來存儲中介平臺的保單信息其表結構如表2所示。
(3) BAT_LOG:主要用來存儲中介平臺的對賬運行信息其表結構如表3所示。
(4) BAT_ORG_DETAIL:主要用來存儲保險公司保單信息其表結構如表4所示。其中有bat_no、policy_no、endor_no、area_code、premium、slm_rate、slm_amount字段與上表2中的配置相同,此處省略。
(5) BAT_CHECK_RESULT:主要用來存儲保險公司保單信息與平臺信息核對結果其表結構如表5所示。其中有bat_no、policy_no、endor_no、area_code、premium、slm_rate、slm_amount字段與上表2中的配置相同,此處省略。
(6) INV_MAIN:主要用來存儲開票信息其表結構如表6所示。其中地址address、電話phone、審核人reviewer等非關鍵字段表中省略。
(7) SLM_DETAIL:主要用來存儲平臺給保險公司開票或經代公司給平臺開票審核后的結算信息其表結構如表7所示,結算狀態slm_status等非關鍵字段省略。
3 實現結果
批次對賬實現有生成批次,本司抽取清單,對賬導入,核對結果4個部分,如圖4所示。
開票實現如下圖所示,有新增開票信息,批量審核,合并開票三個功能,其中每個信息后面的操作可以對已開票信息進行編輯。
4 總結
本文主要介紹中介公司與保險公司對賬的實現過程,為了方便不同地區的經代公司結算人員使用,設計為B/S架構,將系統功能實現的核心部分集中到服務器上,簡化了系統的開發、維護和使用。目前程序運行正常,但還有很多優化點,隨著保險業務的發展會面臨更大的保單數量,所以后續會在提高運行性能方面作優化。
參考文獻
[1]
王竹泉,盛中華.跨區分銷企業的會計核算體系[J].會計之友,2004(8):40-41.
[2] 任廣震,侯進,王獻.MVC模式在B/S結構政務系統的應用研究[J].計算機應用與軟件,2014,31(8):54-58.
[3] 周洪巖.基于Dubbo微服務技術的應用與實現[J].信息與電腦(理論版),2018(19):67-68.
[4] 施櫻花.基于MVC的醫院信息管理系統設計與開發[J].電子測量技術,2017,40(12):142-147.
[5] 徐媛媛,梁亞敏.B/S結構下的高校英語考試系統開發實現[J].微型電腦應用,2018,34(11):47-50.
(收稿日期: 2019.07.20)