EAST系统会计全科目分析功能的介绍

合集下载

银监会监管数据标准化报送系统(EAST0)

银监会监管数据标准化报送系统(EAST0)

附件1:监管数据标准化报送系统升级(EAST3.0)需求说明书广西北部湾银行股份有限公司2017年4月1.系统建设背景为了更规范的进行金融机构进行监管数据标准化的报送工作,并对国内的银行业金融机构在监管数据标准化报送规范层面进行统一,银监会于2017年3月发布了《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》及相关说明附件,将国内银行业金融机构的监管数据标准化工作进行统一与规范,通知要求国内各银行业金融机构需要按照该发文的要求,进行数据的全面梳理、映射、采集、检核和上报。

2.系统建设价值根据银监会通知要求,该系统将于2017年7月在全国范围内正式上线运行,能否在规定的时间内完成银监会监管数据标准化报送系统及相关业务系统的改造,建立一个功能完善、高效率的监管数据标准化报送系统,将直接影响到我行日后与银监会之间日常报备工作的顺利开展。

3.系统建设目标根据《中国银监会办公厅关于印发银行业金融机构监管数据标准化规范的通知》的有关要求以及我行的接口要求,建设EAST数据采集报送系统,帮助我行(包括我行的所有村镇银行)及时、完整、准确地完成监管数据标准化的报送要求,保证报送质量,提升管理水平,并促进行内业务数据改良以及监管统计分析工作。

建成后系统报送表单如下:4.我行相关系统描述我行应用系统总体架构主要分为:业务支撑应用、客户服务渠道、企业管理应用等几大部分。

目前已实现的应用系统有:业务支撑系统:包括核心业务系统、信贷业务系统、综合前置及多渠道接入系统、资金业务系统、理财系统、国际结算系统、贷记卡系统、中间业务平台等;客户服务渠道:包括网点柜面、网上银行、手机银行、客户服务中心、各类自助设备(如:多媒体查询机、存取款机)、短信系统等;企业管理系统:包括统一数据管理平台、报表系统、信息报送系统、办公自动化系统、管理会计系统、绩效管理系统、ECIF、客户关系管理系统等。

5.项目实施需求请投标人依据以下项目实施要求提出可行的项目实施方案,包括但不仅限于项目实施方法、项目计划、项目组织、项目实施前提、项目关键里程碑、项目交付物、项目实施风险及规避措施等。

EAST系统会计全科目分析功能介绍综述

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系统的建设与发展

银监会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系统应用汇报精品名师资料
资产类 科目编号 114 115 116 120 140 145 科目名称 存放同业清算款项 存放同业一般款项 存放境外同业款项 拆放同业 证券回购协议借出款 其他投资 科目编号 234 241 255 负债类 科目名称 同业一般存款 同业拆入 证券回购协议借入款 科目编号 502 522 511 514 损益类 科目名称 金融机构往来利息收入 金融机构往来利息支出 手续费收入 投资收益
案例五: 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系统的建设与发展

银监会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系统操作实例介绍

east系统操作实例介绍

其他使用场景介绍:3. 五级分类占比:
再选择“贷款本金总 额”,修改名称为
“贷款本金总额合计”
去掉自动分组, 直接求合计
其他使用场景介绍:3. 五级分类占比:
按五级分类的分 组合计
所有记录的本金合计, 每一行的值都一样
其他使用场景介绍:3. 五级分类占比:
选择列、按钮,完成 表达式的编辑
3.分户账的五级分类占比:
模型实例(图形分析)
• 7.贷款按照信贷业务种类占比(饼图分析) • 8. 个贷和流贷的对比(柱状图,2013年以
后的数据比较) • 9.各信贷业务种类的贷款趋势分析(折线图,
2013年以后的数据比较)
其他使用场景介绍:1.获取最新的分户账数据
每次还款都会产生一 条变动数据
其他使用场景介绍:1.获取最新的分户账数据
如何停止模型:
East系统辅助功能介绍 导入外部数据: 导入银行提供的文本文件,比如数据字典等,Excel文件
先另存为csv文件后再导入,建议文件大小在200M以下
自定义图形分析: 对原始表或者中间表进行图形分析
模型结果打包导出: 将模型运行的所有最后结果打包导出
新功能——导入外部数据文件
如果数据文件第一行带表头, 导入时候系统会自动识别为
模型设计人员-模型设计器主界面-模型共享
共享后,共享者可以和创建 者一样查看、修改模型
弹出的用户界面中,选 择要共享的用户,点击
保存
模型设计人员-模型设计器主界面-模型提交
模型提交以后,不能再修改,如果 要操作,另外为新的模型以后可以
在新模型上修改
模型设计人员-参数的设置
过滤并排序、查询生成器、代码执 行都有“参数管理器”的按钮 参数在整个模型里都是公用的

银行east系统应用汇报

