统一监管报送系统建设项目1113105039.docx
《统一监管报送系统建设项目1113105039.docx》由会员分享,可在线阅读,更多相关《统一监管报送系统建设项目1113105039.docx(58页珍藏版)》请在冰点文库上搜索。
统一监管报送系统建设项目1113105039
附件1:
广西北部湾银行统一监管报送平台二期工程
采购需求
货物〔设备〕需求一览表
产品名称
数量
具体内容
交货目的地
统一监管报送平台二
期
1套
人民银行金融统计报送系统、人民银行新版利率报备系统、银监会1104报表报送系统。
广西北部湾银行指定地点
技术规格
、总体要求
1.1使用范围
统一监管报送平台建设范围包括广西北部湾银行及其发起的村镇银行,平台建成后
供广西北部湾银行及其发起的村镇银行监管报送使用并满足监管报送要求。
*1.2知识产权
在中华人民共和国境内使用投标产品、技术、效劳或其任何一局部时,不会产生
因第三方提出侵犯其专利权、商标权或其它知识产权而引起的法律和经济纠纷。
如投
标人不拥有相应的知识产权,那么必须获得相应产权人的许可授权并在投标报价中包括
合法获取该知识产权的相关费用。
*1.3源代码
投标人提供统一监管报送系统全部源代码、二次开发源代码、系统与报表开发设
计工具、报表设计源码和相关技术文档。
、工程建设目标及总体要求
2.1工程建设目标
2.1.1满足人民银行大集中报表的数据加工和报文上报工作,满足跨期异动分析,符合最新监管统计制度报送要求。
满足人行利率监测报表数据加工及报送要求。
满足并不限于人行以下监管标准:
?
中国人民银行南宁中心支行关于进一步完善利率监测报备制度的通知?
〔南宁银发[2021]338号文〕
2.1.2按银监会“1104工程〞的非现场监管报表、银监会“新资本充足率〞数据报送系统要求报送,并按?
中国银监会关于印发2021年非现场监管报表的通知?
〔银监办发[2021]51号文〕,提高上报数据的数据质量。
满足银监会?
数据良好质量标准?
要求,满足广西北部湾银行法人口径、村镇银行法人口径及广西北部湾银行合并口径报表报送要求,同时满足监管部门的数据报送要求。
2.1.3通过人民银行金融统计报送系统、人民银行新版利率报备系统、银监会1104报表报送系统、银监会新资本充足率数据报送系统模块的建设,与监管机构业务数据采集平台进行对接,自动采集招标人对人民银行金融统计报表、人民银行利率监测报表、银监会1104报表,并进行数据验证、打包和报送,实现表内、表间及相关关键指标数据的预警要求,满足浮动比率的预警值校验,保证招标人按照监管机构要求在规定时间、以规定格式上报,实现各监管报送模块的数据报送工作。
同时为招标人数据报送人员提供相关业务培训,使招标人业务人员能在较短的时间内掌握人民银行金融统计报送系统、银监会1104报表报送系统报送要求。
通过平台建设,实现系统间信息共享,加强统计数据治理,大幅度提升数据加工的效率和质量,满足银监会?
数据良好质量标准?
要求。
2.1.4针对非现场监管,建立非现场监管分析平台,进行数据质量监测、审核和全面的经营及风险分析,实现指标预警、风险主题分析、监管评级等功能,有效帮助银行及时全面地掌握全行的监管风险状况,提高业务经营和风险管控水平,完善非现场监管和风险控制。
2.2总体要求
2.2.1科学性
须从设计的角度充分采用国际上软件系统成熟的MVC架构模式,将软件系统的模型
层、展现层、控制层进行合理有效的分工,同时采用CMMI认证的软件开发管理模式,
按照软件开发的方法论,进行系统开发过程的管理、设计、实现、测试,同时结合本系统适用的金融领域的银行的实际业务特点,确保系统的科学性。
2.2.2系统性
须在统一监管报送理念的指导下建立的一套可扩展的监管报送整合平台,为日后北部湾银行的业务开展提供可靠系统保证。
统一监管报送系统可解决各类监管机构的多套监管报表。
从系统规划来看,须将各类监管报送有效整合,实现高集成、低耦合的系统规划目标,各个监管报送模块可进行一次性的集成部署实施,也可按照行内的需要有选择性的进行分散部署实施。
从底层数据来看,须将各类监管报送的数据全面梳理与整合,实现各类监管数据的统一性、完整性、复用性,同时可支持底层数据的双向扩展。
从软硬件资源及网络应用来看,须将各类监管报送进行统一整合,节省软硬件及网络资源。
综上,统一监管报送须实现监管报送领域的全面整合,同时还可根据行内的整体建设规划,进行统一监管报送系统前端的系统横向扩展及底层数据的横向、纵向的扩展。
2.2.3前瞻性
基于国内经济环境的特点及国内监管机构的制度调整频繁,有一套全面满足监管机构的报送系统及整合全面监管数据的数据模型,是各家金融机构面临的主要问题,统一监管报送系统及底层的统一监管数据模型,在高起点、高标准、高水平管理的原那么下,系统可充分满足各类监管报送至少5年之内的要求。
2.2.4适用性
系统具备适应金融行业监管报送领域的信息化开展趋势。
本系统在通过一定的技术手段进行实施后,具备全年稳定运行和并发响应的能力,同时根据行内的现状,推荐的软硬件配置应考虑到行内未来的业务3〜5年的开展,预留了一定的系统冗余量,
以保证未来的系统扩充能力。
指标数值统计的参数化设计,适应每年的监管统计口径调整;
2.2.5平安性
系统中对于需要进行责任认定的步骤和操作进行签名,并将签名结果发送到责任认定效劳器,同时也写入系统的数据库中,确保责任认定结果的可信性、抗抵赖性和有效性,便于日后的审计和分析。
2.2.6系统对于关键的、重要的时间数据采用时间戳,时间戳效劳器采用可信时间戳服务,该系统基于PKI技术,采用国家权威时间源提供的精确可信的时间效劳。
系统利用时间戳确认记录系统处理数据的时间、用户对系统相关操作的相对时间顺序,以实现系统对数据处理的抗抵赖性、可审计性。
为了防止对系统数据的侦听、窃密、非法修改、冒名顶替、恶意破坏等,需要采取必要的技术措施,保证交换的数据的机密性、完整性、可靠性、不可否认性。
2.2.7标准性和开放性
统一监管报送系统和统一监管数据模型须严格按照软件开发标准的要求进行,具备标准性、开放性和标准型的特点,确保可与行内的各个业务系统或第三方系统进行对接,只需将双方需要对接的共同标准对外接口进行提供,就可进行各个系统的连接工作。
2.2.8可扩展性
无论是前端的统一监管报送系统,还是统一监管数据模型均须采用模块化、组件化、参数化的设计原那么。
在我行核心系统更换时能及时做好端口切换对接。
统一监管报送平台可满足国内银监会、人民银行的国内主流监管报送,使用模块化的设计理念,本工程的标的就是此平台下的人民银行金融统计报送系统、银监会1104报表报送系统、银监会新资本充足率数据报送系统报送四个监管报送模块,日后可在该平台上进行其他监管报送模块的扩展。
同时还考虑到除了满足国内各个监管机构监管报送的要求,北部湾银行还需要向母公司进行各类行内报表的提供,统一监管报送平台的行内报表模块就是为了满足此类需求的模块,可在该模块进行行内报表的定制化实施工作。
统一监管数据模型在融合各类监管机构数据报送要求的根底上,须进行数据全面整合,同时数据模型接口须清晰标记某一数据项应用的监管报送范围,通过此方式就可对底层数据进行灵活的扩展。
须具备二次开发的可行性,提供开发平台,用于行内技术部门日后新增监管报送或行内需求。
综上,统一监管报送系统和统一监管数据模型均须支持独立的、平滑的无缝的系统扩展升级,且该类升级不会对主机造成明显的效率影响。
2.2.9可审计性
系统须从三个层面进行系统可审计性的保障,满足行内后续的稽查的数据依据。
2.2.9.1系统操作日志管理
为保证系统的健全性和平安性,系统须对操作人员、归属机构、操作时间、操作菜单、操作说明、操作状态予以记录。
2.2.9.2报表操作留痕管理
为保证数据审核人员能够更好更有效的监控报表修改情况,须提供数据修改查询的功能,该功能通过记录报表修改的过程,提供查询修改的人员和修改前的数据值,即系统会记录谁在什么时间,修改了什么数据,修改前的值,修改后的值,同时也支持在报表界面进行修改留痕查看。
2.2.9.3权限变更留痕管理
为保证系统管理权限的独立性,须将权限变更留痕管理独立出来,记录权限变更主题、修改描述、修改日期、修改状态等信息。
2.2.10易用性
系统所有模块的界面须采用统一风格,同时综合各家银行的操作习惯,具备高度的用户界面友好型。
同时须对报表流程中的各类参数进行可配置化的设置,以便日后的维护和管理。
2.2.11高效实用性
结合招标人的实际情况,同时参考同业同类银行以往的实施校验,须给行内进行硬件配置进行推荐,推荐的硬件配置须考虑行内未来业务的增长,预留了一定的冗余空间。
同时适当考虑到金融行业及监管报送的要求,须进行适当的调整。
整个软件系统须按照标准的软件开发标准进行开发,确保系统的易改造、易升级、易操作、易操作。
后台数据结构须按照各类监管报送数据要求进行整合,同时可按照不同的监管报送模块进行拆分处理,满足招标人特殊报表定制,确保系统数据的横向及纵向扩展。
三、业务需求
3.1建设内容此次工程建设内容为:
3.1.1统一监管报送系统〔二期〕
3.1.2人民银行金融统计报送模块;
3.1.3银监会1104报表报送模块。
3.1.4人民银行新版利率报备系统
3.2总体业务需求
通过对人民银行金融统计报送系统的建设,提供友好的操作界面及灵活的系统配置功能,自动采集招标人业务数据,并进行数据校验、数据生成和报送,对大额数据变动预警,保证招标人按照人行要求在规定时间、以规定格式上报,同时为招标人数据报送人员提供相关业务培训,使招标人业务人员能在较短的时间内掌握人民银行金融统计报送要求,并在我行新核心系统上线提供端口改造,对监管部门新的制度快速响应升级支持。
通过银监会1104报表报送系统模块的建设,与银监会数据采集平台进行对接,自动采集招标人业务数据,并进行数据验证、打包和报送,保证招标人按银监局要求在规定时间、以规定格式上报,同时为招标人数据报送人员提供相关业务培训,使招标人业务人员能在较短的时间内掌握银监会1104报表报送系统报送要求。
通过对人民银行新版利率报备系统的建设,提供友好的操作界面及灵活的系统配置功能,自动采集招标人业务数据,并进行数据校验、数据生成和报送,对大额数据变动预警,保证招标人按照人行要求在规定时间、以规定格式上报,同时为招标人数据报送人员提供相关业务培训,使招标人业务人员能在较短的时间内掌握人民银行新版利率报备系统。
综上所述,本次系统建设业务内容包括不限于:
3.2.1数据平台
在本工程实施过程中应为北部湾银行搭建统一监管数据报送系统,该平台可满足现行人民银行、银监会等监管部门要求的主流监管报文,其中本次工程应完成对人民银行金融统计报送系统、人民银行新版利率报备系统、银监会1104报表报送系统模块三个模块建设,实现任务自动下发,后续其他相应模块应具有可扩展性。
3.2.2数据集市
在本工程实施过程中应为北部湾银行搭建统一监管数据集市,集市应满足各类人民银行、银监会等监管部门数据要求,并具有可扩展性,充分考虑后续各类监管机构报送数据的要求。
3.2.3数据采集
由业务专家与招标人业务人员进行沟通,开展业务分析与数据分析工作,明确人民银行金融统计报送系统、人民银行新版利率报备系统、银监会1104报表报送系统、银监会新资本充足率数据报送系统报送的业务范围,针对系统中已有的数据,梳理源数据
到报送指标的业务映射规那么;以招标人业务系统为根底数据源,报送系统自动抽取、加载、转换相关业务数据。
满足人们银行、银监局数据治理要求。
3.2.4数据补录
针对数据分析中的缺失数据,分析缺失原因,提出改良建议,假设无法通过自动化实现,将采取手工补录的方式。
报送系统为业务人员提供补录界面,支持总行各部门和分支机构的数据补录。
各业务部门所补录的数据报表和数据指标要相对独立,不能出现业务交叉无法补录的情况。
况。
针对历史数据,实行一次性补录,不能出现同一数据,每次报送均需要补录的情
3.2.5数据校验
系统要包含数据校验功能,涵盖本次人民银行金融统计报送、人民银行新版利率报送、银监会1104报表报送统计所要求的校验,对于类似“根本格式校验〞,“逻辑校验〞,“源数据校验〞具有有效的校验维护机制。
数据校验接口需要直观的展示给业务人员。
并进行大额数据异常变动提醒。
3.2.6ETL
系统应包含完整的数据抽取、清洗、转换功能。
业务字典数据转换需采用可配置化进行。
有完善的可视化界面能够清晰查看ETL数据流程进度。
3.2.7数据报送
系统可按人民银行、银监会、要求格式自动生成人民银行金融统计报送、人民银行新版利率报送、银监会1104报表报送所需的数据包并进行报送,对于报送的数据系统自动保存修改和上报等重要操作痕迹,并能查询数据的业务逻辑。
3.2.8系统管理包括用户维护、权限维护、个人信息维护、电子公告、报送数据查询等。
根据系统使用者机构、部门的不同,或操作权限的不同,灵活定义用户角色,不同角色拥有不同的系统功能,同一用户可以拥有一个或多个系统角色;可以灵活查询系统已报和未报数据,并对各机构的报送结果进行统计。
3.2.9日志功能
系统应提供完整的日志功能,主要包括ETL日志、系统登录日志、系统操作日志。
3.2.10
应用分析
【监管核心指标】实现监管
及到的监管根底根底指标列示,展示当期值以及预警值等;
评级关注的监管核心指标列示,展示当期值和预警值等;【指标异动分析】可以实现指
标跨期预警,并且可以自定义预警值。
实现风险主题分析,监管评级、监管报告功能。
3.3人民银行金融统计报送系统报送模块业务需求
业务范围包括不限于:
人民银行金融统计报表:
“全科目〞会计报表、资产负债报表、损益报表、中间业务报
表、非现场监管补充报表…涵盖对村镇银行多级法人机构的报表报送。
序号
功能名称
功能描述
1
任务管理
提供完善的任务管理机制,实现对报送任务的配置和管理,支持自动或手动下发报送任务。
2
报表审核
提供严格的报送任务审核机制,实现对报送报表的提交、复核、审核等多种审批流程。
支持单表或者批量审核。
3
数据填报
提供所见即所得的数据补录和修改页面,实现对数据的修改、校验、计算、汇总、提交等操作,提供非常人性化的操作控制和展示方式。
4
数据校验
提供完善的校验机制,支持指标的逻辑校验、总分校验、预警校验等。
支持单表校验或者批量校验。
5
数据导入、导
出
提供非常方便的数据加工功能,以类似EXCEL勺方式,进行数据的在线处理或
者离线编辑,可以导出EXCEL表进行离线编辑后再导入系统。
支持单表或者批量导出、导入。
6
机构映射
提供行内机构和标准报送机构的映射管理,确保按照报送制度要求生成相应机构的报送信息。
7
报文生成
按照人民银行标准接口标准要求,生成IJD报文,冋时支持EXCEL下载。
8
综合查询
通过综合查询可以查询历史数据,选择任务、机构、报表状态、填报频度、数据日期等条件要素进行数据查询。
9
统计分析
提供基于报表工程或者指标的统计分析功能,支持环比、冋比、结构等多种方式的分析,支持把分析结果导出图标。
3.3.2业务功能包括不限于:
3.3.2.1制度升级支持
本系统在设计和开发时遵循的原那么包括:
3.3.2.1.1整体设计,逐步实现,预留功能的原那么。
3.3.2.1.2开放接口,标准组件原那么。
3.3.2.2数据采集
人民银行金融统计报送系统根据监管部门有关要求实现按一定频率〔可自定义〕自动从招标人相关源系统进行数据抽取、加载,处理过程按照不同的业务和信息记录分单元进行,各单元间运行独立,但业务逻辑关联。
按制定的取数规那么、字段映射规那么实现数据的清洗、转换,实现系统自动下发任务,跑批等功能,生成银监局所要求的数据表。
数据采集过程中需实现对数据以下清理:
3.3.2.2.1非法字符过滤,保证字符内容不包含标准不允许的回车、换行、换档;
3.3.2.2.2数据超长处理,智能截取超长的数据,防止数据溢出错误;
3.3.2.2.3代码转换,根据代码对照表,把源系统代码对照到数据标准化系统;
3.3.2.2.4不同数据库代码转换,当原始数据库的数据库编码和目标数据库的编码不同时,自动转换为新的数据库编码。
3.3.2.2.5业务变化类型识别,根据定义的关键字识别此笔记录是否新增,如果不是新增根据自定义的非关键字比照字段识别出是否业务变更,根据并在导入数据标准化数据库后准确的设置变化标志:
新增/变更;
3.3.2.2.6支持增量导入机制,系统维护一个导入基准时间,允许大局部的业务进行时间比照实现增量导入机制。
3.3.2.3建立全面的数据校验引擎
根据人民银行监管要求,建立全面的数据校验标准,在报数前根据人民银行和招标人的校验规那么自动识别数据问题。
校验规那么包括根本指标校验、数据完整校验、数据逻辑校验、表内数值校验、表间数值校验、特殊数据校验、数据一致校验、数据异常校验等。
并尽可能实现错误信息的准确定位,对不合规的数据按不同类型进行筛选后补录。
系统还应实现各种维度的冲突信息的自动校验与冲突信息处理功能。
实现统一平台内根据监管部门要求的跨报送系统数据统一性校验。
3.3.2.4建立数据校验、修改和补录的流程
应提供对于缺失字段的手
提供根据校验规那么对发现的数据问题进行人工修改的功能,
工补录功能,并对补录的数据进行完整性和正确性校验。
要求实现总分支三级机构数据校验、数据修改补录、数据提交、数据打回、数据状态监控等流程管理。
3.3.2.5数据的修改和补录
系统要支持按照不同维度,根据校验结果反应对数据进行修改、补录等。
还需支持数据源缺失信息的excel导入、导出和对关键页面的打印功能。
3.3.2.6数据报送
总行通过全行校验后,生成按照人民银行报送要求格式的数据包文件并按人民银行要求的报送时间内进行数据报送。
本系统应提供将银监局对报送数据有反应信息〔如有〕导入的功能,并实现解析、错误定位、补报等功能。
3.3.2.7数据的归档、查询
系统要具备报表查询功能,能将对人民银行报送的各类数据表作为报表,让不同权限的用户查询其归属下的各类业务数据。
3.3.2.8数据分析功能
根据人民银行现场数据分析规那么,尽可能多的建立相应的数据分析功能,生成相应的分析报表,辅助招标人进行内控。
3.3.2.9系统管理功能
本系统要能够实现系统根底功能配置,主要包括:
3.3.2.9.1机构管理。
根据招标人各系统机构的设置,建立统一的机构管理,当各源系统机构发生变更后,自动更新本系统机构信息。
3.3.2.9.2用户管理。
对使用本系统的人员进行统一管理。
3.3.2.9.3角色管理。
本系统需支持角色管理功能,为不同角色的用户分配不同的操作权限和数据管理权限。
3.3.2.9.4代码和参数管理。
提供监管机构代码、系统根底参数的维护功能,支持流程定义等其他参数管理。
3.3.2.9.5规那么维护。
系统支持校验规那么的新增、生效、失效等的维护,利于后期银监会对校验规那么进行修改。
3.3.2.9.6日志管理。
系统提供登录、修改、报送等的详细记录,以便管理人员进
行查询和责任认定等。
3.4银监会1104报表报送系统模块业务需求
业务范围包括不限于:
当监管当局向金融机构发布相应报送要求时,能够及时、准确、高效地响应,提供
相应效劳。
当前系统建设的银监会1104报表报送系统、银监会新资本充足率数据需满
足如下报表范围〔包括不限于〕:
根底报表、特色报表、银监会1104分支报表、银监会新资本协议报表〔巴川〕、银监会
村镇银行、涉外机构合并报表、银监会村镇银行多级法人机构的报表报送〔系统支持多法人
报送〕。
3.4.1.11104报表指标体系
类别
第二
层级
第
层
级
序
号
表号
报表名称
境内汇总数
据
合并报表数据
〔含附属公司〕
频度
时间
频度
时间
基础类报表
综合类
基
础财务
1
G01
资产负债工程统计表
月
7
季
40
2
G01
附注
第III局部:
存贷款明细报表〔一〕
月
7
3
第W局部:
存贷款明细报表〔二〕
半年
18
4
第叫局部:
贷款投向分行业情况表
月
7
5
第区局部:
存贷款月日均情况表
月
7
6
G03
各项资产减值损失准备情况表
月
7
季
40
7
G04
利润表
季
13
季
40
杠
杆
率
8
G44
杠杆率情况表
季
18
季
40
资
本
9
G40
资本充足率汇总表
季
18
季
40
充
足
B
10
G4A
合格资本情况表
季
18
季
40
11
G4A-
1(a)
贷款损失准备情况表〔权重法〕
季
18
季
40
12
G4B-
1
表内信用风险加权资产计算表〔权重
法〕
季
18
季
40
13
G4B-
2
表外信用风险加权资产计算表〔权
重法〕
季
18
季
40
14
G4B-
3
交易对手信用风险暴露风险加权资
产汇总表〔权重法〕
季
18
季
40
15
G4C
市场风险资本要求情况表
季
18
季
40
16
G4C-
1
市场风险标准法资本要求汇总表
季
18
季
40
17
G4C-
2
市场风险内部模型法资本要求情况
表
季
18
季
40
18
G4D
操作风险加权资产情况表
季
18
季
40
风险
类
信用风险
1
G01
附注
第H局部:
贷款质量五级分类情况简
表
月
7
2
第W局部:
各项垫款情况表
季
13
3
G11
资产质量五级分类情况表
第I局部:
按行业分类的贷款〔按贷
款投向〕
季
13
季
40
第H局部:
资产质量及准备金
季
13
第皿局部:
按行业大类分类的贷款
季
13
〔按贷款投向〕
4
G12
贷款质量迁徙情况表
季
13
5
G13
最大十家关注类/次级类/可疑类/损
失类贷款情况表
季
18
6
G14
授信集中情况表
第I局部:
最大十家集团客户授信情
况表
季
18
季
40
第H局部:
最大十家金融机构同业融
出情况表
季
18
第皿局部:
最大十家客户贷款情况表
季
18
季
40
7
G15
最大十家关联方关联交易情况表
季
18
季
40
8
S67
房地产贷款风险监测统计表
季
18
流动性风险
1
G21
流动性期限缺口