银监会监管数据标准化报送系统EAST30

银监会监管数据标准化报送系统EAST30
附件1：
监管数据标准化报送系统升级（EAST3.0）需求说明书
⼴西北部湾银⾏股份有限公司
2017年4⽉
1.系统建设背景
为了更规范的进⾏⾦融机构进⾏监管数据标准化的报送⼯作，并对国内的银⾏业⾦融机构在监管数据标准化报送规范层⾯进⾏统⼀，银监会于2017年3⽉发布了《中国银监会办公厅关于印发银⾏业⾦融机构监管数据标准化规范的通知》及相关说明附件，将国内银⾏业⾦融机构的监管数据标准化⼯作进⾏统⼀与规范，通知要求国内各银⾏业⾦融机构需要按照该发⽂的要求，进⾏数据的全⾯梳理、映射、采集、检核和上报。

2.系统建设价值
根据银监会通知要求，该系统将于2017年7⽉在全国范围内正式上线运⾏，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建⽴⼀个功能完善、⾼效率的监管数据标准化报送系统，将直接影响到我⾏⽇后与银监会之间⽇常报备⼯作的顺利开展。

3.系统建设⽬标
根据《中国银监会办公厅关于印发银⾏业⾦融机构监管数据标准化规范的通知》的有关要求以及我⾏的接⼝要求，建设EAST 数据采集
报送系统，帮助我⾏（包括我⾏的所有村镇银⾏）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理⽔平，并促进⾏内业务数据改良以及监管统计分析⼯作。

建成后系统报送表单如下：
4.我⾏相关系统描述
我⾏应⽤系统总体架构主要分为：业务⽀撑应⽤、客户服务渠道、企业管理应⽤等⼏⼤部分。

⽬前已实现的应⽤系统有：
业务⽀撑系统：包括核⼼业务系统、信贷业务系统、综合前置及多渠道接⼊系统、资⾦业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；
客户服务渠道：包括⽹点柜⾯、⽹上银⾏、⼿机银⾏、客户服务中⼼、各类⾃助设备（如：多媒体查询机、存取款机）、短信系统等；
企业管理系统：包括统⼀数据管理平台、报表系统、信息报送系统、办公⾃动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。

5.项⽬实施需求
请投标⼈依据以下项⽬实施要求提出可⾏的项⽬实施⽅案，包括但不仅限于项⽬实施⽅法、项⽬计划、项⽬组织、项⽬实施前提、项⽬关键⾥程碑、项⽬交付物、项⽬实施风险及规避措施等。

5.1.主要业务需求
5.1.1.多法⼈⽀持
所有功能⽀持⼴西北部湾银⾏以及名下所有村镇银⾏。

5.1.2.报送内容
《中国银监会办公厅关于印发银⾏业⾦融机构监管数据标准化
规范的通知》要求，主要包含以下业务内容：
1.公共信息类
2.会计记账信息类
3.客户信息类
4.授信交易对⼿信息类
5.卡⽚信息类
6.信贷管理类
7.交易流⽔类
8.统计全科⽬数据类
9.资⾦业务类
10.理财业务类
5.1.3.全⾯的数据校验引擎
根据银监会要求，建⽴新制度全⾯的数据校验标准，要求校验规则能够可视化配置，并且可灵活参数化启⽤。

在数据报送前，根据银监局和我⾏（如必要）的校验规则⾃动识别数据问题，需要对不合规的数据按不同类型进⾏筛选后补录。

5.1.4.灵活的补录机制
提供系统页⾯补录⽅式、数据导出导⼊（通过excel等⽅式）补录⽅式。

系统应提供对于缺失字段或者报表的⼿⼯补录页⾯，并且能够提供补录数据的校验。

展⽰所需补录的条数、字段及已经通过校验的条数记录，同时⽀持将校验失败数据导出，补录完成后导⼊系统。

