保险中介保单对账系统设计与实现

2020-06-30路行彭章友吴乔

微型电脑应用 2020年4期

路行彭章友吴乔

摘要：

为了解决保险中介公司面临的对账结算时出现的管理混乱，效率低下，以及坏账遗留的问题，采用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所示。

开票实现如下图所示，有新增开票信息，批量审核，合并开票三个功能，其中每个信息后面的操作可以对已开票信息进行编辑。