路行 彭章友 吳喬

摘 要：

為了解決保險中介公司面臨的對賬結(jié)算時出現(xiàn)的管理混亂，效率低下，以及壞賬遺留的問題，采用Java語言，SSM框架，結(jié)合PRC框架Dubbo、zookeeper，數(shù)據(jù)庫MySQL，設(shè)計了基于JavaEE的B/S結(jié)構(gòu)的對賬管理模塊，能在短時間內(nèi)對大量保單逐一核對其保費，比例等關(guān)鍵信息，使差額定位到具體保單避免壞賬，同時增加了糾錯處理的功能，生成無費用差錯的對賬批次，之后進入開票、審核、結(jié)算階段。

關(guān)鍵詞：

對賬; 開票; JavaEE; B/S

中圖分類號： TP 311

文獻標(biāo)志碼： 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 引言

隨著社會發(fā)展，人民風(fēng)險意識的提高，以及信息時代的到來，保險行業(yè)迎來飛速發(fā)展階段。面對如此大的利潤空間，依托于互聯(lián)網(wǎng)技術(shù)的保險中介迅速增多，保險中介在與不同的保險公司，經(jīng)代公司合作中，就面臨著很多保險對賬結(jié)算的問題，保險結(jié)算過程中常有因保險費用比例更改，退保，換保帶來雙方對賬的誤差，留下難以解決的壞賬，同時隨著出單量的不斷增加使結(jié)算效率低下，為了滿足現(xiàn)在公司發(fā)展的需求，新的對賬管理系統(tǒng)也就隨之而來。

1 系統(tǒng)需求分析

保單對賬管理系統(tǒng)，系統(tǒng)化的管理經(jīng)代公司，保險中介與保險公司的保單，通過保單核對確認(rèn)三方賬目相符的則進行開票結(jié)算，使公司資金結(jié)算更加快速有效。規(guī)范企業(yè)間賬務(wù)的處理方法和程序，把先進的控制理念貫穿到對賬體系的設(shè)計中，從而不僅做到賬賬相符、賬實相符，而且使對賬體系能夠為跨區(qū)分銷企業(yè)的財務(wù)控制和決策分析提供及時準(zhǔn)確的信息[1]。該對賬模塊需要實現(xiàn)的功能如下。

（1） 能夠手動生成一段時間內(nèi)未處理的特定對賬機構(gòu)在平臺的保單為一個批次。

（2） 針對生成的批次，導(dǎo)入對賬機構(gòu)對賬數(shù)據(jù)進行保單的對賬（保單號，保費，結(jié)算費率，結(jié)算金額）。

（3） 對賬有誤的數(shù)據(jù)結(jié)算金額差額記入未處理金額，平臺與對賬機構(gòu)數(shù)據(jù)不一致，需要將平臺數(shù)據(jù)補錄，修改，延遲對賬等操作，或者再次導(dǎo)入對賬機構(gòu)數(shù)據(jù)，再繼續(xù)對賬。

（4） 批次批次數(shù)據(jù)全部核對無誤后，進行批次確認(rèn)，自動生成該批次的開票申請信息。根據(jù)協(xié)議指定的開票機構(gòu)，按開票機構(gòu)地區(qū)范圍匯總結(jié)算數(shù)據(jù)，生成批次的開票申請。

（5） 開票填入發(fā)票號碼提交時，需要同時自動開具經(jīng)代機構(gòu)的開票申請。

（6） 審核通過后可以進行合并開票，但是僅限于同一開票機構(gòu)的不同批次數(shù)據(jù)可以合并。

2 系統(tǒng)設(shè)計

從功能設(shè)計，架構(gòu)設(shè)計，數(shù)據(jù)庫設(shè)計3個部分進行闡述。

2.1 功能設(shè)計

系統(tǒng)的功能模塊設(shè)計，如圖1所示。

主要是兩個功能模塊。批次對賬實現(xiàn)功能是生成平臺上的保單信息為一個批次，保險公司保單信息導(dǎo)入，核對雙方保單信息，得到對賬信息，核對正確的可以進行下一步。另一部分是開票，將平臺批次核對通過的保單進行審核，開票，支付的功能。

2.2 系統(tǒng)架構(gòu)設(shè)計

數(shù)據(jù)庫、應(yīng)用服務(wù)器和客戶端創(chuàng)建了B/S結(jié)構(gòu)保險對賬網(wǎng)絡(luò)[5]。系統(tǒng)核心部分構(gòu)建在一臺服務(wù)器上[2]。以服務(wù)器為中心節(jié)點，接 上 前 臺、用戶、后臺的計算機或終端[2]。數(shù)據(jù)庫服務(wù)器的用來存儲保單信息、開票信息等， 保險對賬系統(tǒng)在Web服務(wù)器中安裝， 用戶使用通過Web瀏覽器。其具體結(jié)構(gòu)，如圖2所示。

詳細(xì)設(shè)計采用了Java開發(fā)語言，JavaEE開發(fā)框架Spring、SpringMVC、Mybatis，結(jié)合PRC框架Dubbo、zookeeper作為交互方式，數(shù)據(jù)庫采用MySQL，設(shè)計了基于JavaEE的B/S結(jié)構(gòu)的對賬管理系統(tǒng)。設(shè)計過程中對賬管理部分會與平臺的其它模塊有交互，如機構(gòu)管理，渠道管理等，此