5.1.5.合理可配的⼯作流程
系统应提供可灵活配置的⼯作流程，包括任务模板配置、任务下发、数据跑批进程、数据校验、数据补录、数据提交、数据复核、数据审核、数据打回、报⽂⽣成、报⽂打包下载等。

数据脱敏实现脱敏字段的配置，包括不脱敏、银⾏脱敏（⾝份证号脱敏、客户名称脱敏）、监管脱敏等。

在EAST数据库中完全保留真实数据，仅在数据⽣成报⽂时进⾏数据脱敏处理。

系统要求能够按照监管制度
要求对脱敏字段、脱敏规则进⾏灵活配置，系统打包时实现脱敏数据处理。

5.1.
6.数据转换
按业务建⽴数据字典和数据转换规则，⽀持⽣产数据向EAST报送数据的⾃动化转换，⽀持业务系统数据向报送数据的⾃动化转换，⽀持数据字典和转换规则的⾃定义，⽀持报送数据的⾃动补充和⼈⼯添加。

5.1.7.数据打包
系统要求可以根据配置⽣成全量数据报⽂，提供增量数据判断⽐对功能，⽀持增量数据的数据跑批与配置功能。

⽀持系统灵活定制⾃动打包和⼿动打包；⽀持灵活定制数据打包上报频度和时间。

5.2.主要功能需求
5.2.1.数据操作
任务调度：提供EAST3.0报送制度的任务的的调度处理功能，实现对数据的还原，⽐对，校验，报⽂⽣成等操作。

批量加⼯：提供对EAST3.0报送内容的批量处理，通过机构集、报⽂集进⾏批量的数据初始化、数据还原、数据⽐对、数据校验等操作。

时点数据操作：提供对截⽌选择时间及之前的所有数据总量进⾏补录加载，数据删除的操作以及数据报送状态查询。

报送数据操作：提供基于时间及机构两个维度对对正在报送和未报送的报⽂进⾏数据操作。

5.2.2.数据处理
数据补录:提供对EAST3.0报⽂数据的补录，⽀持新增，修改，删除，校验，提交，导⼊导出等功能⽀持。

批量处理:提供按照机构集、报⽂集进⾏报⽂数据的批量校验、批量补录加载的功能。

导⼊导出:按照报表模板对数据进⾏离线加⼯和数据导⼊。

数据复核:提供对EAST3.0报⽂的复核及打回功能。

数据审核:提供对EAST3.0报⽂的审核及打回功能。

5.2.3.报送管理
报⽂⽣成:提供EAST3.0报⽂⽣成和下载功能，满⾜⽣成对外报送的标准报⽂数据。

报⽂⽣成-报⽂集:提供按照报⽂集⽣成标准⾃⾝外债报⽂的功能。

报⽂查询:提供按照⽇期查看报⽂⽣成状态和报⽂下载的功能。

?电⼦版报送说明:提供⾃动⽣成说明数据⽂件与表名、时间范围之间的关系⽂本⽂件。

必填项报备说明:提供快速⽣成需要报备的字段汇总⽂档，以供我⾏向监管机构报备。

5.2.4.综合查询
数据状态统计:提供基于EAST3.0报⽂补录的状态及补录条数的统计功能。

时点数据查询:提供截⽌选择时间及之前的所有数据总量的数据
查询和导出功能。

报送数据查询:提供EAST3.0报送数据查询和导出功能。

批量⽇志查询:提供批量加⼯⽇志的查询功能。

补录完成情况:提供按机构和报⽂查询补录完成情况。

历史数据查询:提供对迁移到历史存储表中的已上报数据进⾏查询，可根据时间、机构查询各表的上报数据量。

源数据质量查询:提供对EAST3.0源数据表进⾏检验，显⽰详细的出错信息（数据总量、出错量、出错率、出错趋势分析等）。

报送数据量查询:提供报送数据查询⽀持，显⽰本期报送数据量、上期报送数据量、本期于上期报送量差异等查询结果。

