EAST数据采集标准化接口规范
(完整word版)银监会监管数据标准化报送系统(EAST0)
报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确
地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，
并促进行内业务数据改良以及监管统计分析工作。
建成后系统报送表单如下：
序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
主题域 公共信息
会计记账信息类
客户信息类 授信交易对手信 息
表名 101 102 103 104 105 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 301 302 303 304 305 401 402 403 405 406 407 408
附件 1：
监管数据标准化报送系统升级 （ EAST3.0）需求说明书
广西北部湾银行股份有限公司 2017 年 4 月
1. 系统建设背景
为了更规范的进行金融机构进行监管数据标准化的报送工作， 并对国内的银行业金融机构在监管数据标准化报送规范层面进行统 一，银监会于 2017 年 3 月发布了《中国银监会办公厅关于印发银行 业金融机构监管数据标准化规范的通知》 及相关说明附件， 将国内银 行业金融机构的监管数据标准化工作进行统一与规范， 通知要求国内 各银行业金融机构需要按照该发文的要求， 进行数据的全面梳理、 映 射、采集、检核和上报。
表名 机构信息表 员工表 柜员表 岗位信息表 机构关系表 总账会计全科目表 内部科目对照表 个人活期存款分户账 个人活期存款分户账明细记录 个人定期存款分户账 个人定期存款分户账明细记录 对公活期存款分户账 对公活期存款分户账 对公定期存款分户账 对公定期存款分户账明细记录 内部分户账 内部分户账明细记录 个人信贷分户账 个人信贷分户账明细记录 对公信贷分户账 对公信贷分户账明细记录 个人基础信息 个人客户关系信息 对公客户 股东信息 关联关系 信贷合同表 项目贷款信息表 票据票面信息表 表外授信业务 贸易融资业务信息表 银团贷款 委托贷款
德阳银行EAST2
德阳银行EAST2.0版汇报材料四川省银监局：我行严格按照《中小银行及农村金融机构监管数据标准化规范（2.0版）》的数据要求，重新梳理各源系统与EAST2.0版目标字段的差异，全面将监管数据标准化在我行落地实施，力争高质量完成EAST2.0版系统工作。
现将EAST2.0版系统进展及我行信息系统整体情况汇报如下：一、EAST2.0版系统进展情况1、基本情况我行针对《中小银行及农村金融机构监管数据标准化规范（2.0版）》的数据要求，更新数据中心CBRC模式下的表结构，并重新开展各源系统与数据中心数据的标准化差异分析，建立EAST2.0版系统所需的数据模型，再将准备好的数据通过ETL形成定时任务，现阶段我行数据中心所存数据为T+1模式，而EAST2.0版系统为数据中心的CBRC集市，故数据可实现T+1形式供给，确保数据的持续性报送。
EAST2.0版系统内涉及到的数据大部分抽取自数据中心ODS层，该层存放从业务系统直接抽取出来的数据，这些数据从数据结构、数据之间的逻辑关系上都与业务系统基本保持一致，由于目标字段与源字段是一对一或多对一的对应关系，保证了目标字段的真实性及贴源性。
2、进展情况目前我行EAST2.0版系统已完成数据分析、数据采集及单元测试、数据模型创建、数据抽取、数据生成阶段，并于2014年4月3日将数据生成，共24.21G。
正在进行上报数据测试，数据逻辑性校验并形成初步的字段缺失报告。
3、计划实施中的困难（1）数据完整性困难我行数据中心项目组在明确了EAST2.0版系统报送表的内容要求、报送字段含义、报送文件格式之后，分析了现有数据中心ODS层数据是否完全满足报送需求，并将源系统与数据中心数据进行标准化差异分析，确保我行数据中心对所有监管信息实现完全标准化采集。
在对资金模块的表进行分析时，发现EAST2.0版系统所需数据与我行现有数据差异很大，导致资金系统需开发新的接口表为EAST2.0版系统资金模块供数，故造成4月10日第一次上报文件资金模块数据缺失。
一表通监管数据采集接口标准
一表通监管数据采集接口标准一表通监管数据采集接口标准是为了统一监管数据的采集方式和数据标准，确保数据的准确性、一致性和可比性。
下面是相关参考内容：一、接口规范：1. 接口命名规范：采用统一的命名规范，包括接口名称、参数名称、返回结果等，便于管理和维护。
2. 接口路径规范：接口路径应清晰明确，具有一定的层次性和可读性，便于理解和使用。
3. 接口访问方式：采用标准的HTTP协议进行数据传输，支持GET和POST方法。
4. 接口参数规范：明确定义接口需要的参数及其数据类型、取值范围、必填项等要求，减少参数的冗余和错误。
二、数据格式标准：1. 数据编码规范：统一采用UTF-8编码格式，确保数据在不同系统之间的传输和解析的准确性。
2. 数据格式规范：定义数据的结构和字段，包括数据的类型、长度、格式等，确保数据的一致性。
3. 数据字典规范：明确定义数据的含义和取值范围，确保数据在不同系统之间的解释和比对的准确性。
4. 数据校验规范：制定数据的校验规则和算法，对输入数据进行校验，以确保数据的完整性和准确性。
三、接口安全标准：1. 身份认证：采用合适的身份认证方式，确保只有经过授权的用户才能访问接口。
2. 数据加密：采用合适的加密算法对传输数据进行保护，确保数据的机密性和完整性。
3. 接口权限控制：对接口进行权限控制，确保只有具有相应权限的用户才能访问接口。
4. 异常处理：定义接口在出现异常情况时的处理方式，包括错误码、错误信息等，方便调用方进行异常处理。
四、接口调用和返回规范：1. 接口调用方式：明确定义接口的调用方式和频率，确保接口的合理使用。
2. 返回结果规范：定义接口返回结果的格式和内容，包括成功标识、错误信息、返回数据等，方便调用方进行结果处理。
3. 返回结果编码：定义统一的错误码和错误信息，方便调用方进行结果判断和处理。
五、接口文档和示例：1. 接口文档：编写详细的接口文档，包括接口说明、参数说明、调用示例等，方便调用方了解和使用接口。
east制度
EAST制度是一种监管数据报送制度，旨在建立统一的数据报送标准，采集金融机构明细数据，以提高监管效率。
该制度最早起源于2005年，当时原保监会发布了《关于做好保险稽核系统接口程序准备工作的通知》，要求各公司按照2005年77号文规定的数据格式和要求，通过保险稽核系统进行数据报送。
2012年，原保监会发布了《关于升级开发保险稽核系统接口程序的通知》，明确了保险稽核系统《数据模型和取数口径说明及要求》，对系统和接口进一步优化，明确了编码规范、数据报送口径等要求，整体制度更加完善。
EAST制度的实施，至少有以下优势：
明细型数据更加方便监管部门灵活地进行数据采集和数据分析，提高监管效率。
通过标准的制定，向保险公司传导监管机构在落实宏观政策、公司治理、风险管控、数据管理等方面的监管要求，督促保险公司比对《规范》，查找自身存在问题、缺陷、不足并整改落实，有效促进公司提升信息化程度、风险管控能力、公司治理水平和服务实体经济能力，从而提升保险行业整体竞争力。
ETL数据采集与接口规范2014-05-12
2.2.2. ETL数据传输
ETL数据传输的功能是将采集端转出且保存到固定目录中的数据文件通过VPN传输到 数据入库端，功能如下：
链接配置：配置远程数据入库端的主机地址、用户以及密码、数据文件存放目录等； 备份策略：数据发送或者接收完成后是否需要备份数据文件以及备份目录； 运行监控：监控数据采集的过程，日志自动保存与输出、报错提醒（邮件\短信等）等 ； 数据发送和接收：负责数据的发送和接收；
2. ETL系统描述
2.1. 总体架构
ETL系统由数据采集端、数据传输（以VPN为载体）、数据入库端三部分构成，三者 的关系如下图所示：
2.2. 构成描述
ETL主要由ETL系统采集端、数据传输、ETL数据入库端三个单元构成，每个单元功能 如下：
2.2.1. ETL系统采集端
即数据采集单元，是数据转出客户端，是与零售商数据库服务器相连的负责采集相关 数据的单元，一方链接数据库，一方链接VPN，如源数据库为多个，则ETL系统采集端部 署多个与源数据库对应。ETL系统采集端功能如下：
2
类别资料
3
零售商内部供应商资料
4
采购订单
5
收货单
6
退货通知单
7
退货单
8
结算通知单
9
分店库存数据
10 分店销售数据
采集要求
每日采集 每日采集 每日采集 每日采集 每日采集 每日采集 每日采集 每日采集 每日采集_shop_日期（年月日） 零售商_采集点_dept_日期（年月日） 零售商_采集点_ supply _日期（年月日） 零售商_采集点_purchase_日期（年月日） 零售商_采集点_mainbase_日期（年月日） 零售商_采集点_retask_日期（年月日） 零售商_采集点_ret_日期（年月日） 零售商_采集点_billhead_日期（年月日） 零售商_采集点_shopstockvalue_日期（年月日） 零售商_采集点_shopsalevalue_日期（年月日）
EAST数据采集标准化接口规范
数据采集标准化接口规范数据采集标准化接口规范2014 年 12 月目录一、采集频率 (3)二、文件格式和命名 (5)三、数据项分隔符 (9)四、数据文件准备 (9)五、空值缺省值处理 (9)六、隐私保护说明 (10)本规范主要介绍数据采集标准化和软件系统设计接口相关规范。
一、采集频率采集频率按表确定，根据数据表本身的性质，可以分为状态类和明细类两种。
除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集，即采集时间点上所有数据的采集，后续采集采用变化量采集，即采集时间点和前次相比发生的变化采集，包含增加和修改。
机构关系表和内部科目对照表首次采集采用全量采集，后续采集也采用全量采集，即后续如发生变化，那么发生变化部分和未发生变化部分都要报送。
明细类表首次采集采用时间段采集，即根据监管要求在采集时间点之前一段时间内的所有数据，后续采集采用增量采集。
部分会计类表在部分时间点需要报送额外的数据，如周报、旬报、月报、季报、半年报、年报。
如下表所示：表号表名首次采集后续采集备注101机构信息全量变化量102员工全量变化量103柜员全量变化量104岗位信息全量变化量105机构关系表全量全量不能变化量报送，需全量报送201除每日增量外，需按总账会计全科目时间段增量月、季、半年、年报送203内部科目对照全量全量不能变化量报送，需全量报送204个人活期存款分户账全量变化量205个人活期存款分户账明细时间段增量206个人定期存款分户账全量变化量207个人定期存款分户账明细时间段增量208对公活期存款分户账全量变化量209对公活期存款分户账明细时间段增量210对公定期存款分户账全量变化量211对公定期存款分户账明细时间段增量数据采集标准化接口规范212内部分户账全量213内部分户账明细时间段214个人信贷分户账全量215个人信贷分户账明细时间段216对公信贷分户账全量217对公信贷分户账明细时间段301个人基础信息全量302个人客户关系信息全量303对公客户全量304股东信息全量305关联关系全量401信贷合同表全量402项目贷款信息表全量403票据票面信息表全量404保函业务信息表全量405表外授信业务表全量406贸易融资业务信息表全量407银团贷款全量408委托贷款全量409个人信贷业务借据全量410对公信贷业务借据全量411信贷业务担保合同全量412担保关系全量413信贷业务质或抵押物全量501借记卡信息全量502存折信息全量503信用卡信息全量504信用卡账户交易明细表时间段601授信信息全量602贷款核销全量603贷款展期全量604信贷资产转让全量605资产转让关系表全量606贷款五级形态变动全量607贷后检查表全量701交易流水时间段801资产负债科目统计表时间段802涉农统计表时间段变化量增量变化量增量变化量增量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量变化量增量变化量变化量变化量变化量变化量变化量变化量增量原则上与报送人民银增量行频率相同，至少需报送月、季、年报增量原则上与报送人民银数据采集标准化接口规范901授信情况授信情况- 集团客户授信拆902分情况903授信情况 - 贷款明细授信情况- 持有企业债券明904细授信情况- 持有企业股权明905细906授信情况 - 表外业务明细授信情况- 同业客户业务明907细908集团基本情况909高管及重要关联人信息910高管及重要关联人证件表911集团基本情况 - 成员名单912集团基本情况 - 实际控制人集团基本情况- 关联集团信913息914单一法人基本情况单一法人基本情况- 重要股915东及主要关联企业916担保情况统计表917个人贷款违约情况统计表918个人贷款违约其他证件919共同债务人1001资金交易信息表1002金融工具信息表1003汇率信息表1101理财产品信息表1102理财产品状态表1103客户理财账户信息表1104理财产品销售明细行频率相同，至少需报送月、季、年报全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量全量变化量时间段增量全量变化量时间段增量全量变化量时间段增量全量变化量时间段增量二、文件格式和命名数据文件为GBK 编码文本文件格式，扩展名为.txt，文件中的一行数据对应一个数据实例，各行之间分隔符为回车换行（0x0D,0x0A ）。
数据采集标准规范
数据采集标准规范数据采集是指从各种来源获取数据的过程，它是数据分析和决策制定的基础。
在进行数据采集时，必须遵循一定的标准和规范，以确保数据的准确性和可靠性。
本文将介绍数据采集的标准规范，帮助您更好地进行数据采集工作。
首先，数据采集的标准规范包括数据来源的选择。
在选择数据来源时，需要确保数据的可靠性和真实性。
数据来源应当是经过验证和权威认证的，可以是官方发布的数据、行业报告、专业机构的调研数据等。
在选择数据来源时，还需要考虑数据的时效性和完整性，以确保数据的有效性和全面性。
其次，数据采集的标准规范还包括数据采集的方法和技术。
数据采集方法应当根据数据的特点和来源进行选择，可以采用问卷调查、实地观察、网络爬虫等方式进行数据采集。
在进行数据采集时，需要注意数据的采样和抽样方法，确保数据的代表性和可靠性。
此外，还需要注意数据的存储和传输安全，保护数据的隐私和机密性。
另外，数据采集的标准规范还包括数据质量的控制和管理。
在进行数据采集时，需要建立数据质量控制的标准和流程，确保数据的准确性、一致性和完整性。
数据采集过程中还需要进行数据清洗和去重，排除数据中的错误和冗余信息。
同时，还需要建立数据管理的制度和流程，确保数据的安全和可追溯性。
最后，数据采集的标准规范还包括数据采集结果的报告和分析。
在进行数据采集后，需要对数据进行整理和分析，形成数据报告和分析结果。
数据报告应当清晰、简洁、准确地呈现数据，分析结果应当客观、科学、可靠地解释数据。
在进行数据报告和分析时，还需要注意数据的可视化呈现，以便更好地理解和应用数据。
总之，数据采集是数据分析和决策制定的基础，必须遵循一定的标准和规范。
本文介绍了数据采集的标准规范，包括数据来源的选择、数据采集的方法和技术、数据质量的控制和管理，以及数据采集结果的报告和分析。
希望本文能帮助您更好地进行数据采集工作，提高数据的准确性和可靠性。
银监会EAST系统的建设与发展
银监会EAST系统的建设与发展为提高银监会对银行业金融机构现场检查的力度和效果，银监会信科部开发了具有自主知识产权的检查分析系统(Examination & Analysis System Technology，EAST)。
该系统包含银行标准化数据提取、现场检查项目管理、数据模型生成工具、数据模型发布与管理等功能模块。
在2012年试点基础上，银监会于2013年完成了该系统在36个银监局的全面部署推广，实现了对银监局现场检查工作的全面覆盖。
一、EAST系统开发背景我国银行业信息科技发展从20世纪80年代初使用电子记账机开始，主要经历了三个阶段。
第一个阶段从20世纪80年代中期开始，主要实现使用计算机实现会计账务电算化;第二阶段从20世纪90年代末开始，以数据大集中为标志实现数据集成。
第三阶段自21世纪初开始，以数据仓库和互联网金融为代表的管理信息系统建设和新业态金融服务的数据应用，开始向实现产品定价、风险管理等方向迈进，进入了应用数据信息有效支持管理决策的新时代。
随着经济发展和银行业务的电子化处理，银行业务量也进入快速增长阶段。
根据人民银行的报告，2013年末全国人民币结算账户达到亿户;2013年全国非现金支付业务亿笔，经人民银行支付系统处理业务亿笔，年均以超过20%的速度增长。
银行数据量的快速增长给银监会的监管工作带来了巨大挑战，在现场检查中使用信息化手段替代手工“翻账本”已成为必然趋势。
从各国银行业监管机构的监管实践来看，美国联邦金融机构监管委员会、美联储、OCC、FDIC共同建立了监管采集数据标准规范，按季度从银行收集数据报告和统一运行报告，形成中央数据仓库(Central Data Repository，CDR)共享使用;其中FDIC在中央数据仓库基础上建立“V ISION系统” ( Virtual Information Supervisory On the Net)，利用收集到的数据进行监管分析。
数据采集标准规范
数据采集标准规范
数据采集是指通过各种手段获取和收集信息的过程，是数据分
析和决策的基础。
在进行数据采集时，需要遵循一定的标准和规范，以确保数据的准确性、完整性和可靠性。
本文将就数据采集的标准
规范进行详细介绍，希望能对您有所帮助。
首先，数据采集的标准规范包括以下几个方面：
1. 数据采集目标明确。
在进行数据采集之前，需要明确数据采集的目标和用途。
只有
明确了数据采集的目标，才能有针对性地进行数据采集，避免采集
到无效或冗余的数据。
2. 数据采集方法合理。
数据采集方法包括问卷调查、实地观察、网络爬虫等多种形式。
在选择数据采集方法时，需要根据具体情况合理选择，确保数据的
准确性和可靠性。
3. 数据采集工具选择恰当。
数据采集工具包括各类软件、设备等。
在选择数据采集工具时，需要考虑数据采集的环境和条件，选择适合的工具进行数据采集，
以确保数据的质量。
4. 数据采集过程规范。
数据采集过程需要按照一定的规范进行，包括数据采集的时间、地点、方式等。
在数据采集过程中，需要严格按照规范进行操作，
避免出现误差和偏差。
5. 数据采集结果验证。
数据采集完成后，需要对采集的数据进行验证和核实，确保数
据的准确性和完整性。
只有经过验证的数据才能作为分析和决策的
依据。
总结一下，数据采集的标准规范是确保数据质量的关键，只有
严格遵循标准规范，才能采集到准确、完整、可靠的数据，为后续
的数据分析和决策提供有力支持。
希望本文对您有所帮助，谢谢阅读！。
银行east系统应用汇报
系统可能因硬件故障、软件缺陷或网络问题而崩溃或宕机，影响用 户正常使用。
资源利用率低
EAST系统在资源分配和管理方面存在不足，可能导致资源浪费或 资源不足的情况。
用户体验问题
1 2
操作界面不友好
EAST系统的操作界面可能过于复杂或不符合用 户习惯，导致用户难以快速上手和熟练操作。
功能操作繁琐
业务分析
监管报表生成
对银行业务数据进行多维度分析，包括业 务量、业务类型、客户行为等，揭示业务 发展趋势和规律。
根据监管机构要求，自动生成各类监管报 表和统计数据，提高报表编制效率和准确 性。
03
CATALOGUE
EAST系统应用情况
应用范围
01
02
03
监管报送
EAST系统广泛应用于银行 监管报送领域，支持各类 监管报表的自动生成和报 送。
系统应用效果
包括系统在提升监管效率、防范金融 风险、推动数字化转型等方面的应用 效果评估。
存在问题和改进建议
包括在使用EAST系统过程中遇到的 问题以及针对这些问题的改进建议。
02
CATALOGUE
EAST系统概述
EAST系统定义
监管科技平台
EAST系统（Examination and Analysis System Technology）是一个应用于银行业监管的科技平台，旨在通 过标准化数据收集、整合和分析，提升监管效率和准确性。
数据分析层
运用大数据和人工智能技术对 数据进行分析和挖掘，包括风 险识别、业务趋势预测等。
数据应用层
将分析结果以可视化报表、图 表等形式展示给监管机构，支
持监管决策和风险管理。
EAST系统功能
(完整word版)银监会监管数据标准化报送系统(EAST0)
附件1：监管数据标准化报送系统升级（EAST3.0）需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作，并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一，银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件，将国内银行业金融机构的监管数据标准化工作进行统一与规范，通知要求国内各银行业金融机构需要按照该发文的要求，进行数据的全面梳理、映射、采集、检核和上报。
2.系统建设价值根据银监会通知要求，该系统将于2017年7月在全国范围内正式上线运行，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建立一个功能完善、高效率的监管数据标准化报送系统，将直接影响到我行日后与银监会之间日常报备工作的顺利开展。
3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求，建设EAST数据采集报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，并促进行内业务数据改良以及监管统计分析工作。
建成后系统报送表单如下：4.我行相关系统描述我行应用系统总体架构主要分为：业务支撑应用、客户服务渠道、企业管理应用等几大部分。
目前已实现的应用系统有：业务支撑系统：包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；客户服务渠道：包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备（如：多媒体查询机、存取款机）、短信系统等；企业管理系统：包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。
5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。
EAST2.0 大数据采集实用标准化接口要求规范
数据采集标准化接口规范2014年12月目录一、采集频率 (3)二、文件格式和命名 (5)三、数据项分隔符 (9)四、数据文件准备 (9)五、空值缺省值处理 (10)六、隐私保护说明 (10)本规范主要介绍数据采集标准化和软件系统设计接口相关规范。
一、采集频率采集频率按表确定，根据数据表本身的性质，可以分为状态类和明细类两种。
除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集，即采集时间点上所有数据的采集，后续采集采用变化量采集，即采集时间点和前次相比发生的变化采集，包含增加和修改。
机构关系表和内部科目对照表首次采集采用全量采集，后续采集也采用全量采集，即后续如发生变化，那么发生变化部分和未发生变化部分都要报送。
明细类表首次采集采用时间段采集，即根据监管要求在采集时间点之前一段时间内的所有数据，后续采集采用增量采集。
部分会计类表在部分时间点需要报送额外的数据，如周报、旬报、月报、季报、半年报、年报。
如下表所示：二、文件格式和命名数据文件为GBK编码文本文件格式，扩展名为.txt，文件中的一行数据对应一个数据实例，各行之间分隔符为回车换行（0x0D,0x0A）。
每个表生成一个数据文件，文件名称以“机构代码”、“表名对应字符串”、“YYYYMMDD”进行组合的方式进行命名，中间用英文短横线“-”进行隔开（不能是中文环境下连字符），如杭州银行股份有限公司、岗位信息表、2012年5月31日数据文件名称为：B0151H233010001-GWXX-20120531.txt每一个数据文件要同时生成一个同名的数据校验文件，数据校验文件后缀名为.log，数据校验文件需要包含以下4行信息，如下格式所示：文件名称：B0151H233010001-GWXX-20120531.txt文件大小（字节）：80896创建时间（数据文件创建完成时间）：2012-06-01 00:29:02 文件结束（表示数据文件正常生成完成）：Y表名如下表所示：机构代码如下：B0151H233010001杭州银行股份有限公司B0153H233030001温州银行股份有限公司B0160H233100001浙江泰隆商业银行股份有限公司B0010H133010001浙商银行股份有限公司E0001H233010001浙江省农村信用社联合社三、数据项分隔符1．数据文件的一行数据对应一个数据库实例，每个数据项末尾以英文逗号“,”进行分割。
中国银保监会办公厅关于印发银行业金融机构监管数据标准化规范(2019版)的通知
中国银保监会办公厅关于印发银行业金融机构监管数据标准化规范(2019版)的通知文章属性•【制定机关】中国银行保险监督管理委员会•【公布日期】2019.09.27•【文号】银保监办发〔2019〕198号•【施行日期】2019.09.27•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】银行业监督管理正文中国银保监会办公厅关于印发银行业金融机构监管数据标准化规范(2019版)的通知银保监办发〔2019〕198号各银保监局，各政策性银行、大型银行、股份制银行，邮储银行，外资银行，理财登记中心:为进一步提升银保监会监管科技能力，完善监管数据标准化规范，发挥监管标准化数据在防范金融风险、促进银行业机构数据治理和合规发展等方面的作用，银保监会对原《中国银监会银行业金融机构监管数据标准化规范》(银监办发〔2017〕48号)进行了修订，形成《中国银保监会银行业金融机构监管数据标准化规范(2019版)》(以下简称“2019版规范”)，现印发给你们，并就有关事项通知如下:一、报送时间各政策性银行、大型银行、股份制银行、邮储银行和银保监会直接监管的外资银行应于2019年11月18日前完成2019版规范数据的首次报送工作；各地方法人银行机构根据属地监管机构安排完成2019版规范数据的报送，首次报送时间原则上不晚于2019年底；理财登记中心首次数据报送时间不晚于2019年12月18日。
过渡期间原规范数据停止报送。
之后，各行及理财登记中心应于每月18日前(遇节假日顺延)向银保监会及时报送上月数据。
各分支机构应于每月20日前(遇节假日顺延)向属地监管机构报送上月数据。
二、报送路径各政策性银行、大型银行、股份制银行、邮储银行和银保监会直接监管的外资银行向银保监会报送(京外机构可通过在京分支机构向银保监会报送)，各地方法人银行机构向属地银保监局报送。
分支机构数据，由总行按照一级分行进行数据拆分，并由一级分行报送属地银保监局。
银监会EAST系统的建设与发展
银监会E A S T系统的建设与发展文件编码（TTU-UITID-GGBKT-POIU-WUUI-0089）银监会EAST系统的建设与发展为提高银监会对银行业金融机构现场检查的力度和效果，银监会信科部开发了具有自主知识产权的检查分析系统(Examination&AnalysisSystemTechnology，EAST)。
该系统包含银行标准化数据提取、现场检查项目管理、数据模型生成工具、数据模型发布与管理等功能模块。
在2012年试点基础上，银监会于2013年完成了该系统在36个银监局的全面部署推广，实现了对银监局现场检查工作的全面覆盖。
一、EAST系统开发背景我国银行业信息科技发展从20世纪80年代初使用电子记账机开始，主要经历了三个阶段。
第一个阶段从20世纪80年代中期开始，主要实现使用计算机实现会计账务电算化;第二阶段从20世纪90年代末开始，以数据大集中为标志实现数据集成。
第三阶段自21世纪初开始，以数据仓库和互联网金融为代表的管理信息系统建设和新业态金融服务的数据应用，开始向实现产品定价、风险管理等方向迈进，进入了应用数据信息有效支持管理决策的新时代。
随着经济发展和银行业务的电子化处理，银行业务量也进入快速增长阶段。
根据人民银行的报告，2013年末全国人民币结算账户达到56.43亿户;2013年全国非现金支付业务501.58亿笔，经人民银行支付系统处理业务107.58亿笔，年均以超过20%的速度增长。
银行数据量的快速增长给银监会的监管工作带来了巨大挑战，在现场检查中使用信息化手段替代手工“翻账本”已成为必然趋势。
从各国银行业监管机构的监管实践来看，美国联邦金融机构监管委员会、美联储、OCC、FDIC共同建立了监管采集数据标准规范，按季度从银行收集数据报告和统一运行报告，形成中央数据仓库(CentralDataRepository，CDR)共享使用;其中FDIC在中央数据仓库基础上建立“VISION系统”(Vir tualInformationSupervisoryOntheNet)，利用收集到的数据进行监管分析。
银监会EAST系统的建设与发展
银监会EAST系统的建设与发展 为提高银监会对银行业金融机构现场检查的力度和效果，银监会信科部开发了具有自主知识产权的检查分析系统(Examination & Analysis System Technology，EAST)。
该系统包含银行标准化数据提取、现场检查项目管理、数据模型生成工具、数据模型发布与管理等功能模块。
在2012年试点基础上，银监会于2013年完成了该系统在36个银监局的全面部署推广，实现了对银监局现场检查工作的全面覆盖。
一、EAST系统开发背景 我国银行业信息科技发展从20世纪80年代初使用电子记账机开始，主要经历了三个阶段。
第一个阶段从20世纪80年代中期开始，主要实现使用计算机实现会计账务电算化;第二阶段从20世纪90年代末开始，以数据大集中为标志实现数据集成。
第三阶段自21世纪初开始，以数据仓库和互联网金融为代表的管理信息系统建设和新业态金融服务的数据应用，开始向实现产品定价、风险管理等方向迈进，进入了应用数据信息有效支持管理决策的新时代。
随着经济发展和银行业务的电子化处理，银行业务量也进入快速增长阶段。
根据人民银行的报告，2013年末全国人民币结算账户达到56.43亿户;2013年全国非现金支付业务501.58亿笔，经人民银行支付系统处理业务107.58亿笔，年均以超过20%的速度增长。
银行数据量的快速增长给银监会的监管工作带来了巨大挑战，在现场检查中使用信息化手段替代手工“翻账本”已成为必然趋势。
从各国银行业监管机构的监管实践来看，美国联邦金融机构监管委员会、美联储、OCC、FDIC共同建立了监管采集数据标准规范，按季度从银行收集数据报告和统一运行报告，形成中央数据仓库(Central Data Repository，CDR)共享使用;其中FDIC在中央数据仓库基础上建立“VISION 系统” ( Virtual Information Supervisory On the Net)，利用收集到的数据进行监管分析。
中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知（2017修订）
中国银监会办公厅关于印发银⾏业⾦融机构监管数据标准化规范的通知(2017修订)
⽂号：银监办发[2017]48号
颁布⽇期：2017-03-31
执⾏⽇期：2017-07-01
时效性：现⾏有效
效⼒级别：部门规章
各银监局，各政策性银⾏、⼤型银⾏、股份制银⾏，邮储银⾏，外资银⾏：
为进⼀步深⼊推进银监会检查分析系统（EAST）应⽤，增强系统性、区域性风险识别监测能⼒，并督促银⾏业⾦融机构加强数据治理，运⽤数据持续提升风险防控能⼒和公司治理⽔平，银监会在整合《监管数据标准化规范（中⼩银⾏及农村⾦融机构）2.0版》（银监办发〔2014〕315号）和《商业银⾏监管数据标准化规范》（银监办发
〔2016〕31号）的基础上，修订形成了银⾏业⾦融机构监管数据标准化规范，现印发给你们，请认真组织实施。
银⾏业⾦融机构监管数据标准化规范⾃2017年7⽉1⽇正式执⾏。
原《监管数据标准化规范（中⼩银⾏及农村⾦融机构）2.0版》和《商业银⾏监管数据标准化规范》同时废⽌。
2017年3⽉31⽇
附件：
1.中国银监会银⾏业⾦融机构监管数据标准化规范
2.中国银监会银⾏业⾦融机构监管数据标准化规范数据结构⼀览表
3.中国银监会银⾏业⾦融机构监管数据标准化规范报送说明
4.采集技术接⼝说明
备注：
本条例⽣效时间为：2017.07.01,截⾄2022年仍然有效
最近更新：2021.12.03。
EAST2.0数据采集标准化接口规范详解
数据采集标准化接口规范2014年12月目录一、采集频率 (3)二、文件格式和命名 (6)三、数据项分隔符 (9)四、数据文件准备 (10)五、空值缺省值处理 (10)六、隐私保护说明 (10)本规范主要介绍数据采集标准化和软件系统设计接口相关规范。
一、采集频率采集频率按表确定，根据数据表本身的性质，可以分为状态类和明细类两种。
除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集，即采集时间点上所有数据的采集，后续采集采用变化量采集，即采集时间点和前次相比发生的变化采集，包含增加和修改。
机构关系表和内部科目对照表首次采集采用全量采集，后续采集也采用全量采集，即后续如发生变化，那么发生变化部分和未发生变化部分都要报送。
明细类表首次采集采用时间段采集，即根据监管要求在采集时间点之前一段时间内的所有数据，后续采集采用增量采集。
部分会计类表在部分时间点需要报送额外的数据，如周报、旬报、月报、季报、半年报、年报。
如下表所示：二、文件格式和命名数据文件为GBK编码文本文件格式，扩展名为.txt，文件中的一行数据对应一个数据实例，各行之间分隔符为回车换行（0x0D,0x0A）。
每个表生成一个数据文件，文件名称以“机构代码”、“表名对应字符串”、“YYYYMMDD”进行组合的方式进行命名，中间用英文短横线“-”进行隔开（不能是中文环境下连字符），如杭州银行股份有限公司、岗位信息表、2012年5月31日数据文件名称为：B0151H233010001-GWXX-20120531.txt每一个数据文件要同时生成一个同名的数据校验文件，数据校验文件后缀名为.log，数据校验文件需要包含以下4行信息，如下格式所示：文件名称：B0151H233010001-GWXX-20120531.txt文件大小（字节）：80896创建时间（数据文件创建完成时间）：2012-06-01 00:29:02文件结束（表示数据文件正常生成完成）：Y表名如下表所示：机构代码如下：B0151H233010001杭州银行股份有限公司B0153H233030001温州银行股份有限公司B0160H233100001浙江泰隆商业银行股份有限公司B0010H133010001浙商银行股份有限公司E0001H233010001浙江省农村信用社联合社三、数据项分隔符1．数据文件的一行数据对应一个数据库实例，每个数据项末尾以英文逗号“,”进行分割。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据采集标准化接口规范
2014年12月
目录
一、采集频率 (3)
二、文件格式和命名 (5)
三、数据项分隔符 (9)
四、数据文件准备 (9)
五、空值缺省值处理 (10)
六、隐私保护说明 (10)
本规范主要介绍数据采集标准化和软件系统设计接口相关规范。
一、采集频率
采集频率按表确定，根据数据表本身的性质，可以分为状态类和明细类两种。
除机构关系表和内部科目对照表以外的所有状态类表首次采集采用全量采集，即采集时间点上所有数据的采集，后续采集采用变化量采集，即采集时间点和前次相比发生的变化采集，包含增加和修改。
机构关系表和内部科目对照表首次采集采用全量采集，后续采集也采用全量采集，即后续如发生变化，那么发生变化部分和未发生变化部分都要报送。
明细类表首次采集采用时间段采集，即根据监管要求在采集时间点之前一段时间内的所有数据，后续采集采用增量采集。
部分会计类表在部分时间点需要报送额外的数据，如周报、旬报、月报、季报、半年报、年报。
如下表所示：
二、文件格式和命名
数据文件为GBK编码文本文件格式，扩展名为.txt，文件中的一行数据对应一个数据实例，各行之间分隔符为回车换行（0x0D,0x0A）。
每个表生成一个数据文件，文件名称以“机构代码”、“表名对应字
符串”、“YYYYMMDD”进行组合的方式进行命名，中间用英文短横线“-”进行隔开（不能是中文环境下连字符），如杭州银行股份有限公司、岗位信息表、2012年5月31日数据文件名称为：B0151H233010001-GWXX-20120531.txt
每一个数据文件要同时生成一个同名的数据校验文件，数据校验文件后缀名为.log，数据校验文件需要包含以下4行信息，如下格式所示：
文件名称：B0151H233010001-GWXX-20120531.txt
文件大小（字节）：80896
创建时间（数据文件创建完成时间）：2012-06-01 00:29:02
文件结束（表示数据文件正常生成完成）：Y
表名如下表所示：
机构代码如下：
B0151H233010001杭州银行股份有限公司
B0153H233030001温州银行股份有限公司
B0160H233100001浙江泰隆商业银行股份有限公司
B0010H133010001浙商银行股份有限公司
E0001H233010001浙江省农村信用社联合社
三、数据项分隔符
1．数据文件的一行数据对应一个数据库实例，每个数据项末尾以英文逗号“,”进行分割。
每行后面不需要添加“,”分割符。
2．数据项中如果出现逗号，可以将数据项用英文""包含。
如出现123,abc则表示成"123,abc"。
3．如果数据项目中存在英文"号，可以将数据项用英文双引号""包含。
然后将数据项中的"用""表示。
如122"abc则表示成"122""abc"。
4．在数据项中不允许出现换行符等特殊字符。
四、数据文件准备
定期将数据文件及数据校验文件一同存放在D:\cbrcssl\upload 目录中。
（国庆节、春节等重大节假日顺延5个工作日）按季采集须在每季后第十日（10号）00：30之前将数据提交上述目录；
按月采集须在每月后第八日（8号）00：30之前将数据提交上述目录。
五、空值缺省值处理
当如下数据类型出现空值时，缺省值处理方式为：
字符类型——缺省值设为空
日期类型——缺省值设为空
数字类型——缺省值设为0
六、隐私保护说明
为确保对个人隐私的保护，规定采取以下方式：
1．针对所有接口表，银监局负责提供接口表中涉及个人隐私数据的字段列表。
2．对于银监局提供的接口表中涉及个人隐私数据的字段列表，在数据准备时，银行应按所有实际数据进行准备和存储，以便银监局进行后续数据事实核对。
3．涉及个人隐私数据的列表字段而对技术处理不是必须的，如个人姓名、电话等在银行最终生成数据接口文件并提供给银监局时，应全部屏蔽为空字符。
4．涉及个人隐私数据的列表字段而对技术处理是必须的，如客户类型为个人时的证件号（含身份证号）、信用卡号和信用卡账户号，银行在上报接口中不需进行任何加工处理。
银监局在收到数据后将采用统一标准进行变形处理，确保在数据使用过程中不泄漏个人信息。
5．。