
今天和同事聊天得知,我以前设计的银行代理保险系统(俗称银保通)的方案基本上得以实施(我所在的部门只负责方案建议书设计,不负责实施),于是沾沾自喜了一下,因为这个项目有些特殊。
[背景] 什么是银行代理保险系统?
银行代理系统是指银行代理保险公司,销售其一些专门设计的、较为简单的保险产品。由于其险种设计简单方便、又很好地利用了银行的销售渠道,是一种金融业混业经营的很好的模式,所以近几年发展势头非常猛。
2001年全国银保业务保费收入只有50亿元,在寿险总收入中所占比重不到3.5%,2002年银行保险已夺取了总寿险收入17.1%的份额,银保收入388亿元,2003年我国银行代理保险业务实现保费收入约800亿元,占总寿险保费收入的25%以上,银保业务已成为仅次于个人营销业务的第二大寿险销售渠道。
从此可以看出,银保通系统的业务规模与重要性。
设计关键点
在设计此方案时,曾经有两种备选方案,其主要差别是前端界面、通讯协议与应用接口定义三个方式,分别有以下选择:
前端:
通讯协议
- 传统的 TCP Socket
- XML Web Services(SOAP)
应用接口定义
- 专用接口,根据每个保险公司的不同产品,定义不同的数据传输接口
- Acord
注:Acord——用国际标准的保险行业应用协议,这是一个基于 XML 的开放式协议,在国外许多大的金融、保险服务集团中被广泛采用,此协议通用性强,便于扩充,所以基于此协议实现的系统更容易扩展、升级、集成与改造,Acord 主要定义了保险业务的数据模型和交易模型。
Acord 组织成立于 1970 年,是由保险公司、IT厂商、政府机构及保险业其它成员组成的非营利机构,宗旨在于开发、推广及维护保险业内信息交换标准,其背后有全世界超过 1000 家保险公司及一万五千家代理商提供支持,使得 Acord 的 XML 标准成为保险业网络服务的首要标准,并且成为和其它金融机构进行数据交换的必备标准,它包含保险行业的数据模型和基本交易,在此基础上,经过扩展,可以支持所有保险数据类型和交易类型,它的作用相当于银行清算中的 SWIFT 协议。
方案设计
其实很容易就能比较两种方案孰优孰劣,但对于很传统的银行业来说,采用浏览器/SOAP/Acord 这个方案是具有很大冒险性的,假如不能成功实施,则一定会打击方案设计人员和银行对于使用新技术的信心。
当时我也是捏了一把汗,通过对两种方案的优缺点的详细比较与分析,加上与相关人员的长时间沟通,终于在最后定下了这个方案。

然而项目在实施中,由于技术力量不足,Acord 在国内的资源也不充足,最后接口/数据格式仍然以自定义 Schema 为主,但毕竟在项目中使用了 Web? Services/SOAP/XML 等新兴技术,算是一种很好的尝试,而且也离 Acord 不远了。
这个项目即将开发完成,近期正在和国内的某著名保险公司联合测试接口,不久将在某分行投产,估计在国内大型金融企业,这也算是为数不多的在关键应用中使用 XML Web Serivces技术的一个案例了。