
91
保险专栏
Insurance column
设计和数据问题诊断。在上游数据结构变更时,在开发模型维
护阶段就及时通知下游,确保上下游数据一致性,减少因数据
结构不一致导致的数据滞后和数据修复。同时,数据血缘关系
为所有系统数据重要性分级提供分析路径,便于数据分级管理。
2. 提高重点系统数据质量
(1)客户类系统。为了充分发挥数据价值、提升业务支
撑能力,客户主数据管理系统团队数据治理专项小组,本着 "
分步实施,从易到难,逐个击破 " 的原则,实施两大批次数据
治理。
第一批次从数据加工逻辑着手,从数据整合、数据归并、
数据服务三个方面分析,解决数据库同步机制问题、归并逻辑
存在的问题、开户逻辑控制不严导致重复开户问题等 10 余个
问题 , 重新归并数百万客户数据,修复 20 余万身份认证问题
数据,解决了客户绑定保单有误、借款验证不通过两大类问题。
第二批次从全部存量数据准确性检核着手,通过数据比对
解决了客户主数据系统与 4 核心系统的数据不一致的问题,修
复客户及保单不一致数据一千余万,删除多余数据数百万万,
补充了数百万客户信息,大幅提高了客户数据的准确性和完整
性。项目组基于阿里异构数据采集工具 DataX 和大数据比对
技术,开发数据比对工具,高效比对核心系统与 CMDS 数据,
指导数据修复,实现“事后检核”。
(2)运营类系统。为了快速支持一线业务,降低数据修
改工单,总分公司协作,在保全系统开发并推广 19 项新的保
全功能,解决导致核心生产类数据修改工单量最大的 20 个问
题,可望大幅提高数据修改效率,支持分公司业务发展。
(3)监管类系统。落实人民银行反洗钱监管要求,对反
洗钱系统、销售 APP、客服 APP、健康保险业务管理系统等
19 个系统进行客户信息质量管控,主要包括客户关键信息录
入校验、客户整合信息查询、客户差错信息提示三个方面的工
作,其中客户关键信息录入校验涵盖 19 项个人客户关键信息
和 6 项团体客户关键信息。通过以上系统的改造,实现了客户
信息数据的入口控制、差错标识和差错处理,落实了监管要求,
提高了客户信息质量。
提高中保信报送数据质量,一是与业务、核心、分公司
多渠道及时沟通,解决中保信数据质量核查反馈的问题。二是
对每日增量加工的数据进行校验,并将结果进行曝光。三是完
成了中保信大数据检核功能开发,定期检查报送数据质量。
综上,通过对重点系统数据“事前校验、事中检查、事
后核对”,提高了数据质量,满足了客户和监管机构的要求,
提高了运营人员工作效率。
主要经验和未来设想
1. 关注业务价值,解决实际问题
数据治理工作必须从价值出发,不能“空中楼阁”,要找
准主要系统的关键问题,论证技术方案,共享经验,采取多种
举措提升数据质量。
2. 重视 IT 用户体验,建设数据质量治理平台
数据质量治理平台作为一个 IT 人员使用的辅助管理类系
统,建设之初就高度重视用户体验,功能上尽量不与现有系
统功能耦合,易用性方面提出较高要求。例如 :上游数据结
构变更自动通知下游系统功能,通知邮件中不仅描述系统间
关系,而且附带一个 Excel,详细说明上游系统字段变更情况;
数据模型管理功能,提供云桌面能访问的统一建模工具,而
且通过开发模型和生产模型比对功能来保障及时更新开发模
型基线。
3. 加强各方协作,提高工作质量
在数据标准制定过程中,积极配合信息技术部、业务部
门制定业务标准,并与关联项目组核实技术标准。在数据质量
治理平台功能设计和验收中,邀请各部门 DBA 参与并吸收宝
贵意见。
4. 总结经验与不足,实现全方位提升
(1)数据标准方面。提高数据标准的质量,减少数据冗余,
去除不一致的信息。实现公共的数据代码统一管理与服务。
(2)数据模型方面。完善数据建模工具功能,支持更多
数据库类型,研究数据建模工具如何更高效嵌入开发测试流程。
(3)数据质量方面。建设公共数据质量检核层,支持异
构数据库的数据集成与比对,支持灵活的任务调度,实现“事
中检查”和“事后检核”统一管控。
(4)数据血缘方面。建立全中心各系统数据血缘关系,
并及时更新。并与服务治理联动,将通过服务方式建立的血缘
关系纳入管理。
(5)元数据管理。建立元数据门户,明确有哪些业务领
域数据、在哪些系统存放、如何产生、如何提供。用于指导中
心各团队数据建模和数据加工。
(6)数据质量治理平台报表功能。开发统计报表功能,
分析各项工作开展情况,评估各团队数据治理水平。如质量检
查报表、开发模型和生产模型差异报表、数据标准引用率报表
等。
评论