EAST系统会计全科目分析功能的介绍
银监会监管数据标准化报送系统(EAST0)
附件1：监管数据标准化报送系统升级（EAST3.0）需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作，并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一，银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件，将国内银行业金融机构的监管数据标准化工作进行统一与规范，通知要求国内各银行业金融机构需要按照该发文的要求，进行数据的全面梳理、映射、采集、检核和上报。
2.系统建设价值根据银监会通知要求，该系统将于2017年7月在全国范围内正式上线运行，能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造，建立一个功能完善、高效率的监管数据标准化报送系统，将直接影响到我行日后与银监会之间日常报备工作的顺利开展。
3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求，建设EAST数据采集报送系统，帮助我行（包括我行的所有村镇银行）及时、完整、准确地完成监管数据标准化的报送要求，保证报送质量，提升管理水平，并促进行内业务数据改良以及监管统计分析工作。
建成后系统报送表单如下：4.我行相关系统描述我行应用系统总体架构主要分为：业务支撑应用、客户服务渠道、企业管理应用等几大部分。
目前已实现的应用系统有：业务支撑系统：包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等；客户服务渠道：包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备（如：多媒体查询机、存取款机）、短信系统等；企业管理系统：包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。
5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。
EAST系统会计全科目分析功能介绍综述
目录
一、总体介绍 二、数据标准说明 三、功能介绍 四、检查示例
二、数据标准说明
数据表 公共信息类 05 机构关系表（JGGXB） 会计记账信息类 01 总账会计全科目表（ZZHJQKMB） 03 内部科目对照表（NBKMDZB）
全科目数据采集报表已经包含在新修订的监管数据标准 2.0版中，可与2.0版数据标准中相应数据表统一采集， 也可单独采集。
➢ 开发过程
2014年2月着手开展EAST系统会计全科目功能开发。 2014年5月完成软件开发和功能测试。 2014年8月召开“EAST系统会计全科目检查分析功能应用视频会议”。
一、总体介绍
EAST系统会计全科目系统理论基础
EAST系统会计全科目系统建立在银行账务组织基础之上 明细核算
以账户为基础进行的核算，在每个会计科目下，按照具体对象和单位，设 立分户账进行详细记录和核算。 核算程序：会计凭证—>登记分户账—>余额表总帐或登记簿。 综合核算 以会计科目为基础的核算，综合反映各科目资金增减变化情况。 明细核算对综合核算起着补充作用；综合核算对明细核算起着统驭作用。全科 目会计总帐是综合核算和明细核算相互核对和统驭明细分户账的主要工具。
EAST系统会计全科目分析功能介绍
2015年6月
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
一、总体介绍
EAST系统会计全科目开发背景
➢ 开发必要性
目前非现场分析主要依赖于1104系统以及监管要求的临时性表格，无法及 时、准备掌握银行风险状况
二、数据标准说明
机构关系表（JGGXB） 公共信息类
银监会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系统应用汇报精品名师资料
案例五： A银行
购买理财
B银行
Байду номын сангаас
同业存款
二、授信业务检查应用深化
（一）还贷还息资金来源模型
1、从交易流水表中通过交易类型筛选出还贷还息记录，以某 城商行为例，交易类型分别为“贷款还贷”和“按揭扣款”。 2、将上述结果与交易流水表关联，筛选出还贷还息账户前三 日内资金进账记录，并通过“资金进账前账户余额不足以还贷还 息”等条件设置，初步锁定还贷还息资金来源。 3 、再将上述结果与信贷借据表、信贷合同表等关联，匹配 上对应的授信贷款信息，完成还贷还息来源基础表的设计。 4 、对基础的还贷还息资金来源表进行分析，发现对于还贷 还息资金以转账方式划入的，系统中记录了资金来源对象；对于 还贷还息以现金存款缴入的，系统中未记录资金来源对象。因此， 细化为转账、缴现两个方向。
案例四： A银行
同业 存款
B银行
信托 公司
转让信托 受益权
信托 贷款
银行融资 企业
资金流向
5
比对手：同一交易对手方向相反交易
用EAST筛选机构与同一交易对手办理的业务方向相 反的交易。如检查发现 A银行2013年11月 18 日认购B银行 保本结构性理财产品1笔，金额3亿元，期限至2014年5月 17日。同日，A银行又从B银行吸收金额、期限均相等的 同业存款 1 笔。通过上述操作， B 银行实现资金变性，将 同业资金转化为一般存款。
银监会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)，利用收集到的数据进行监管分析。
会计全科目功能讲解
账 ”
一、总体介绍
EAST系统会计全科目分析功能
应用原理：以各级会计科目发生额、余额变动作为基础数据，进行连续性分析。 特点： 及时性—会计科目T+0生成 准确性—原始数据，在统一会计规则下非人工干预 全面性—覆盖所有并表机构、本外币、表内外、各级科目 “双边”、“单边” 深入性—按层级逻辑归属，实现各级科目、各级机构精确定位 普适性—适用各类型金融机构
按日填报每日全科目情况。如果科目当天、当期无发生业务也应填报，当日余额\发
生额为0也应填报。
报送方式：首次全量报送，之后增量报送
二、数据标准说明
总账会计全科目表（ZZHJQKMB）
填报注意事项：
1、总账会计科目编号 - 应包含机构设置的全部级次会计科目，其他会计 类表中的[明细科目编号]字段填列的值应与本表中最底层科目的编号保持 一致。
二、数据标准说明
机构关系表（JGGXB） 公共信息类
机构关系表报送范围应包括所有进行账务处理的机构，至少应包括总行、
分行、支行等实体机构和省级汇总、地市级汇总、法人汇总、分行总。
报送方式：首次采集为全量采集，后续采集如有变动全量报送。
二、数据标准说明
机构关系表（JGGXB）
填报注意事项： 1、内部机构号 - 该列中的值应与机构信息表中的[内部机构号]字段保持一致。 填报的机构层级应包括省级汇总、地市级汇总、法人汇总、支行汇总。内部机构号 应具有标识机构的唯一性。
辖内内金融机构会计全科目相关数据在银监局集中存储，应按要求
做好数据管理和保密工作。
目 录
一、总体介绍 二、数据标准说明
三、系统功能介绍
四、检查示例
三、系统功能介绍
按科目、机构、业务类别维度分级进行持续监测与层层分级
east系统操作实例介绍
其他使用场景介绍：3. 五级分类占比：
再选择“贷款本金总 额”，修改名称为
“贷款本金总额合计”
去掉自动分组， 直接求合计
其他使用场景介绍：3. 五级分类占比：
按五级分类的分 组合计
所有记录的本金合计， 每一行的值都一样
其他使用场景介绍：3. 五级分类占比：
选择列、按钮，完成 表达式的编辑
3.分户账的五级分类占比：
模型实例(图形分析)
• 7.贷款按照信贷业务种类占比（饼图分析） • 8. 个贷和流贷的对比（柱状图，2013年以
后的数据比较） • 9.各信贷业务种类的贷款趋势分析(折线图，
2013年以后的数据比较)
其他使用场景介绍：1.获取最新的分户账数据
每次还款都会产生一 条变动数据
其他使用场景介绍：1.获取最新的分户账数据
如何停止模型：
East系统辅助功能介绍 导入外部数据： 导入银行提供的文本文件，比如数据字典等，Excel文件
先另存为csv文件后再导入，建议文件大小在200M以下
自定义图形分析： 对原始表或者中间表进行图形分析
模型结果打包导出： 将模型运行的所有最后结果打包导出
新功能——导入外部数据文件
如果数据文件第一行带表头， 导入时候系统会自动识别为
模型设计人员-模型设计器主界面-模型共享
共享后，共享者可以和创建 者一样查看、修改模型
弹出的用户界面中，选 择要共享的用户，点击
保存
模型设计人员-模型设计器主界面-模型提交
模型提交以后，不能再修改，如果 要操作，另外为新的模型以后可以
在新模型上修改
模型设计人员-参数的设置
过滤并排序、查询生成器、代码执 行都有“参数管理器”的按钮 参数在整个模型里都是公用的
银行east系统应用汇报
系统可能因硬件故障、软件缺陷或网络问题而崩溃或宕机，影响用 户正常使用。
资源利用率低
EAST系统在资源分配和管理方面存在不足，可能导致资源浪费或 资源不足的情况。
用户体验问题
1 2
操作界面不友好
EAST系统的操作界面可能过于复杂或不符合用 户习惯，导致用户难以快速上手和熟练操作。
功能操作繁琐
业务分析
监管报表生成
对银行业务数据进行多维度分析，包括业 务量、业务类型、客户行为等，揭示业务 发展趋势和规律。
根据监管机构要求，自动生成各类监管报 表和统计数据，提高报表编制效率和准确 性。
03
CATALOGUE
EAST系统应用情况
应用范围
01
02
03
监管报送
EAST系统广泛应用于银行 监管报送领域，支持各类 监管报表的自动生成和报 送。
系统应用效果
包括系统在提升监管效率、防范金融 风险、推动数字化转型等方面的应用 效果评估。
存在问题和改进建议
包括在使用EAST系统过程中遇到的 问题以及针对这些问题的改进建议。
02
CATALOGUE
EAST系统概述
EAST系统定义
监管科技平台
EAST系统（Examination and Analysis System Technology）是一个应用于银行业监管的科技平台，旨在通 过标准化数据收集、整合和分析，提升监管效率和准确性。
数据分析层
运用大数据和人工智能技术对 数据进行分析和挖掘，包括风 险识别、业务趋势预测等。
数据应用层
将分析结果以可视化报表、图 表等形式展示给监管机构，支
持监管决策和风险管理。
EAST系统功能
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
构。
三、系统功能介绍
EAST系统真实环境演示
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
在银行表内外总帐会计全科目报表的基础上，搭建的持续监测分析各级科 目主要币种的余额与借、贷方发生额的系统功能模块。在会计科目监测分 析过程中，采集银行会计科目余额、发生额原始记录，以图形化方法进行 持续监测分析，准确发现业务异动并可进行层级挖掘。
基本功能：“ 查 账 ”
一、总体介绍
EAST系统会计全科目分析功能
开发过程
2014年2月着手开展EAST系统会计全科目功能开发。 2014年5月完成软件开发和功能测试。 2014年8月召开“EAST系统会计全科目检查分析功能应用视频会议”。
一、总体介绍
EAST系统会计全科目系统理论基础
EAST系统会计全科目系统建立在银行账务组织基础之上 明细核算
以账户为基础进行的核算，在每个会计科目下，按照具体对象和单位， 设立分户账进行详细记录和核算。
应用原理：以各级会计科目发生额、余额变动作为基础数据，进行连续性分析。 特点： 及时性—会计科目T+0生成 准确性—原始数据，在统一会计规则下非人工干预 全面性—覆盖所有并表机构、本外币、表内外、各级科目 “双边”、“单边” 深入性—按层级逻辑归属，实现各级科目、各级机构精确定位 普适性—适用各类型金融机构
核算程序：会计凭证—>登记分户账—>余额表总帐或登记簿。 综合核算
以会计科目为基础的核算，综合反映各科目资金增减变化情况。 明细核算对综合核算起着补充作用；综合核算对明细核算起着统驭作用。全
科目会计总帐是综合核算和明细核算相互核对和统驭明细分户账的主要工 具。
一、总体介绍
EAST系统会计全科目分析功能
目录
一、总体介绍 二、数据标准说明 三、功能介绍 四、检查示例
二、数据标准说明
数据表 公共信息类 05 机构关系表（JGGXB） 会计记账信息类 01 总账会计全科目表（ZZHJQKMB） 03 内部科目对照表（NBKMDZB）
全科目数据采集报表已经包含在新修订的监管数据标准 2.0版中，可与2.0版数据标准中相应数据表统一采集， 也可单独采集。
记录金融机构境内法人全科目报表数据（本外币汇总、人民币汇总、外币分币种汇
总）。银行全部会计科目相关数据，具体业务大类包括：1资产类、2负债类、3所有 者权益类、4损益类、5资产负债共同类、6表外业务类及7其它，一级、二级、三级 到最底层全部科目的明细数据。
总账会计全科目表报送范围应包括所有进行账务处理的机构，至少应包括总行、分
二、数据标准说明
机构关系表（JGGXB） 公共信息类
机构关系表报送范围应包括所有进行账务处理的机构，至少应包括总行、 分行、支行等实体机构和省级汇总、地市级汇总、法人汇总、分行汇总。
报送方式：首次采集为全量采集，后续采集如有变动全量报送。
二、数据标准说明
总账会计全科目表（ZZHJQKMB） 会计记账信息类
作线图，持续观测各科目变动情况。其中，横轴为时间，纵轴为金额（万 元），点击向下展开，能够识别某一科目下级科目业务曲线变
动情况。
可按机构划分各科目业务情况，从而识别各级机构业务变动情况。
按报送周期同比和环比对比分析 。
三、系统功能介绍
展示方法和展示内容
四、检查示例： 存款关键时点异常变动的分支机构定位分析
存款在关键时点异常变动的科目定位分析
逾期贷款组成趋势分析
逾期贷款组成趋势分析
不良贷款变化机构定位
存放同业业务变动分析
谢 谢！
放映结束 感谢各位的批评指导！
谢 谢！
让我们共同进步
对本行会计科目与以下业务对应汇总关系做出说明。 具体包括：资产类业务子类：1各项贷款，2投资，3拆借资金（拆出），4 各项垫款，5各项准备金；负债类业务子类：6各项存款，7拆借资金（拆 入），8发行债券；表外及其它业务类别：9担保（保函），10承兑票据， 11委托贷款，12信用证，13理财业务，14交易，15利息收入，16中间业务 收入。 按银行财报口径如实填报。可按明细科目填报。 （主要业务子类将来可根据需要扩展）
报送方式：一次性全量报送，如有变动全量报送。内部科目对照表只需法
人机构报送，分支机构不需报送此张表。
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
三、系统功能介绍
按科目、机构、业务类别维度分级进行持续监测与层层分级
对某机构、各级分支机构，各级科目日余额、借方发生额、贷方发生额制
行、支行等实体机构和省级汇总、地市级汇总、法人汇总、分行汇总。
按日填报每日全科目情况。如果科目当天、当期无发生业务也应填报，当日余额\发
生额为0也应填报。
报送方式：首次全量报送，之后增量报送
二、数据标准说明
内部科目对照表（NBKMDZB） 会计记账信息类
说明银行总账会计全科目每一级科目由下级科目或明细账生成的关系，并
EAST系统会计全科目分析功能介绍
2015年6月
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
一、总体介绍
EAST系统会计全科目开发背景
开发必要性
目前非现场分析主要依赖于1104系统以及监管要求的临时性表格，无法及 时、准备掌握银行风险状况