业务、财务、风控三个部门对「有效客户数」的定义各不相同,管理层会上经常出现三个版本的数字;取数需求排队等待周期长达两周;风险监控依赖事后报表,缺乏实时能力。
金融
金融企业数据整合与分析中台
为金融企业构建数据整合与分析平台,统一指标口径,支撑经营分析、客户洞察与风险监控三类场景。
- 60 +
- 核心指标统一
- 2周→自助
- 取数响应
- 分钟级
- 风险告警时延
先做指标治理而非先上工具:把核心指标逐一拉通定义、明确统计口径与责任人,形成指标字典。技术侧按 ODS/DWD/DWS/ADS 四层建模,配合数据血缘保证口径可追溯,风控场景引入流式计算实现分钟级监控。
项目亮点
- 指标治理先于工具建设
- 四层数仓建模与全链路血缘
- 数据质量规则前置阻断
- 流式计算支撑准实时风控
项目详情
先治理,后建设
这个项目最有价值的部分,其实发生在写代码之前。我们花了近三周时间,把 60 多个核心指标的定义逐条与业务、财务、风控三方对齐——「有效客户」到底是开户即算,还是需要发生交易?统计周期以自然月还是账期月为准?
这些问题不解决,再好的技术架构也只是把混乱高效化。
分层建模
ODS 层保持源系统原貌不做加工;DWD 层完成清洗与规范化;DWS 层按主题聚合形成宽表;ADS 层直接服务于具体应用场景。每一层的任务血缘完整记录,任何一个指标都能追溯到原始字段。
质量前置
完整性、唯一性、及时性、值域四类规则前置到数据入仓环节,不合格数据阻断下游任务并告警,避免脏数据在下游被反复消费后才被发现。
实时能力
风险监控场景采用流式计算,异常交易从发生到告警控制在分钟级,替代了原有的 T+1 事后报表模式。
结果
指标口径实现全公司统一,管理层会议不再出现「数字对不上」的争论;常规取数需求从两周排期变为自助分析即时获得;风险监控从事后转为准实时。
技术栈
数据湖数仓分层流式计算OLAP 引擎指标平台