中电资讯-EAST5.0规范详解 有这个就够了

从EAST1.0推出到现在已有约8年时间,各银行结合自身特点,建立了EAST报送的组织架构工具、制度工具、流程工具。近期,EAST4.0又迈入5.0新阶段,商业银行标准化数据报送采集范围、报送要求以及数据质量等方面再次升级,金融机构应该注意哪些变化,作出哪些调整?一文详解EAST5.0报送要求。

近日,银保监会正式发布《中国银保监会银行业金融机构监管数据标准化规范(2021版)》(即EAST5.0),标志着EAST系统从4.0迈入5.0阶段。根据新规要求,银保监会对商业银行标准化数据报送采集范围、报送要求以及数据质量等方面再次升级,进一步完善了数据采集与报送的完备性和规范性。

EAST系统是由银保监会主导的监管分析平台,基本覆盖了现场检查、非现场监管、市场准入等所有金融监管领域。商业银行及非银金融机构通过EAST系统,按要求向监管部门报送各类业务数据,银保监会通过对银行数据的收集,通过统一数据分析平台,完成筛选、抽取、建模和分析,实现对商业银行全面的风险分析与检测。

报送时间

报送变动情况

EAST5.0 升级要点

丨删除冗余,弱化非监管重点

删除冗余数据项和统计分析意义不大的数据项,简化非监管重点领域的信息采集。例如删除信用卡持卡人客户信息、资产负债科目信息的采集,删除借据表与信贷分户账表中的重复信息。

丨细化采集标准、突出监管重点

对于重点监管方向和风险较高的业务,按照“成熟一类、规范一类、采集一类”的原则,以风险监管为导向,综合考虑信用风险、操作风险、合规风险、洗钱风险、流动性风险等,对业务场景进行细分,细化采集标准。例如本次增加了对集团客户及财务信息、贸易融资及贸易背景、票据融资、表外业务及垫款、互联网贷款、代理代销、衍生品交易等业务的细分采集,并相应调整主题划分。

丨优化报送口径、增强数据规范性

优化各表的报送范围,明确数据项的业务含义和口径。合理调整数据报送粒度,丰富各数据元的枚举值类型并允许码值自定义。对于全量数据的报送,明确全量表报送截至采集日有效的数据,上一个采集日之前已经结清、失效、终结的数据无需报送。此外,调整字段顺序、数据格式,让采集规范更加清晰合理、兼容,减少理解歧义。

丨提升数据分析便利性、增强数据安全保护

在各类业务信息中,增加客户的证件信息报送,方便数据的关联分析。调整脱敏算法,由MD5法改为SM3密码杂凑算法,完善脱敏规则。

丨持续加强数据质量要求

细化校验规则,将校验要求结合金融机构业务实际情况区分强校验和弱校验,要求金融机构每期提交《监管标准化数据检核结果及备案表》,并要求银行机构在会版基础上,完善校核规则,加强跨监管模块以及与行内业务系统的数据校验,倒逼金融机构对源系统数据进行治理。

从EAST1.0到5.0中电金信始终在路上

从EAST1.0到5.0,中电金信结合监管政策趋势,已自主研发一套完整的统一监管报送平台,可满足央行、银保监会、外管局、地方监管机构要求的所有报送需求。

便捷化操作

· 一站式布局

· 报送任务统一监控、统计处理

· 校验结果清晰提示、批量修改

模块化可配置

· 校验公式配置化

· 流程配置化

· 接口模版配置化

合规化报送

· 支持报送数据、多次上报及最新覆盖报送

· 内置校验规则,支持监管校验、自定义校验及提示性校验等

· 支持跨系统校验,内置与1104、客户风险等系统的校验规则

溯源化管理

· 数据导出记录

· 任务执行记录

· 数据修改历史痕迹

数据质量监控

· 源数据质量监控