银行east系统应用汇报
系统稳定性不足
系统可能因硬件故障、软件缺陷或网络问题而崩溃或宕机,影响用 户正常使用。
资源利用率低
EAST系统在资源分配和管理方面存在不足,可能导致资源浪费或 资源不足的情况。
用户体验问题
1 2
操作界面不友好
EAST系统的操作界面可能过于复杂或不符合用 户习惯,导致用户难以快速上手和熟练操作。
功能操作繁琐
业务分析
监管报表生成
对银行业务数据进行多维度分析,包括业 务量、业务类型、客户行为等,揭示业务 发展趋势和规律。
根据监管机构要求,自动生成各类监管报 表和统计数据,提高报表编制效率和准确 性。
03
CATALOGUE
EAST系统应用情况
应用范围
01
02
03
监管报送
EAST系统广泛应用于银行 监管报送领域,支持各类 监管报表的自动生成和报 送。
系统应用效果
包括系统在提升监管效率、防范金融 风险、推动数字化转型等方面的应用 效果评估。
存在问题和改进建议
包括在使用EAST系统过程中遇到的 问题以及针对这些问题的改进建议。
02
CATALOGUE
EAST系统概述
EAST系统定义
监管科技平台
EAST系统(Examination and Analysis System Technology)是一个应用于银行业监管的科技平台,旨在通 过标准化数据收集、整合和分析,提升监管效率和准确性。
数据分析层
运用大数据和人工智能技术对 数据进行分析和挖掘,包括风 险识别、业务趋势预测等。
数据应用层
将分析结果以可视化报表、图 表等形式展示给监管机构,支
持监管决策和风险管理。
EAST系统功能

east系统应用汇报

east系统应用汇报
来去期限长金额大顺查倒查顺查用运用east筛选同业存放存放同业同业拆入拆放同业等业务中金额较大期限较长的业务行筛选得出某行1年以款上的大额同业存款8笔通过抽查档案谈话等方式检查其合理性在对公存款分户账明细中筛选同一交易日期相等金额的存款进账信息得出疑点数据4笔综合分析抽调档案后基本确定是为类信贷业务配资倒查运用east在银行对公存款分户账明细中筛选交易对手名称包括信托证券等字段的资金进账记录并设定金额下限将筛选得出的大额资金进入逐笔分析查证现发现6笔资金为类信贷同业业务资金进入企业如何得到资金
在对公存款分户账 明细中筛选同一交 易日期、相等金额 的存款进账信息
企业如何得到资金? 信托贷款、委托贷款、转让应收账款、发起财产权信托等 特点:交易对手一般为通道机构(信托、证券、基金等等) 此种情况,业务风险一般由 本银行承担。
运用 EAST 在银行对公 存款分户账明细中筛选 交易对手名称包括“信 托、证券”等字段的资 金进账记录,并设定金 额下限
EAST系统检查应用实践
目录 CONTENTS 一 二 三
同业业务检查初步探索
授信业务检查应用深化 几点体会
一、同业业务检查初步探索
(一)基本情况
2014 年初,浙江银监局根据银监会年度监管重点及辖 内银行业发展特点,重点谋划、迅速部署,由省局局长担 任组长,集成全辖217名业务骨干对全省24家银行机构开展 了同业理财业务检查。通过传统手段和EAST系统联动互补, 发现了复杂化、“类信贷”的同业理财业务风险突出,存 在大量监管套利、违规操作行为等问题。
统计同一资金来源为同一授信客户还贷还息的次数
案例一:
如上表,2013年 2月至2014年 2月,XXX 农业经营有限公司有 6次 还息,1次转贷资金均来源于上虞市XX建设投资有限公司(政府融资 平台企业),且该农业经营有限公司1500万元贷款由上虞市XX 建设 投资有限公司担保,而上虞市XX 建设投资有限公司非该行贷款客户。 经核查,发现该政府融资平台借道普通企业贷款。

银监会EAST系统的建设与发展

银监会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模型设计及相关案例分析设计思路

号”列项中,输入关键词“999999”,运算符选择“不等于”,筛查出收入科目中
手工柜员处理的交易金额小于-1000以下的数据,形成结果集“手工记账处理业务
数据”。
6
疑似违规冲账退付利息模型说明四
4、在新结果集“手工记账处理业务数据” 中,运用“过滤并排序”功能
,在“摘要”列项中,输入关键词“利息退付”,运算符选择“等于或包
16
3、案例分析及监管建议
存在问题一:某联社贷前调查过程中没有对客户的资金需求深入了解。违反了 《个人贷款管理暂行办法》第十三条贷款人受理借款人贷款申请后,应履行尽职调 查职责,对个人贷款申请内容和相关情况的真实性、准确性、完整性进行调查核实, 形成调查评价意见。
存在问题二:某联社监管不严,致使贷款资金被挪作他用。违反了《商业银行 授信工作尽职指引》第四十一条 商业银行授信实施后,应对所有可能影响还款的 因素进行持续监测,并形成书面监测报告。重点监测以下内容:(一)客户是否按 约定用途使用授信,是否诚实地全面履行合同;
监管建议一:规范业务操作,按照会计基本规则做业务处理, 全面真实反映收支两条线业务过程,杜绝以收冲支现象再次发生。
监管建议二:完善客户奖励制度,增加禁止当期直接冲退利 息的条款;补充当期发生的奖励事由,可在再次银企合作中予以 兑现的条款。
10
疑似个人贷款违规转定期存款模型
11
疑似个人贷款违规转定期存款模型说明一
构数据”。
8
案例分析1
1、基本情况 2013年2月28日,某行向 A企业贷款3000万元,期限2年,
月利率8.5‰。 ------贷款存续期内,A企业引荐关联人B企业开户并存款。 ------关联人B企业2013年3月、2013年9月、2014年3月分3次

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系统概述
背景和挑战