時利用Dubbo、zookeeper作為交互方式，各服務(wù)通過網(wǎng)關(guān)層與外界進行數(shù)據(jù)傳輸， 服務(wù)之間通信采用RPC協(xié)議[3]。服務(wù)之間獨立開發(fā)部署互不影響， 多團隊分工合作提高了開發(fā)上線的效率[3]。

2.3 數(shù)據(jù)庫設(shè)計

2.3.1 數(shù)據(jù)庫流程設(shè)計

系統(tǒng)的各個功能都是建立在對數(shù)據(jù)庫的操作上， 增、刪、改數(shù)據(jù)都是在對數(shù)據(jù)庫進行修改[4]。首先通過JDBC連接數(shù)據(jù)庫、對數(shù)據(jù)庫配置[4]。再定義對底層數(shù)據(jù)庫的修改、刪除、增加的方法[4]。數(shù)據(jù)庫流程就是描述了對賬模塊中數(shù)據(jù)庫表之間的操作關(guān)系。在對賬過程中的數(shù)據(jù)如何產(chǎn)生，流向何處做了清晰表示，如圖3所示。

其中PROTC_MAIN、PROTC_RISK_RATE、ORG_COMPANY為中介平臺中所存的機構(gòu)，對賬協(xié)議等內(nèi)容的表;order_account為平臺下單的保單信息，主要作用是為了取出對賬時所需要的中介平臺的保單信息;BAT_MAIN、BAT_DETAIL、BAT_LOG、BAT_ORG_DETAIL、BAT_CHECK_REAULT、INV_MAIN、SLM_DETAIL為對賬系統(tǒng)開發(fā)過程中設(shè)計的表。

2.3.2 數(shù)據(jù)表設(shè)計與實現(xiàn)

對賬管理模塊共設(shè)計了7個數(shù)據(jù)表，下面將介紹7個表的設(shè)計內(nèi)容，如表1—表7所示。

（1） BAT_MAIN：主要用來存儲保險公司與中介對賬的保單信息，結(jié)算信息，開票信息等，其表結(jié)構(gòu)如表1所示。

（2） BAT_DETAIL：主要用來存儲中介平臺的保單信息其表結(jié)構(gòu)如表2所示。

（3） BAT_LOG：主要用來存儲中介平臺的對賬運行信息其表結(jié)構(gòu)如表3所示。

（4） BAT_ORG_DETAIL：主要用來存儲保險公司保單信息其表結(jié)構(gòu)如表4所示。其中有bat_no、policy_no、endor_no、area_code、premium、slm_rate、slm_amount字段與上表2中的配置相同，此處省略。

（5） BAT_CHECK_RESULT：主要用來存儲保險公司保單信息與平臺信息核對結(jié)果其表結(jié)構(gòu)如表5所示。其中有bat_no、policy_no、endor_no、area_code、premium、slm_rate、slm_amount字段與上表2中的配置相同，此處省略。

（6） INV_MAIN：主要用來存儲開票信息其表結(jié)構(gòu)如表6所示。其中地址address、電話phone、審核人reviewer等非關(guān)鍵字段表中省略。

（7） SLM_DETAIL：主要用來存儲平臺給保險公司開票或經(jīng)代公司給平臺開票審核后的結(jié)算信息其表結(jié)構(gòu)如表7所示，結(jié)算狀態(tài)slm_status等非關(guān)鍵字段省略。

3 實現(xiàn)結(jié)果

批次對賬實現(xiàn)有生成批次，本司抽取清單，對賬導(dǎo)入，核對結(jié)果4個部分，如圖4所示。

開票實現(xiàn)如下圖所示，有新增開票信息，批量審核，合并開票三個功能，其中每個信息后面的操作可以對已開票信息進行編輯。

4 總結(jié)

本文主要介紹中介公司與保險公司對賬的實現(xiàn)過程，為了方便不同地區(qū)的經(jīng)代公司結(jié)算人員使用，設(shè)計為B/S架構(gòu)，將系統(tǒng)功能實現(xiàn)的核心部分集中到服務(wù)器上，簡化了系統(tǒng)的開發(fā)、維護和使用。目前程序運行正常，但還有很多優(yōu)化點，隨著保險業(yè)務(wù)的發(fā)展會面臨更大的保單數(shù)量，所以后續(xù)會在提高運行性能方面作優(yōu)化。

參考文獻

[1]

王竹泉，盛中華.跨區(qū)分銷企業(yè)的會計核算體系[J].會計之友，2004（8）：40-41.

[2] 任廣震，侯進，王獻.MVC模式在B/S結(jié)構(gòu)政務(wù)系統(tǒng)的應(yīng)用研究[J].計算機應(yīng)用與軟件，2014，31（8）：54-58.

[3] 周洪巖.基于Dubbo微服務(wù)技術(shù)的應(yīng)用與實現(xiàn)[J].信息與電腦（理論版），2018（19）：67-68.

[4] 施櫻花.基于MVC的醫(yī)院信息管理系統(tǒng)設(shè)計與開發(fā)[J].電子測量技術(shù)，2017，40（12）：142-147.

[5] 徐媛媛，梁亞敏.B/S結(jié)構(gòu)下的高校英語考試系統(tǒng)開發(fā)實現(xiàn)[J].微型電腦應(yīng)用，2018，34（11）：47-50.

（收稿日期： 2019.07.20）