银监会监管数据标准化报送系统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文件路径的配置维护功能，支持FTP和SFTP两种模式。

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

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

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

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

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

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

2.用户管理：对使用系统的人员进行管理，包括人员增删改查等。

3.角色管理：对使用系统的用户按照不同的角色进行划分，包括填报角色、复核角色、审核角色等。

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

➢采集频度配置：设置调度的执行的频度（按小时/按日/按周/按旬/按月/按季/按年）、设置执行的具体时间、执行的次数、是否可以遇错继续。

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

➢日志查询：对ETL调度日志进行综合查询。

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

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

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

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