east数据报送工作总结和建议

east数据报送工作总结和建议

east数据报送工作总结和建议什么是EASTEAST系统全称Examination and Analysis System Technology,是银保监会在2008年开发的具有自主知识产权的检查分析系统,旨在顺应大数据发展趋势需求,并帮助监管部门提高检查效能。

从监管层面来说,EAST系统是一个大型的标准化数据库,监管当局基于各金融机构上报数据,结合监管政策重点,建设控制模型,挖掘监管政策盲区,核查监管要求落地情况,提高现场及非现场检查命中率,提升对金融机构的监管效果。

对于金融机构,EAST系统有助于金融机构发现数据质量问题,提升底层数据质量。

此外,EAST系统中各类采集的数据信息,也向金融行业展现了监管意图及侧重点。

对于内控体制不完善,或管理存在漏洞的机构,有一定的约束作用。

EAST有什么作用在监管机构端,EAST系统包含银行标准化数据提取、现场检查项目管理、数据模型生成工具、数据模型发布与管理等功能模块。

EAST 系统的核心包括两方面:一是建立一套通用的、相对封闭的数据采集标准,纳入监管人员关心的风险数据点;二是建设一个相对开放的数据分析平台,实现对银行业务数据的灵活组织、筛选、抽取、建模、挖掘和分析。

其主要功能和作用:1、“查账”以金融机构表内外会计全科目为基础,持续监测分析各级科目主要币种的余额与借、贷方发生额,以图形化方法进行监测分析,准确发现业务异动并可进行深入挖掘。

2、员工违规检查通过数据分析检查员工是否存在代客交易、空存空取、人为调账、虚增交易、集中开户、大额进出等违规行为。

3、同业业务检查通过数据分析是否存在借道同业科目,规避信贷管控、借道存放同业,隐藏非标投资、混用会计科目、对敲虚增业务等违规行为。

4、授信业务检查通过数据分析是否存在以贷转存、违规担保、五级分类不合规等违规行为。

5、其他业务检查EAST报送有哪些难点而在金融机构端EAST报送又会存在哪些难点?事实上,EAST系统在银行业早已广泛应用,如今非银机构EAST 系统建设也将变得刻不容缓。

EAST系统会计全科目分析功能介绍

EAST系统会计全科目分析功能介绍

一、总体介绍
EAST系统会计全科目分析功能
应用原理:以各级会计科目发生额、余额变动作为基础数据,进行连续性分析。 特点: 及时性—会计科目T+0生成 准确性—原始数据,在统一会计规则下非人工干预 全面性—覆盖所有并表机构、本外币、表内外、各级科目 “双边”、“单边” 深入性—按层级逻辑归属,实现各级科目、各级机构精确定位 普适性—适用各类型金融机构
记录金融机构境内法人全科目报表数据(本外币汇总、人民币汇总、外币分币种
汇总)。银行全部会计科目相关数据,具体业务大类包括:1资产类、2负债类、3 所有者权益类、4损益类、5资产负债共同类、6表外业务类及7其它,一级、二级 、三级到最底层全部科目的明细数据。
总账会计全科目表报送范围应包括所有进行账务处理的机构,至少应包括总行、
目录
一、总体介绍 二、数据标准说明 三、功能介绍 四、检查示例
二、数据标准说明
数据表 公共信息类 05 机构关系表(JGGXB) 会计记账信息类 01 总账会计全科目表(ZZHJQKMB) 03 内部科目对照表(NBKMDZB)
全科目数据采集报表已经包含在新修订的监管数据标准 2.0版中,可与2.0版数据标准中相应数据表统一采集, 也可单独采集。
四、检查示例: 存款关键时点异常变动的分支机构定位分析
存款在关键时点异常变动的科目定位分析
逾期贷款组成趋势分析
逾期贷款组成趋势分析
不良贷款变化机构定位
存放同业业务变动分析
谢谢大家
30.04.2021
生产计划部
工具。
一、总体介绍
EAST系统会计全科目分析功能
在银行表内外总帐会计全科目报表的基础上,搭建的持续监测分析各级 科目主要币种的余额与借、贷方发生额的系统功能模块。在会计科目监 测分析过程中,采集银行会计科目余额、发生额原始记录,以图形化方 法进行持续监测分析,准确发现业务异动并可进行层级挖掘。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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系统以及监管要求的临时性表格,无法及 时、准备掌握银行风险状况
相关文档
最新文档