本文来源于:2025年城市金融服务同业案例征集活动,作者:厦门国际银行
厦门国际银行:监管数据质量跨表校验系统
2025-11-21 关键词:数字化转型,风险管理,金融科技
2848
一、项目背景及目标
在金融科技迅猛发展的今天,银行的监管报送体系也在不断演进。随着科技水平和数据管理能力的提升,银行监管报送已经从手动操作迈向全面自动化,从简单的指标报告转向详细的明细数据。然而,在过去的二十多年里,各监管报送系统独立建设并运行,导致数据来源多样化、报送口径不统一。
随着监管对于监管报表数据的检查愈发严格,近年大额罚单数量不断增加,尤其在EAST报表报送方面的处罚已成为重灾区。为加强监管报送数据质量,强化监管报表交叉核验机制,形成以EAST为核心的多报表跨系统自主核对校验,并以校验结果助推报表需求统一化管理,实现需求底稿规则与程序加工逻辑、业务口径与报表数据的“两一致”,为银行数字化转型和高质合规发展保驾护航,需尽快加强不同报送系统中监管报表数据的报送口径的一致性,故有必要建立跨系统、跨报表、跨部门的监管报表交叉校验机制,并通过系统实现自动化、智能化的比对功能。

在此背景下,“监管报送质量跨表校验系统”应运而生。该系统旨在构建一个高效、可靠的监管报表跨系统数据校验机制,解决多系统环境下数据标准不统一、数据量巨大、校验流程复杂等问题,通过整合各类报送类系统和MOIA调度系统进行跨系统数据的实时及定期校验,简化校验流程,减少人工干预,提升校验效率和准确性。通过建立监管数据准确性校验监控和风险预警机制,能够及时发现并处理潜在风险,为银行的数据质量和监管报送数据的准确、合规提供坚实保障。
二、项目/策略方案
1.系统自主设计与开发
本系统由厦门国际银行完全自主设计和研发,涵盖了校验系统管理、校验规则模型管理、校验引擎、数据校验、报表数据管理和校验流程配置等六大功能模块,并完成系统需求分析、设计、校验引擎重构、业务规则代码开发以及测试支持等一系列工作。
2.技术原理与性能指标
监管报送质量跨表校验系统的系统结构如下图所示,自上而下分为业务应用层、数据处理层。

