保險(xiǎn)中介保單對(duì)賬系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

路行 彭章友 吳喬

摘 要：

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

關(guān)鍵詞：

對(duì)賬; 開票; JavaEE; B/S

中圖分類號(hào)： TP 311

文獻(xiàn)標(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 引言

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

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

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

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

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

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

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

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

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

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

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

2.1 功能設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（3） BAT_LOG：主要用來存儲(chǔ)中介平臺(tái)的對(duì)賬運(yùn)行信息其表結(jié)構(gòu)如表3所示。

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

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

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

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

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

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

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

4 總結(jié)

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

參考文獻(xiàn)

[1]

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

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

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

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

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

（收稿日期： 2019.07.20）