· 上报数据质量监控

  • 3
    点赞
  • 34
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
通用说明 1. 适用机构:在境内依法设立的银行机构,包括政策性银行、大型商业银行、股份制商业银行、城市商业银行、民营银行、农村信用社、农村商业银行、农村合作银行、村镇银行、外资银行、中德住房储蓄银行。 2. 数据结构:《中国银保监会银行业金融机构监管数据标准化规范(2019版)》(以下简称《规范》)共包括十个监管主题域、66张数据表、1852个数据项。数据表报送范围及数据项在《规范》中均有说明。 3. 数据来源:银行机构根据《规范》要求报送除理财业务域以外的九个监管主题域,从行内相关信息系统中获取数据,其中信息系统包括但不限于以下系统:核心业务系统、信贷系统、国结系统、票据系统、人力资源等。理财登记中心根据《规范》要求,向银保监会报送采集范围内的数据。各报数单位现有信息系统无法满足数据填报需求时,应及时采取措施,完善信息系统建设,并制定具体工作方案计划,以逐步达到数据报送要求。 4. 数据采集:银行机构首次按本《规范》集中报送数据时,公共信息、客户信息、信贷管理等相关数据表报送采集时间段内存续数据,账户类及交易明细类数据报送时间段内的全量数据。银行机构持续报数时,公共信息、客户信息相关数据表报送采集时间段内存续全量数据。理财登记中心按照理财业务相关数据表的采集要求报送数据。报送账户、借据全量数据时,采集时间段内结清、未结清,销户、未销户都应上报。 5.数据校验:银行机构按照数据检核规则报送数据。首次集中报送时,银行机构按照数据检核规则完成对报送数据的整改工作。持续报送时,银行机构应在一个报送周期内完成对不符合校验规则数据的整改和入库。 6.数据分层存储:所有采集数据分层存储在银保监会(或其派出机构)和报数机构。每批次数据采集时,报数机构将全部数据存至本机构存储平台,并按照《规范》要求,将其中部分数据报送至银保监会(或其派出机构)。存至本机构的数据要单独存放、隔离管理,并建立安全可靠的传输通道和保障机制,支撑银保监会数据调阅与应用。存储平台中的数据,未经银保监会许可,不得导出、拷贝和删改。 7. 关联数据项:不同表存在数据项名称、填报内容定义相同的数据项时,应保证所填数据在这些表格中一致。例如:不同表的客户统一编号、工号、合同号应保持表间一致。“备注”栏所列“关联数据项”意为表之间数据项存在相关关系,用于指导银行机构填报存在相关关系的数据及监管查找关联数据之用。 8. 银行自定义数据项:由于银行机构业务和信息系统的差异性,规范中一些数据数据项填报要求注明由银行自定义,此类数据数据项报送应注意使用中文字典或中文描述,避免使用英文或代码表示。对于《规范》中已经列出数据项值的数据项,严格依照标准中已有的分类上报。 9. 敏感信息处理:对于客户隐私均在备注栏内做了注解,分为“隐私,暂不取”、“隐私,银行机构变形”两种情况。对于“隐私,暂不取”数据项,保留在银行机构,作为可追索数据项;对于“隐私,银行机构变形”数据项,按照以下规则进行变形: (1)个人件号码: 若件号码中有英文字母,应先统一转换成大写英文字母; 变形后的件号码(38字节) = 件号码前6字节(6个英文字符/数字,或2个汉字,或1个汉字+3个英文字符/数字) + MD5(件号码全文UTF-8编码)(32字符,英文按小写输出),若件号码为空,则按空值报送。 例: 18位公民身份号码:33010219801212031X,变形后: 33010268162287691742b48cbc3ae8b70650a7 15位公民身份号码:330102801212031,变形后: 330102b88ce0d0e99298c224409414db399920 军官证/武警部队警官证:参字第1234567号,变形后: 参字3d0b11c17f6130dbd8502a416a7935ef 护照:E12345678,变形后:E12345d02f3cf86bb402a904f98df6373eb1ac (2)包含个人件号码的客户统一编号: 若件号码中有英文字母,应先统一转换成大写英文字母; 将件号码部分用件号码全文UTF-8编码的MD5杂凑值替换,其余部分不变。 (3)客户名称和所有对方户名信息: 三个汉字以内(包含三个汉字)的名称,做有限暴露方式的脱敏处理,只保留最后一个字,其余长度的名称不变形。银行机构员工和业务办理人员、自然人股东、单位负责人姓名不变形。 10. 数据约束:数据结构备注中PK为监管部门作为唯一性约束的参考条件,含有多个PK的,表示联合主键的参考,并不作为主外键唯一性约束的条件,可根据数据实际使用用途情况作出调整。 11. 数据项报送:《规范》中所有数据项均作为必填项对待,确实无法对应的数据项应报监管部门备案,并参照以下处理:①未开办此类业务,则无须报送;②已经开办此类业务,但需要一次性录入索引类数据,应当在实施过程中另行建表维护或对源系统进行技术改造。 12. 数据格式:报送数据若为字符串,则字符串中不能包含\n、\r、双引号等控制字符和转义字符,且字符串首尾不能包含空格。报送数据若为浮点数,则必须为123.789形式,前后不可补0、补+号。报送数据若为整数,则必须为123456形式,数值前不可补0、补+号,数值后不能带小数点。 13. 拆分原则:明确采集分支机构数据的银行机构,由总行按照一级分行进行数据拆分,并由一级分行报送属地银监局。若多个一级分行归属同一银监局管辖区域,则应由多个一级分行分别独立报送。数据拆分应当以满足交易描述的完整性为基本原则,账户归属地、业务发生地不在一个一级分行的,归属地、发生地应当分别报送。 14. 标准引用:下列标准中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本规范,然而,鼓励各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本规范。 银保监会《金融机构代码编码规则》 ISO/IEC 10646 Information Technology -- Universal Coded Character Set (UCS) GB 32100-2015 法人和其他组织统一社会信用代码编码规则 GB 11714-1997 全国组织机构代码编制规则 GB 11643-1999 公民身份号码 GB/T 2261-2003 个人基本信息分类与代码 GB/T 4754 国民经济行业分类 GB/T 7408-2005 数据元和交换格式 信息交换 日期和时间表示法(ISO 8601:2000,IDT) GB/T 12406-2008 表示货币和资金的代码(ISO 4217:2001,IDT) GB/T 18142-2000 信息技术 数据元素值格式记法(ISO/IEC 14957:1996,IDT) GB/T 4658-2006 学历代码 GB/T 8561-2001 专业技术职务代码 GB/T 2659-2000 世界各国和地区名称代码
这些测试平台各有优缺点,下面是它们的简要介绍: 1. Zrunner:Zrunner 是一款云端自动化测试平台,支持多种语言和测试框架,可以在不同的操作系统和浏览器上进行测试。优点是易于使用,具有良好的UI界面和多种功能,包括自动化测试、测试管理、测试报告等。缺点是不支持移动端测试和本地部署。 2. Apifox:Apifox 是一款面向 API 测试的自动化测试平台,支持多种 API 协议和格式,包括 REST、SOAP、GraphQL 等。优点是易于使用,具有良好的UI界面和多种功能,包括自动化测试、测试管理、测试报告等。缺点是不支持 UI 测试和本地部署。 3. 中电金信自动化测试平台:中电金信自动化测试平台是一款面向企业级应用的自动化测试平台,支持多种语言和测试框架,可以在不同的操作系统和浏览器上进行测试。优点是具有良好的扩展性和可定制性,支持多种测试类型,包括性能测试、安全测试等。缺点是需要一定的技术能力才能使用。 4. 龙智:龙智是一款基于云端的自动化测试平台,支持多种语言和测试框架,可以在不同的操作系统和浏览器上进行测试。优点是易于使用,具有良好的UI界面和多种功能,包括自动化测试、测试管理、测试报告等。缺点是不支持移动端测试和本地部署。 5. 精灵云测:精灵云测是一款面向移动端的自动化测试平台,支持多种移动端操作系统和设备,包括 Android、iOS 等。优点是支持多种测试类型,包括 UI 测试、性能测试等,具有良好的UI界面和多种功能。缺点是不支持本地部署和桌面端测试。 6. KoolTest:KoolTest 是一款基于云端的自动化测试平台,支持多种语言和测试框架,可以在不同的操作系统和浏览器上进行测试。优点是易于使用,具有良好的UI界面和多种功能,包括自动化测试、测试管理、测试报告等。缺点是不支持移动端测试和本地部署。 综上所述,选择哪个测试平台应该根据实际需求进行选择,不同的平台有不同的优缺点,需要根据具体情况进行选择。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值