(1)业务应用层
业务应用层是提供检测服务的功能入口,主要是提供WEB请求服务,为带有页面的系统共行内相关操作人员使用;
系统管理:提供基本的系统运行管理数据操作,主要功能为用户管理,机构管理,角色管理,操作日志管理等功能。
参数管理:提供基本系统运行所需的参数操作,主要提供通用参数配置,日历表管理,高风险国家及地区维护,工作时限管理,字典值管理等功能。
数据质量检查:提供数据质量管理的操作功能,主要提供模板配置,规则包管理,任务管理,结果查询,结果比对,源表管理,参数管理,下载任务管理,外部数据导入。
(2)数据处理层
数据处理层是提供具体业务规则执行,并记录检查结果。
执行引擎:负责根据业务应用层的数据质量检查功能中维护的规则,执行具体的规则,并记录检查结果。
系统支持可通过横向扩展硬件资源来提升系统性能,并支持对未来应用的数据支持。同时支持云计算资源部署模式。系统需具备良好的开放性和集成扩展的能力。提供完整的数据结构、数据字典、数据定义说明,支持用户自行管理、开发、维护数据加工模型。
3.技术架构
(1)代理层:使用Nginx等服务处理来自外部http/https的请求,进行分发、负载、证书卸载等功能处理。
(2)展现层:业务展现层负责信贷系统与用户之间的交互接口,在这一层中的业务逻辑处理统一由JS负责实现,不会出现其它形式业务逻辑处理(如,JAVA代码)。无论在逻辑处理时,还是加载后台数据时,还是向后台发送请求时,其数据结构统一使用JSON格式。
(3)应用层:业务组件层负责对业务功能进行划分、封装与实现,组件层为服务层提供功能实现层面的支撑。其中以组件为单位对业务功能进行组织,每个组件有着明确的业务含意,其在概念上与参与业务过程的业务实体基本一致,每个组件的名称都是一个业务名词
(4)服务层:在服务提供层中,提供一些通用技术组件,如缓存组件、定时任务组件等。服务层的组件可以为应用层所服务。
(5)数据层:提供数据库或其他存储设备的连接服务。
(6)基础层:支持常用的数据库。
4.非功能安全需求建设
系统的非功能安全需求包括但不限于网络安全、主机安全、应用安全、数据安全等内容。其中:(1)网络安全。系统采用安全的网络部署架构,遵循我行网络部署架构原则。系统不涉及公共网络。(2)主机安全。服务器按我行信息科技系统安全基线规范进行配置,使用最新稳定版本的操作系统、中间件和数据库软件并安装必要的安全补丁。(3)应用安全。从会话安全、文件安全、接口安全、日志安全、资源控制、代码安全等方面采取对应措施保证应用的安全。如对系统的最大并发会话连接数进行限制,对单个用户多重并发会话进行限制,对一个时间段内可能web并发会话连接数进行限制,当信息科技系统通信双方中的一方在指定时间内未作任何响应,另一方应能够自动结束会话,对系统服务水平降低到预先规定的最小值进行检测和报警;使用本行代码安全扫描工具进行系统代码安全扫描,根据整改建议完成漏洞修复整改,保障代码安全性等。(4)数据安全。系统中存在大量的数据,确保用户不能够直接存取关键数据,只能通过相关的功能模块对数据进行操作,明确在采集、传输、存储、使用过程中需要保护的数据范围,并采取传输加密、存储加密、数据防篡改、提供完备的数据备份与灾难恢复机制及策略等有效技术措施保护数据的完整性、可用性、保密性。
三、创新点
1.跨系统数据校验机制创新
本项目创新性地实现了跨系统数据校验机制,将多个监管报送系统中的实时数据作为数据源,运用统一的数据模型进行标准化整合,确保不同监管标准下的数据具备可比性,支持实时校验和定期校验两种模式,使用者可根据不同报表的应用场景灵活选择。
2.技术架构创新
系统基于银行的云平台独立部署,采用 Spring Cloud 分布式微服务技术和 Vue 前后端分离技术进行设计和开发,实现了应用的高可用性和可扩展性,为未来不断增加的校验模型搭建了坚实的基础跨系统校验平台。通过设计微服务支撑平台,提供了灵活的服务功能部署,共设计了 68 个校验模型,涵盖各种类型存款的余额、发生额等信息的校验,并支持持续迭代和扩展。
四、项目过程管理
| 项目节点 | 子任务描述 | 开始日期 | 完成日期 |
| 方案构思 | 组建跨部门小队开展方案研讨 | 2024/03/01 | 2024/08/31 |
| 方案审批 | 拟写和推进实施方案审批 | 2024/09/01 | 2024/10/20 |
| 需求分析 | 进行需求分析 | 2024/09/01 | 2024/10/20 |
| 系统设计 | 进行系统设计 | 2024/10/21 | 2024/10/27 |
| 系统开发 | 系统功能开发及单元测试 | 2024/10/21 | 2024/11/02 |
| 功能测试 | 系统功能测试 | 2024/11/03 | 2024/11/17 |
| 验收测试 | 系统用户验收测试 | 2024/11/18 | 2024/12/22 |
| 系统上线 | 完成系统上线 | 2024/12/23 | 2024/12/25 |
| 试点应用 | 跨系统功能小范围试点 | 2025/01/04 | 2025/06/30 |
| 推广使用 | 向总行数据管理中心输出试点效果并在全行推广 | 2025/07/31 | 2025/12/31 |
| 持续优化 | 持续完善系统功能 | 2025/07/31 | - |
五、运营情况
“监管报送质量跨表校验系统”项目在上线初期就展现出了其强大的功能,随着系统的不断运行和优化,它在提高数据报送准确性方面的作用愈发显著。通过多轮次的数据交叉校验,发现了部分系统自动化存在一些问题,例如存款类型分类不够完善、某些低频存款科目特定情况下遗漏报送或存款发生额重复报送等问题,通过利用该系统开展的内部持续自查纠偏和问题解决,直接提高了银行重点监管报送的准确性,避免了合规管理风险。
同时,基于校验发现问题,校验系统使用部门联合各报表责任人,深入分析了数据取值逻辑的缺陷根源,也提出了多项改进建议。例如,针对存款类型和存款科目漏报方面,通过比对不同系统报送规则进行查缺补漏,优化数据采集流程,确保特殊情况下的存款业务能正确纳入报送范围;针对存款发生额的重复报送问题,重新梳理各系统差异,精细化交易穿透规则避免重复。
通过持续开展数据报送差异比对,组织相关报表责任部门对源头数据取值逻辑进行优化,持续扩充校验规则,监管报送质量跨表校验系统收获了用户的高度评价。应用效果表明,该系统在实际应用中表现较好,能够定期有效发现不同系统中数据规则差异表象,为进一步分析研究取数采集问题提供基础。
六、项目成效
1.有助于提升操作及处理效率
监管报送跨系统校验可以实现对跨系统数据的定时或定期校验,有效减少数据不一致和错误的情况,提高银行整体数据质量,通过自动化校验减少人工干预,降低人力成本,提高校验效率和业务处理速度,提升整体运营效率
2.有助于提升整体风险防控能力
针对监管数据报送问题可建立更加完善的数据监控和风险预警机制,当发现监管数据质量异常或存在潜在报送风险时,系统能够及时发出预警并触发相应的流程,从而增强银行的风险防控能力,这对于保障银行业务的安全性和稳定性具有重要意义。
3.效益量化指标
| 序号 | 效益量化指标 | 优化前 | 提升后 |
| 1 | 交叉校验系统数量 | 各监管报送系统校验依赖各自系统内的表内校验和表间校验,缺乏有效的跨系统校验机制和平台。 | 通过建设跨系统校验平台,实现涵盖银保监EAST、人行金融基础数据统计、人行利率报备系统、银保监1104、人行同一存款人、人行大集中、一表通共计7个主要监管报表间的校验,完成存款余额、存款发生额、贷款余额、贷款发生额、客户基础信息、账户基础信息六大维度的跨系统校验。 |
| 2 | 监管报表问题排查耗时 | 监管报表问题的排查目前依赖于各报送系统内的校验体系,出现数据问题往往需追溯至源头数据进行逐项核对,耗时根据问题难易程度平均在0.5h-3h。 | 通过跨系统校验平台,可通过校验同一指标在不同系统内的数值差异,进而查看差异数据明细,快速定位异常错误数据,排查耗时可缩短至0.3-1h。 |
七、经验总结
“监管报送质量跨表校验系统”项目在实际应用中取得了显著成效,有效解决了多源数据逻辑不一致的问题。通过高性能校验引擎,系统实现了大规模数据的实时和定期校验,能够快速定位不同监管报送系统之间的数据差异,并以校验结果推动报表需求的统一化管理,为银行的数字化转型和高质量合规发展提供了有力支持。然而,系统在使用过程中也存在一定的门槛,例如,数据规则的梳理需要对多个系统的取值规则有深入了解,系统的操作也需要使用者具备较强的数据观察能力和对报送系统规则的掌握。未来,厦门国际银行将持续推进研究,不断扩展系统校验规则的广度和深度,通过完善校验结果输出规则提升系统的易用性,进一步优化和完善该系统,使其更好地服务于银行的监管报送工作和数字化转型发展需求。
本网站案例,除特殊标明来源的,版权归金科创新社所有,未经许可不得转载,否则将视为侵权,对于不遵守此声明或者其他违法使用本文内容者,本网站依法保留追究权。另,本网站部分案例、观点文章来源于网络素材,如有侵权,请邮件联系 fenglei@fintechinchina.com 处理!
特别提示: 本网站免费为广大金融企业提供IT选型咨询服务,详情点击 【 需求提交 】。
推荐阅读
更多
金融科技如何支持普惠金融发展?40余项创新应用或给出答案
普惠金融,是“五篇大文章”之一。对于普惠金融所包含的服务对象来说,目前仍存在获取金融服务难等问题。做好“普惠金融”这篇文章,或需要金融科技的助力。前央行行长周小川早在2016年就指出,普惠金融强调运用新的信息技术实现普惠。那么,银行的普惠金融到底运用了哪些技术?或可通过银行申请的金融科技创新应用进行了解。
银行科技研究社
木子剑
2025-11-21
胡震:构建数字金融服务生态,探索数字化转型新路径
为贯彻落实《国务院关于全面推进乡村振兴加快农业农村现代化的意见》总体部署,全面推进乡村振兴,进一步加大支农惠农力度,有效支持当地畜牧业发展,切实解决畜牧经营主体融资难、融资贵及担保难问题。
金融电子化
胡震
2025-11-21
九江银行:授信审批工具及调查报告智能化系统
“授信审批工具及调查报告智能化系统”是我行围绕信贷业务“贷前调查、贷中审查、贷后检查”三阶段,提升贷款三查报告(贷前调查报告、风险审查报告、贷后检查报告)“撰写、审查、修订”过程的智能性、专业性、效率性设计开发的系统工具,是我行“授信业务全流程线上化”工程主力系统之一。 该系统主要通过“报告模板创建、报告撰写、智慧审批、结构化数据搜集”四个功能模块,为信贷业务“营销尽调、审查审批、风险控制”人员提供业务支撑及决策管理服务。
2022年度城市金融服务优秀案例评选
九江银行
2025-11-21
工商银行发布 | 《商业银行人工智能应用实践及趋势展望》
银行业人工智能应用路在何方?近日,工商银行金融科技研究院发布《商业银行人工智能应用实践及趋势展望》,从五大方面对人工智能应用进行了深度剖析。
轻金融
中国工商银行金融科技研究院
2025-11-21
中信建投证券:基于AI大模型的多智能体技术在投顾领域的应用案例
该案例以大语言模型为核心,融合 RAG、Agent技术,构建“主 Agent+子Agent”架构,覆盖投顾全场景,包含个股分析助手、策略分析助手、产品分析助手。亮点包括:技术上实现知识可溯源与复杂任务规划;业务上赋能B端投顾效率、C端个性化服务;实施上分阶段落地,配套三级评测与合规体系;商业模式探索C端增值服务与B端技术输出。重点打造可信可控的智能投顾平台,推动证券投顾AI智能化转型,该平台服务于总部投资顾问,为行业首批实现案例。
鑫智奖·2025第六届金融机构数智化转型优秀案例评选
中信建投证券
2025-11-21
商业银行内控合规管理数字化转型路径探析
商业银行内控合规管理数字化转型可以有效提高商业银行全面风险管理水平。商业银行应基于现有风控系统,通过优化模型规则,提升数据质量,配套对接内部业务系统,充分发掘数据潜能,强化系统刚性管控等,加快构建更加全面、精准、开放、前瞻的数字化智能内控合规管理体系。
中国银行业杂志
刘振宇
2025-11-21
微信
咨询
微信咨询
扫码添加金科小助手微信号
咨询案例和解决方案相关信息
或联系对应机构