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、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：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．。