EAST. 数据采集标准化接口规范
监管数据标准化报送系统升级(EAST3.0)需求说明书
附件1：监管数据标准化报送系统升级（EAST3.0）需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作，并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一，银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件，将国内银行业金融机构的监管数据标准化工作进行统一与规范，通知要求国内各银行业金融机构需要按照该发文的要求，进行数据的全面梳理、映射、采集、检核和上报。
2.系统建设价值根据银监会通知要求，该系统将于2017年7月在全国范围内正式上线运行，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建立一个功能完善、高效率的监管数据标准化报送系统，将直接影响到我行日后与银监会之间日常报备工作的顺利开展。
3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求，建设EAST数据采集报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，并促进行内业务数据改良以及监管统计分析工作。
建成后系统报送表单如下：4.我行相关系统描述我行应用系统总体架构主要分为：业务支撑应用、客户服务渠道、企业管理应用等几大部分。
目前已实现的应用系统有：业务支撑系统：包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；客户服务渠道：包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备（如：多媒体查询机、存取款机）、短信系统等；企业管理系统：包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。
5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。
EAST真空控制系统及数据采集
1、系统的特点及功能要求
❖ 友好、直观的监测界面； ❖ 实现64路弱信号（2～50mv）的快速采集（100ms的巡检周期）； ❖ 数据库管理：按炮号完成温度数据的存储与查询； ❖ 网络通信：实现温度数据采集计算机与总控机和炮号服务器
之间的网络通信； ❖ 抗干扰能力 ：保证弱电信号采集的准确度。
2、系统的硬件结构
通信模块
炮号服务器
预设时间
采集主机
发送炮号
数据管理
数
数
历
据
据
史
存
查
曲
储
询
线
监测模块
数
实
报
据
时
警
显
曲
显
示
线
示
图2－3 系统功能框图
（1）采集与监测的实现
❖ 运用组态软件的图库精灵和Photoshop的图形处理功能。根据限制器 在装置中的空间分布，制作出有利于分析与监测的友好画面。
❖ 在工控组态软件环境下，通过访问板卡的I/O地址直接与其进行数据 交换。
从 PCL － 726 板 卡 的 驱 动 取 得 该 卡 的 设 备 号 （ Device Number）
软
Device Number
件
PCL－726初始化，分配内存空间和返回 一个设备句柄（DRV_DeviceOpen( )）
设 Device Handle
计
按工作流程进行I/O操作，对现场设备发送信号
主要由研华的PCL－726多功能卡完成的，包括模拟量的输出和数 字量的输入、输出。这里主要讲述三部分：程序的实现、压强和流量 的负反馈控制、脉冲送气的实现
➢ 程序的实现
在进行程序设计以前，必须利用研华提供的设备管理驱动确定每 块采集卡的设备号(Device Number)，软件设计流程如下图3－7：
一表通监管数据采集接口标准
一表通监管数据采集接口标准一表通监管数据采集接口标准是为了统一监管数据的采集方式和数据标准，确保数据的准确性、一致性和可比性。
下面是相关参考内容：一、接口规范：1. 接口命名规范：采用统一的命名规范，包括接口名称、参数名称、返回结果等，便于管理和维护。
2. 接口路径规范：接口路径应清晰明确，具有一定的层次性和可读性，便于理解和使用。
3. 接口访问方式：采用标准的HTTP协议进行数据传输，支持GET和POST方法。
4. 接口参数规范：明确定义接口需要的参数及其数据类型、取值范围、必填项等要求，减少参数的冗余和错误。
二、数据格式标准：1. 数据编码规范：统一采用UTF-8编码格式，确保数据在不同系统之间的传输和解析的准确性。
2. 数据格式规范：定义数据的结构和字段，包括数据的类型、长度、格式等，确保数据的一致性。
3. 数据字典规范：明确定义数据的含义和取值范围，确保数据在不同系统之间的解释和比对的准确性。
4. 数据校验规范：制定数据的校验规则和算法，对输入数据进行校验，以确保数据的完整性和准确性。
三、接口安全标准：1. 身份认证：采用合适的身份认证方式，确保只有经过授权的用户才能访问接口。
2. 数据加密：采用合适的加密算法对传输数据进行保护，确保数据的机密性和完整性。
3. 接口权限控制：对接口进行权限控制，确保只有具有相应权限的用户才能访问接口。
4. 异常处理：定义接口在出现异常情况时的处理方式，包括错误码、错误信息等，方便调用方进行异常处理。
四、接口调用和返回规范：1. 接口调用方式：明确定义接口的调用方式和频率，确保接口的合理使用。
2. 返回结果规范：定义接口返回结果的格式和内容，包括成功标识、错误信息、返回数据等，方便调用方进行结果处理。
3. 返回结果编码：定义统一的错误码和错误信息，方便调用方进行结果判断和处理。
五、接口文档和示例：1. 接口文档：编写详细的接口文档，包括接口说明、参数说明、调用示例等，方便调用方了解和使用接口。
east数据管理制度
east数据管理制度
东部数据管理制度（East Data Management System）是一个涵盖了数据管理、数据安全和数据隐私等方面的综合制度，旨在确保在数据收集、存储、处理和共享等过程中合法合规、安全可靠。
东部数据管理制度包括以下方面的内容：
1. 数据收集和采集：规定了数据收集的目的、范围和方式，明确了数据收集的法律法规和伦理要求，在收集过程中保护被调查人的隐私权和个人信息安全。
2. 数据存储和处理：明确了数据存储的位置和方式，确保数据存储的安全性和可靠性。
同时规定了数据处理的流程和方法，保证数据的准确性和一致性。
3. 数据传输和共享：规定了数据传输的加密和安全措施，确保数据在传输过程中不被篡改或泄露。
同时明确了数据共享的原则和限制，保护数据的安全和隐私。
4. 数据安全和保护：制定了数据安全管理的相关规定，包括数据备份、灾备和恢复措施，以及数据安全漏洞的监测和修补。
同时设立了数据安全责任人，负责数据安全的监督和管理。
5. 数据隐私和访问控制：明确了数据隐私的保护原则和要求，规定了数据访问的权限和控制措施，确保只有有权访问的人员可以获取数据，防止未授权访问和滥用。
6. 数据发布和使用：规定了数据发布的政策和流程，确保发布的数据准确、可信，并在发布过程中保护数据隐私和安全。
同时建立了数据使用的规范和限制，防止数据被滥用或非法使用。
东部数据管理制度是一个全面、系统的数据管理体系，旨在保护数据的安全和隐私，确保数据的可靠性和合规性。
通过合理的规定和管理，可以确保数据在收集、存储、处理和共享等环节中得到妥善管理和利用，最大限度地减少数据风险和安全漏洞。
数据接口标准
数据接口标准一、引言。
数据接口是不同系统之间进行数据交换的桥梁，它的标准化对于系统间的数据交换和共享至关重要。
本文将介绍数据接口标准的相关内容，包括数据接口标准的概念、重要性、设计原则和实施步骤等。
二、数据接口标准的概念。
数据接口标准是指在不同系统之间进行数据交换时，约定的数据格式、协议、接口规范等统一标准。
通过制定数据接口标准，可以实现系统间的数据共享和交换，提高系统之间的互操作性和数据一致性。
三、数据接口标准的重要性。
1. 促进系统集成，数据接口标准的制定可以促进不同系统之间的集成，实现数据的无缝对接和共享。
2. 提高数据质量，通过统一的数据接口标准，可以减少数据传输过程中的错误和丢失，提高数据的准确性和完整性。
3. 降低开发成本，统一的数据接口标准可以降低系统集成和开发的成本，提高系统的可维护性和扩展性。
四、数据接口标准的设计原则。
1. 一致性，数据接口标准应该具有统一的数据格式、命名规范和接口协议，确保不同系统之间的数据交换的一致性。
2. 可扩展性，数据接口标准应该具有良好的扩展性，能够适应未来业务需求的变化和系统功能的扩展。
3. 易用性，数据接口标准应该易于理解和使用，降低系统集成和开发的门槛，提高开发效率。
4. 安全性，数据接口标准应该具有良好的安全性，能够保护数据的机密性、完整性和可用性。
五、数据接口标准的实施步骤。
1. 确定需求，首先需要明确系统间数据交换的需求和目标，包括数据交换的对象、频率、数据量等。
2. 制定标准，根据需求，制定统一的数据格式、协议和接口规范，确保数据接口标准的一致性和可扩展性。
3. 实施标准，在系统开发和集成过程中，严格按照制定的数据接口标准进行实施，确保系统间数据交换的顺利进行。
4. 监控和优化，定期对数据接口标准进行监控和评估，及时发现和解决问题，不断优化和完善数据接口标准。
六、总结。
数据接口标准的制定和实施对于系统间的数据交换和共享具有重要意义，可以提高系统的互操作性和数据一致性，降低系统集成和开发的成本，促进系统间的集成和协作。
银监会EAST系统的建设与发展
银监会E A S T系统的建设与发展The manuscript was revised on the evening of 2021银监会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在中央数据仓库基础上建立“VISION系统” ( Virtual Information Supervisory On the Net)，利用收集到的数据进行监管分析。
EAST系统数据采集
EAST系统数据采集
EAST系统是银监会建立的现场检查分析系统，用于对银行业金融机构业务数据和财务数据等基础信息进行收集、加工和分析。
根据中国银监会办公厅关于运用现场检查分析系统开展信托公司数据采集工作的通知（银监办发【2012】201号），于2012年3季度末正式启动信托公司基础数据采集报送工作。
一、数据采集范围和内容
信托公司受托管理的所有信托项目。
重点是持续管理的信托业务基本数据和报告期内清算的信托项目清算结果两类信息。
持续管理的信托业务基本信息、会计信息，以及报告期内清算的信托项目清算信息，详细内容见附件1和附件2。
二、数据采集时间
数据蓝本信息的采集频度为按季采集，报送时间是每季后20日内。
2012年3季度末启动《数据标准试点项目数据蓝本－信托第一批20121020》数据报送工作；2013年2季度末启动《数据标准试点项目数据蓝本－信托第二批20130720》数据报送工作。
三、数据采集要求
为满足EAST系统数据蓝本的数据需求，在日常办理信托业务、维护客户信息、管理信托财产过程中要及时获取并维护相关数据。
四、填报分工表
各批次表单填报分工如下：
其中，第二批委托人信息表和受益人信息表由理财中心和信托业务部填报，理财中心填报柜台发行的集合资金信托计划，信托业务部门填报单一资金信托、非柜台发行的集合资金信托以及财产权信托。
五、填报模板
各部门在模板中按照规定格式填报，有标准选项值的数据项不得改变格式。
注意填报数据的长度限制。
数据采集规范
附件：(试行)农村电子商务和社区商业信息系统由商务部市场建设司委托中国国际电子商务中心建设和维护，主要用于对电子商务进农村综合示范工作发展和资金使用等信息数据进行采集、分析和利用。
一、系统功能架构信息系统目前包括商务部用户、省级商务主管部门用户、示范县用户和企业用户等四类用户。
省级商务主管部门用户功能包括数据审核、报表查询、数据汇总、报送汇总、用户管理等功能。
示范县用户功能包括数据上报、报表查询、数据汇总、用户管理等功能。
企业用户功能包括数据上报、报表查询、用户管理等功能。
二、数据采集指标农村电子商务和社区商业信息系统数据采集指标包括日报指标、月报指标和年度指标。
日报数据主要采集站点交易数据，具体指标包括：站点代买商品类别、代买总金额、代买总定单数、销售商品类别、销售总金额、销售总定单数。
(数据表格见表一)月报数据主要采集电子商务进农村综合示范工作发展和资金拨付等信息，具体包括：农村电子商务物流配送体系建设情况、农村电子商务公共服务体系建设情况、支持开展农村产品电子商务情况、农村电子商务培训情况。
(数据表格见表二)年报数据主要包括地区生产总值、社会消费品零售总额、面积、乡镇数量、行政村数量、常住人口、城镇人口、农村人口、居民人均可支配收入等指标。
(数据表格见表三)日报数据由示范县综合示范项目承办单位通过数据传输接口，自动传输至全国平台。
月报数据由示范县每月初填报上月月度发展信息。
年报数据由示范县每年年初填报上一年年度县域经济发展数据。
三、日报数据接口设计规范与假定约束协议规范：访问和数据返回都采用 WebService 协议的方式；格式规范：数据的传输参数和返回的结果数据串都以 XML 的形式表达；安全控制：本接口需要农村电子商务和社区商业信息系统中各企业的企业编码来进行身份验证。
性能控制参数：1.服务时间段：控制访问的服务时间段；目前为 0-24 点2.两次访问的时间间隔：避免用户频繁访问；访问间隔不能小于 3 秒钟。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据采集标准化接口规范
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．数据文件的一行数据对应一个数据库实例，每个数据项末尾以英文逗号“,”进行分割。
每行后面不需要添加“,”分割符。
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．
最新范本,供参考！。