银监会监管数据标准化报送系统(EAST0)
反洗钱，1104，EAST
反洗钱，1104，EAST反洗钱⼀、法⼈、其他组织和个体⼯商户之间⾦额100万元以上的单笔转账⽀付；⼆、⾦额20万元以上的单笔现⾦收付，包括现⾦缴存、现⾦⽀取和现⾦汇款、现⾦汇票、现⾦本票解付；三、个⼈银⾏结算账户之间以及个⼈银⾏结算账户与单位银⾏结算账户之间⾦额20万元以上的款项划转等交易。
1104⾮现场监管报送系统1.⾮现场监管系统通过各银⾏⾦融机构填报的23张基础报表，⾃动⽣成227张各类报表供监管⼈员进⾏分析。
根据这些报表数据，监管⼈员可以快捷、准确地对各银⾏业⾦融机构资本充⾜、信⽤风险、盈利性、流动性风险、市场风险情况进⾏评判和分析，提⾼了⽇常监管⼯作特别是现场检查⼯作的针对性和有效性，也提⾼了并表监管能⼒。
对主要是通过计算机联⽹，银监会分析⼈员可以很直接⽅便快速准确地分析和监督银⾏的风险。
2.⼈民银⾏总⾏及各级分⽀⾏先后开发了具有不同特点、覆盖不同业务功能的多个版本的⾦融监管信息系统，具体包括银⾏监管⼀司的外资银⾏⾮现场监管系统、银⾏监管⼆司的⾦融机构档案管理信息系统，合作司的农村信⽤社⾮现场监管系统，统计司的⾮现场监管信息系统，监察局的⾦融机构档案管理信息系统，天津分⾏的银⾏监管信息系统，武汉分⾏的⾮银⾏⾦融机构⾮现场监管系统和⼴州分⾏的银⾏监管信息系统等等，这些系统的推⼴和应⽤，对提⾼监管效率和监管质量起到了很⼤的促进作⽤；为我国进⼀步开发、完善和更新现有的⾦融监管信息系统打下了坚实的基础。
EASTEAST系统全称Examination and Analysis System Technology，是银监会在2008年开发的具有⾃主知识产权的检查分析系统，旨在顺应⼤数据发展趋势需求，并帮助监管部门提⾼检查效能。
系统包含银⾏标准化数据提取、现场检查项⽬管理、数据模型⽣成⼯具、数据模型发布与管理等功能模块。
其核⼼为：①建设⼀个相对开放的数据分析平台，实现对银⾏业务数据的灵活组织、筛选、抽取、建模、挖掘和分析；②建⽴⼀套通⽤的、相对封闭的数据采集标准，纳⼊监管⼈员关⼼的风险数据点。
监管保送east 还款渠道字段解释
监管保送east 还款渠道字段解释一、什么是监管保送east？监管保送east是一个还款渠道字段，用于指代一种特殊的还款方式。
在金融监管机构的监督下，借款人可以通过此渠道向债权人进行还款。
该渠道具有一定的监管性质，旨在保障借贷双方的权益。
二、还款渠道字段的作用还款渠道字段在债务管理中起到至关重要的作用。
通过明确还款渠道字段，债务人和债权人可以确定资金流向，并确保还款过程的合规性和监管性。
以下是还款渠道字段的几个重要作用：2.1 指示资金流向还款渠道字段可以明确指示资金从哪里流向哪里。
债务人通过选择合适的还款渠道字段，可以将资金直接还给债权人。
这有助于债权人准确了解收款来源，方便财务管理和账目核对工作。
2.2 确保还款合规性债务人通过监管保送east渠道进行还款，可以保证还款的合规性。
在金融监管机构的监督下，债务人进行还款，可以避免出现违约行为，确保还款按时到账。
2.3 保护借贷双方权益还款渠道字段的设立，旨在保护借贷双方的权益。
债权人可以获得更加可靠和安全的还款方式，减少不必要的风险。
债务人则可以通过合规还款，避免被追究法律责任和信用损失。
三、监管保送east 还款渠道字段的具体含义监管保送east是一种特殊的还款渠道，旨在保障借贷双方的权益和安全。
具体来说，监管保送east还款渠道字段有以下几个关键要素：3.1 监管性质监管保送east渠道的设立是在金融监管机构的监督下进行的，具有一定的监管性质。
这意味着在此渠道进行还款时，受到监管部门的审查和监督，确保还款行为的合规性和真实性。
3.2 保密性监管保送east渠道要求还款行为保持保密。
借款人在进行还款时，不涉及个人隐私信息的披露，保护借款人的隐私权。
3.3 高效性监管保送east渠道的设立，旨在提高还款的效率。
债务人通过此渠道进行还款时，可以实现快速到账，减少还款时间的耽误，提高还款的灵活性和便捷性。
3.4 审核风险监管保送east渠道对还款进行严格的风险审核。
EAST系统：现场检查技术的新突破——EAST系统在农村中小金融机构的应用与分析——基于对深圳农商行的现
５ Ａ Ｔ １Ｅ Ｓ 系统在农 村 中小金融 机构 的 应用 与分析 ５ Ａ Ｔ ３Ｅ Ｓ 系统在贷 款新规 检查 中优 势
凸显
５ “ ６ 金宇 塔 “形的Ｅ Ｓ 系统应 用模 ＡＴ 式初 探 ５ 应用Ｅ Ｓ 系统提 高现场 检查有 效 ９ ＡＴ 性 的实践 与体会
５ ０
Ｅｓ系 现 检 技 的 突 银 监研 ｌ ＡＴ 统： 场 查 术 新 破 行 管 究
象 ，通过 Ｅ Ｔ系统对信 贷 管理 系统和核 心业 务 ＡＳ 系统进行 筛查便可锁定疑 点数据 。
（ ）现场检查层次 明显提升 二
一
银行 （ 以下 简称农 商行 ）开展 了新 发放贷款 等项
目的现场检查 ，取得 了较好 的成 果。
Hale Waihona Puke 是 通 过集 中分 析和 定 向核 查 ，可 深 度 分
是深圳银 监局 首次应用 计算机 系统 ，对 信息 化环
境 下 实 施 现 场 检 查 监 管 模 式 的 有 益 探 索 。Ｅ Ｔ ＡＳ 系 统 不 是 一 个 简 单 的 工 具 ，而 是 一 个 生 产 流 程 ， 建 立 了 法 人 监 管 下 的 全 面 检 查 机 制 。从 检 查 实 践 看 ，应 用Ｅ Ｔ系 统 检 查 取 得 了 四 大 成 效 。 ＡＳ
堵 塞 检 查 人 员 的 质 疑 。 同 时 ，批 量 筛 查 出 的 问 题
（ 一）现 场检查质量显著提高
近 年来 ，银行业务 快速发展 ，基本 实现了 电 子 化处理 ，银 行控 制力逐步 通过信 息化实 现 。银
为现 场检查 结论提供 了充分 的论据 ，检查组 可以 追根 溯源 ，通 过深度 分析共性 问题 的内在原 因 ， 指 出被查机 构在制度 建设 、岗位职 责、管理 流程
east制度
EAST制度是一种监管数据报送制度，旨在建立统一的数据报送标准，采集金融机构明细数据，以提高监管效率。
该制度最早起源于2005年，当时原保监会发布了《关于做好保险稽核系统接口程序准备工作的通知》，要求各公司按照2005年77号文规定的数据格式和要求，通过保险稽核系统进行数据报送。
2012年，原保监会发布了《关于升级开发保险稽核系统接口程序的通知》，明确了保险稽核系统《数据模型和取数口径说明及要求》，对系统和接口进一步优化，明确了编码规范、数据报送口径等要求，整体制度更加完善。
EAST制度的实施，至少有以下优势：
明细型数据更加方便监管部门灵活地进行数据采集和数据分析，提高监管效率。
通过标准的制定，向保险公司传导监管机构在落实宏观政策、公司治理、风险管控、数据管理等方面的监管要求，督促保险公司比对《规范》，查找自身存在问题、缺陷、不足并整改落实，有效促进公司提升信息化程度、风险管控能力、公司治理水平和服务实体经济能力，从而提升保险行业整体竞争力。
银监会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系统报送规程一、前言银行east系统是银行业务中非常重要的一个系统，它能够实现对客户资金的管理、转账、结算等功能。
为了保证系统的稳定性和数据的准确性，需要制定报送规程来指导银行工作人员进行数据报送工作。
二、适用范围本规程适用于所有使用银行east系统的工作人员。
三、报送内容1.客户信息：包括客户姓名、身份证号码、联系电话等基本信息。
2.账户信息：包括账户类型、账号、开户时间等信息。
3.资金流水：包括存款、取款、转账等资金流动情况。
4.利息计算：对客户存款进行利息计算并报送给上级机构。
四、报送要求1.及时性：所有数据必须在规定时间内完成报送，不能有任何延迟。
2.准确性：所有数据必须准确无误，不得有任何错误或遗漏。
3.完整性：所有数据必须完整，不能有任何缺失或不完整的情况。
4.保密性：所有数据必须严格保密，不得泄露给任何第三方机构或个人。
五、报送方式1.在线报送：通过银行east系统在线报送数据。
2.批量报送：将数据批量导入银行east系统并进行报送。
六、报送流程1.收集数据：银行工作人员根据业务情况收集需要报送的数据。
2.整理数据：对收集到的数据进行整理和分类，确保准确无误。
3.报送数据：根据规定的时间和方式进行数据的报送工作。
4.审核反馈：上级机构对所报送的数据进行审核并及时反馈结果。
七、责任追究对于因为工作人员未按照规程要求进行数据报送而导致的任何损失，将由相关责任人承担相应责任，并依据公司相关制度进行处理。
八、结语银行east系统是银行业务中非常重要的一个系统，其稳定性和准确性直接影响到客户资金的安全和银行声誉。
因此，建立完善的报送规程并认真执行是非常必要的。
银监会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)，利用收集到的数据进行监管分析。
(完整word版)银监会监管数据标准化报送系统(EAST0)
附件1：监管数据标准化报送系统升级（EAST3.0）需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作，并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一，银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件，将国内银行业金融机构的监管数据标准化工作进行统一与规范，通知要求国内各银行业金融机构需要按照该发文的要求，进行数据的全面梳理、映射、采集、检核和上报。
2.系统建设价值根据银监会通知要求，该系统将于2017年7月在全国范围内正式上线运行，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建立一个功能完善、高效率的监管数据标准化报送系统，将直接影响到我行日后与银监会之间日常报备工作的顺利开展。
3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求，建设EAST数据采集报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，并促进行内业务数据改良以及监管统计分析工作。
建成后系统报送表单如下：4.我行相关系统描述我行应用系统总体架构主要分为：业务支撑应用、客户服务渠道、企业管理应用等几大部分。
目前已实现的应用系统有：业务支撑系统：包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；客户服务渠道：包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备（如：多媒体查询机、存取款机）、短信系统等；企业管理系统：包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。
5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。
EAST应用 ppt课件
贷
《对公信贷分户
款
账明细记录》部
转
分数据缺失，模
保
型无法直接使用
证
金
EAST应用介绍
《对公信贷 业务借据》 虽然数据也 不全，但关 键信息足以 筛选疑点。
EAST应用介绍
贷款发放后转保证金或定期存款模型
EAST应用介绍
核实2户3笔 1Байду номын сангаас50万元
给予20万元 行政处罚
EAST应用介绍
（一）创新思路，克服数据缺失困难
EAST应用介绍
（二）逆向思维，发挥数据后发优势
数
据
价
变
为
值
最
大
化
EAST应用介绍
（二）逆向思维，发挥数据后发优势
•如：工商银行《信贷业务质或抵押物 表》填报较为规范，将该表数据用于 信访核查、综合分析等。
EAST应用介绍
消费者反映， 银行联合担保 公司违规收取 住房按揭贷款 担保费。
可筛选抵 押楼盘项 目情况， 为监管人 员暗访提 供信息。
EAST应用介绍 （三）能用尽用，植入EAST监管意识
•能用尽用，积累完善分支机构模型库
……
EAST应用介绍
（三）能用尽用，植入EAST监管意识
应用体会：
——不求高精尖，但求短平快。日常监 管中，不一定依托非常复杂的模型，只要缩 小核查范围、提高工作效率、达到多方对证 效果便是成功。
——掌握机构的会计科目归属。会计数 据真实性高，多利用会计数据，但每家机构 的会计科目不尽相同，尽量要求机构提供会 计科目使用说明，便于精确定位。
EAST应用介绍
2018年1月
目录
一、应用背景 二、面临的困难和挑战 三、银监（分）局EAST应用实例
east系统应用汇报资料
传统： 检查用印登记
EAST： 分析收益实现
3
盯收益：业务出表、收益不出表
此类业务，其风险收益一般按融资额的百分比收取 “监管费”等方式实现，实际操作时通常由通道机构（信 托公司等）按季向融资企业收取并代为分配划转，银行多 在“其他手续费收入”中实现核算，鉴于类信贷同业业务 融资金额较大，故风险承担行收取的监管费用也比较可观。 因此，可用EAST 系统对内部账交易明细中“其他手续费 收入”科目项下单笔金额在一定标准（10万至50万）以上 的收入进行筛选，特别关注其交易对手为通道机构的记录， 通过让银行逐条提供收费依据，可帮助实现对此类业务的 定位。
◆ 交易主体五花八门（银、证、信、资、基、保等等）， 但从银行来看，主要为两类：
主导银行
（融资客户是自己的）
• 出资并承担实质风险（类信贷） • 不出资、仅承担实质风险（类信贷） • 实际出资（存款业务）
• 不出资、不承担实质风险（类信贷） • 仅出资、不承担实质风险（类信贷） （融资客户是别人的） • 不出资（存款业务）
客户怎么得到资金？ 有没有特点？
顺查
倒查
运 用 EAST 筛 选 同 业 存放、存放同业、同 业拆入、拆放同业等 业务中金额较大、期 限较长的业务 得出疑点数据4 笔，综合分析、 抽调档案后基 本确定是为类 信贷业务配资
顺查
筛选得出某行1年以 上的大额同业存款8 笔，通过抽查档案、 谈话等方式检查其合 理性
同业存款 受让信托 收益权
C银行
成立单一 资金信托
信托公司
发放信托贷款
承诺远期回购
A银行
某新农村建设投 资开发有限公司
3
盯收益：业务出表、收益不出表
对于银行以抽屉协议、隐性暗保等方式仅承担风险， 不出资的业务模式，往往表内外科目中都不记账，除融资 企业获得资金外，银行自身也未有资金进出，查实有一定 难度。
银监会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 规则近年来，金融市场的快速发展促使监管机构对金融机构进行更加深入的监管。
在这一过程中，监管机构逐渐认识到了数据质量的重要性，因此开始推广监管数据标准化，以确保数据质量、数据的准确性和一致性，从而提高监管机构的监管效率。
在国际上，数据标准化框架已经相对成熟，而中国监管机构也在积极推广和应用数据标准化规范，以符合国际化趋势和金融市场的需要。
EAST规则是一种具有标准化思想的监管数据标准化规范。
EAST是英文“Enterprise Regulatory Reporting and Management Standard”的缩写，意为“企业监管报告和管理标准”，是由英国金融市场监管机构FCA（Financial Conduct Authority）于2016年发布的一种数据标准。
与其他数据标准化规范不同的是，EAST规则采用现代化的技术手段，将监管数据标准化升级到数据结构标准化、数据模型标准化、数据质量控制三个层次，使数据标准化更加细致化和精准化。
在EAST规则中，数据结构标准化是指对数据进行标准化格式处理，将描述同一事实的数据合并为一个数据结构。
数据结构定义包括字段名称、代码、合法值和数据类型等信息，可实现数据的查询、对比、转换和分析等操作。
EAST规则中，数据结构的表达采用XML （Extensible Markup Language）来实现，XML是一种结构化的文本格式，独立于应用程序和平台的语言，确保数据的可移植性和兼容性。
数据模型标准化是建立在数据结构标准化基础上的，它描述了数据之间的逻辑关系。
简单来说，数据模型就是将不同的数据结构组织成一个具备上下文关系的逻辑数据集。
通过数据模型标准化，监管机构可以更好地理解数据之间的关系，精确地定位不同数据之间的逻辑关系，而不需要查看多个数据源。
EAST规则中采用了面向对象的数据模型，这种数据模型相对传统的关系型数据模型更为灵活和直观，可支持数据的多元化操作。
什么是EAST？
什么是EAST？今年4月，银保监会在各行各业步入复工复产进程的伊始接连对保险公司及银行机构发出了多张罚单，其中受罚的8家银行是国内五大行以及中信、光大、邮储这三家，总罚没金额高达1770万元。
受罚案由主要涉及这几年监管大力推行的EAST项目的数据质量及数据报送存在的违规问题。
那么EAST究竟是什么？监管当局推进的意图何在？未来EAST在银行层面，监管层面会给金融行业带来怎么样的变革？通过本文介绍，或许能帮助你解答这些疑问。
一、什么是EASTEAST系统全称Examination and Analysis System Technology，是银监会在2008年开发的具有自主知识产权的检查分析系统，旨在顺应大数据发展趋势需求，并帮助监管部门提高检查效能。
系统包含银行标准化数据提取、现场检查项目管理、数据模型生成工具、数据模型发布与管理等功能模块。
其核心为：①建设一个相对开放的数据分析平台，实现对银行业务数据的灵活组织、筛选、抽取、建模、挖掘和分析；②建立一套通用的、相对封闭的数据采集标准，纳入监管人员关心的风险数据点。
经过多年实践表明，该系统在监管检查层面充分发挥了精确制导、精密追踪和精准定位的作用，查出了大量疑点数据，挖掘出一些隐藏的问题，有效提升了检查效率。
监管数据标准化规范二、数据质量专项治理工作今年5月，银保监会就数据质量专项治理工作发布通知（银保监办发〔2020〕45号），要求包括所有银行及保险类的金融机构在2021年5月底前，落实监管数据质量专项治理方案，并制定了详细的项目进度时间表。
要求商业银行实施专项治理的数据包括：非现场监管（1104）、客户风险、监管数据标准化（EAST）、保险统计信息、保险偿付能力、保险资金运用等系统采集的数据和核心监管指标。
数据质量主要包括数据真实性、准确性、完整性、及时性。
涉及机构：大型银行、股份制银行、城市商业银行、农村商业银行、外资银行、信用合作社等吸收公众存款的金融机构，政策性银行，国家开发银行以及保险集团（控股）公司、保险公司、保险资产管理公司。
EAST系统应用检查分析解读
会计数据 应用原理：以各级会计科目发生额、余额变动作为基 础数据，进行连续性分析。
特点：及时性—会计科目T+0生成 准确性—原始数据，在统一会计规则下非人工干预 全面性—覆盖所有并表机构、本外币、表内外、各级科目
“双边”、“单边”
深入性—按层级逻辑归属，实现各级科目、各级机构精确定位 普适性—适用各类型金融机构
21
EAST系统应用检查实务
资产质量 17、有不良分类为正常 18、现逾期分类为正常 19、企业分行间、不同银行间分类不同 20、单、特定企业、限制性行业企业、调控影响企业分类为正常 21、分类结果出现短期调整、跨级调整（不连续） 22、业务（票据垫款等）出现问题 23、还旧，挪用、滚动、跨行受信归还贷款 24、非应计贷款未计入不良，贷款分类为正常 25、抵质押率不足 26、未及时审批认定分类结果 27、企业评级与贷款分类出现明显不匹配 28、考核时点同行、多户企业贷款分类出现集中调整（正、反） 29、分类认定、调整授权不符合规定层级、权限 30、正常类贷款计提大比例减值准备 31、同笔贷款拆分分类 32、简化分类程序
信贷总量 1.信贷余额分析
思路简介：应用贷款管理台账类报表或贷款分户账，对截止某一时点的信贷余额进行 加总，在一定周期之内，将信贷日均余额进行连线分析，通过线图变化，查找 信贷变动异常的时点。 基础字段：贷款企业名称、贷款余额、发放机构、贷款币种、贷款类型、截至时间等 拓展思路：对异动时点贷款进行深入分析，查找异动时点贷款机构、贷款企业和贷款 类型；对信贷余额按币种、类型进行分类监测分析。
EAST系统应用检查分析
目 录
一、EAST系统概述 二、EAST系统功能 三、检查分析实务
EAST系统概述
背景和挑战
银监会监管数据标准化报送系统(EAST0)
附件1：监管数据标准化报送系统升级（EAST3.0）需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作，并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一，银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件，将国内银行业金融机构的监管数据标准化工作进行统一与规范，通知要求国内各银行业金融机构需要按照该发文的要求，进行数据的全面梳理、映射、采集、检核和上报。
2.系统建设价值根据银监会通知要求，该系统将于2017年7月在全国范围内正式上线运行，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建立一个功能完善、高效率的监管数据标准化报送系统，将直接影响到我行日后与银监会之间日常报备工作的顺利开展。
3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求，建设EAST数据采集报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，并促进行内业务数据改良以及监管统计分析工作。
建成后系统报送表单如下：4.我行相关系统描述我行应用系统总体架构主要分为：业务支撑应用、客户服务渠道、企业管理应用等几大部分。
目前已实现的应用系统有：业务支撑系统：包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；客户服务渠道：包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备（如：多媒体查询机、存取款机）、短信系统等；企业管理系统：包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。
5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。
银行业金融机构监管数据标准化规范（EAST5.0）探索与分析
银行业金融机构监管数据标准化规范（EAST5.0）探索与分析E A S T（E x a m i n a t i o n a n d A n a l y s i s S y s t e m Technology）是银保监会开发的具有自主知识产权的检查分析系统，旨在顺应大数据发展趋势,提高监管检查效能。
监管端与银行业金融机构端是EAST体系的一体两面，从监管端来看，EAST系统是一套开放的数据分析平台，能够对银行业务数据进行筛选、建模、分析、应用；从银行端来看，EAST是一套通用的、相对封闭的数据采集规范，银行业金融机构按照监管要求采集数据并定期报送。
本文将对银保监会最新发布的《中国银保监会银行业金融机构监管数据标准化规范（2021版）》（以下简称“EAST5.0”）带来的监管变化及监管数据治理工作进行分析。
一、监管数据标准化规范变化趋势为推动监管科技发展，充分发挥监管标准化数据在防范金融风险、促进银行业金融机构数字化转型与合规发展等方面的作用，进一步激发监管科技活力，银保监会于2022年1月正式发布EAST5.0。
至此，监管数据标准化规范顺应银行业务演变与监管重点迁移，已历经四版更新（见表1），从开始仅面向中小银行试点，逐步推广至全部银行业机构，报送口径不断细化，校验标准不断明确，成为银保监会监管科技能力建设和监管大数据应用开发的重要抓手。
EAST5.0的修订以银行业务发展情况与行业信息技术建设状况为基础，广泛参考各银行反馈的数据报送问题，以及银保监会各派出机构的监管需要，以提升监管数据应用质效为目标进行全面修订，整体思路聚焦监管核心，明确各个主题、规范业务口径、丰富枚举信息，并呈现以下五个方面特点：一是丰富业务场景，提高规范针对性。
进一步细分银行业务场景，按照“成熟一类，规范一类，采集一类”的原则，拓展现有主题域，并在此基础上优化调整各主题域的数据表和字段安排，显著提升新版规范的数据采集针对性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附件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.知识产权因履行本项目合同所产生的研究开发成果及其相关知识产权权利归属，按下列条款确定：本合同签署之前，乙方已取得的知识产权（包含著作权、专利申请权、专利权及其他相关知识产权），归乙方所有；本合同项目下完成的智力成果及对应的知识产权（包含著作权、专利申请权、专利权及其他相关知识产权）归甲乙双方共有（并在项目验收前移交给甲方），甲方拥有在甲方及其附属机构中使用、修改、改编、复制的权利，乙方拥有在其公司范围内使用的权利，甲方有权利用乙方按照本合同约定提供的研究开发成果，进行后续改进。
由此产生的具有实质性或创造性技术进步特征的新的智力成果及其权属，由甲方享有。
本项目开发所有源代码，以及本项目开发、编译、部署与运行所依赖的属于乙方的开发工具、开发包、底层平台的源代码，在项目验收前，乙方都要交付给甲方。