评价指标查询:提供对报送质量的总体评价查询功能，评价指标包括校验出错率、业务总量、监管契合度等⽅⾯的评价。

5.2.5.配置管理
补录模板配置:提供EAST3.0报⽂补录模板的灵活配置功能，配置报⽂基本的配置和报⽂字段校验规则配置等功能。

运⾏参数维护:提供系统运⾏参数的维护功能，包括报⽂⽣成路径，审核机制等。

数据字典维护:提供系统公共码值的维护功能。

FTP参数维护:提供FTP⽂件路径的配置维护功能，⽀持两种模式。

?报送机构配置:提供对EAST3.0送机构编码映射关系维护的功能。

?缓存信息刷新:提供实时刷新缓存、⽇志清理以及报送数据迁移等功能。

评价指标配置:配置EAST3.0系统校验统计、业务数据总分、监管契合度评价指标。

系统操作⽇志:记录数据的新增，修改，删除等操作及导出查看。

?涉密法⼈名单维护:对涉密法⼈的信息维护，便于脱敏处理。

5.2.
6.系统管理
该系统能够实现系统基础功能配置，主要包括：
1.机构管理：根据我⾏各系统机构的设置，建⽴完善的机构管理功
能，能对机构信息进⾏增删改查，能够适应未来机构扩展或者变化的需求。

2.⽤户管理：对使⽤系统的⼈员进⾏管理，包括⼈员增删改查等。

3.⾓⾊管理：对使⽤系统的⽤户按照不同的⾓⾊进⾏划分，包括填
报⾓⾊、复核⾓⾊、审核⾓⾊等。

5.2.7.数据采集
调度配置：设置调度的数据源连接⽅式（或本地路径或直连数据库）、设置不同源数据连接⽅式下的路径、账户、密码、设置源数据进⼊监管报送系统的映射脚本及处理⽅法等。

采集频度配置：设置调度的执⾏的频度（按⼩时/按⽇/按周/按旬/按⽉/按季/按年）、设置执⾏的具体时间、执⾏的次数、是否可以遇错继续。

参数设置：提供维护调度中常规参数变量化处理，维护数据源连接⽅式中所需的路径、账户、密码等信息。

⽇志查询：对ETL调度⽇志进⾏综合查询。

6.其他要求
6.1.总体技术要求
系统设计遵循的性能要求：可靠性、安全性、可定制化、可扩展性、界⾯友好性、集成能⼒等；采取模块化设计思想，满⾜应⽤实施的灵活伸缩。

体现但不限于以下⽅⾯：
1、采⽤主流的架构和开发语⾔；
2、提供具有成熟的技术平台进⾏快速开发⽀持；
3、使⽤参数化配置；
4、尽量采⽤开源项⽬（若使⽤有闭源产品，需要事先列出并告知甲⽅）；
6.2.知识产权
因履⾏本项⽬合同所产⽣的研究开发成果及其相关知识产权权利归属，按下列条款确定：
本合同签署之前，⼄⽅已取得的知识产权（包含著作权、专利申请权、专利权及其他相关知识产权），归⼄⽅所有；本合同项⽬下完成的智⼒成果及对应的知识产权（包含著作权、专利申请权、专利权及其他相关知识产权）归甲⼄双⽅共有（并在项⽬验收前移交给甲⽅），甲⽅拥有在甲⽅及其附属机构中使⽤、修改、改编、复制的权利，⼄⽅拥有在其公司范围内使⽤的权利，甲⽅有权利⽤⼄⽅按照本合同约定提供的研究开发成果，进⾏后续改进。

由此产⽣的具有实质性或创造性技术进步特征的新的智⼒成果及其权属，由甲⽅享有。

本项⽬开发所有源代码，以及本项⽬开发、编译、部署与运⾏所依赖的属于⼄⽅的开发⼯具、开发包、底层平台的源代码，在项⽬验收前，⼄⽅都要交付给甲⽅。