EAST系统应用检查分析
业务调研和EAST分析工具在中间业务检查中的灵活应用课件
案例五、信用卡外部欺诈模型
46
案例五、信用卡外部欺诈模型
风险表现：
2012年4月28日，辖内某银行ATM发生信用卡集中交易 现象，该行确定了可疑交易账户范围，并与7月向公安 机关报案。侦查发现，犯罪嫌疑人通过设点办卡、购 买个人信息填表办卡等手段，将申请材料转交或专卖 给该行14名员工后，通过该行审批获得信用卡进行盗 刷。目前犯罪嫌疑人已被拘留，该行12名员工被公安 部门以妨害信用卡管理为由取保候审
21
模型展示
1.导入数据，导入票据卖断业务台账、票据买断业务台 账、票据买入返售业务台账
22
2、确定必备核心字段（经办机构、批次号、业务类型、 交易对手、票据号、票据金额、贴现日）
23
3.表连接：以交易对手、票据号进行表连接，筛选出与 同一交易对手进行的同一票据卖断业务数据表、买断 业务数据表、买入返售业务数据表
案例三、搭收财务顾问费模型
法规要求： 2012年银监会出台了《关于整治银行业金融 机构不规范经营的通知》，提出：“(三)不得以 贷收费。银行业金融机构不得借发放贷款或以其 他方式提供融资之机，要求客户接受不合理中间 业务或其他金融服务而收取费用。”；“(四)不 得浮利分费。银行业金融机构要遵循利费分离原 则，严格区分收息和收费业务，不得将利息分解 为费用收取，严禁变相提高利率。”
4
案例一、理财产品私售模型
风险表现： 某银行个别分支机构， 误导客户，违规进行理财 业务私售，到期不能兑付 投资者本金及收益，经媒 体曝光，给银行带来较大 负面影响，也给监管带来 巨大挑战。
5
案例一、理财产品私售模型
风险特征：
隐蔽性：传统检查方式难以发现 时限性：某一时间段内 集中性：某一分支机构 资金汇划笔数多、金额高 资金汇划单笔多为整数
EAST系统会计全科目分析功能的介绍
按日填报每日全科目情况.如果科目当天、当期无发生业务也应填报,当 日余额\发生额为0也应填报.
报送方式：首次全量报送,之后增量报送
二、数据标准说明
内部科目对照表〔NBKMDZB 会计记账信息类
续监测分析,准确发现业务异动并可进行层级挖掘. 基本功能：" 查 账 "
一、总体介绍
EAST系统会计全科目分析功能
应用原理：以各级会计科目发生额、余额变动作为基 础数据,进行连续性分析.
特点： 及时性—会计科目T+0生成
准确性—原始数据,在统一会计规则下 非人工干预
全面性—覆盖所有并表机构、本外币、 表内外、各级科目
报送方式：一次性全量报送,如有变动全量报送.内部科目对照表只需法 人机构报送,分支机构不需报送此张表.
目录
一、总体介绍 二、数据标准说明 三、系统功能介绍 四、检查示例
三、系统功能介绍
按科目、机构、业务类别维度分级进行持续监测与层层分级 对某机构、各级分支机构,各级科目日余额、借方发生额、贷方发生额制作线
图,持续观测各科目变动情况.其中,横轴为时间,纵轴为金额〔万元,点击线图 可以显示当期金额与日期. 各级科目可按归属关系向下展开,能够识别某一科目下级科目业务曲线变动情 况. 可按机构划分各科目业务情况,从而识别各级机构业务变动情况. 按报送周期同比和环比对比分析 .
三、系统功能介绍
展示方法和展示内容 折线图：可对任一机构、科目及其下级机构、科目在同一图中展示. 柱状图：如对同一机构、科目不同时点以柱状图方式对比. 饼图：如对同一机构、科目下级科目〔或币种等按饼图方式展示内部结构.
油气混合氦透平膨胀机在EAST低温系统中应用现状研究
油气 混 合 氦 透 平膨 胀 机在 Ｅ Ｓ Ａ Ｔ低 温 系统 中应 用现 状研 究
王 学敏 朱 平 付 豹
安徽合肥 ２０ ３ ） ３０ １
ቤተ መጻሕፍቲ ባይዱ
（ 中国科学 院等离子体物理研究所
摘 要 ：介 绍 用 于 Ｅ Ｓ （ ｘｅ ｍ ｎａ Ａ ｖｎｅ ｕ ｅｃｎ ｕｔ ｇＴｋｍ ｋ 低 温 系 统 中特 殊 结构 的氦 透平 膨 胀 机 ，并 Ａ Ｔ Ｅ ｐｒ ｅ ｔ ｄａｃｄｓ ｐｒ ｄ ｃ ｎ ｏ ａ ａ ） ｉ ｌ ｏ ｉ 且指出在当前 降温过程中氦透平膨胀机不稳定性问题。分析 ２种降温模式 （ 使用透平 Ｄ和不使用透平 Ｄ）对制冷机性 能的影响 ，结果表明不使用透平 Ｄ将会大大降低制冷 机的性能。在 现有条件下提 出对静压气体轴承 的改进设计 ，试验 结 果表 明此 方 法能 有 效 改善 氦 透平 膨 胀 机 的稳 定 性 。 关键 词 ：Ｅ Ｓ ；低 温 氦 透平 膨 胀 机 ；静 压 气体 轴 承 ；稳定 性 ＡＴ
EAST实验数据系统研究的开题报告
EAST实验数据系统研究的开题报告研究背景随着科研数据的规模不断增大，数据的处理和管理变得越来越重要。
对于实验科学，数据管理更是必不可少的组成部分。
实验室需要一个高效、可靠的数据处理和管理系统，以支持复杂的实验数据和相关元数据的查询、共享和充分利用。
针对这一需求，国际上已经出现了多种实验数据系统，如美国国家科学基金会支持的DataONE系统和欧洲核子研究中心支持的Zenodo系统。
然而，这些系统大多数是面向某个领域或某个实验项目，缺乏通用性和可扩展性。
同时，这些系统的数据模型和元数据标准不统一，导致数据不易共享和集成。
因此，我们需要一个通用的实验数据系统，以便更好地管理和利用实验数据。
EAST（Experimental Analysis and Science Technology）实验数据系统是一种新兴的实验数据管理系统，由华中科技大学开发，其目标是提供一个通用的、可扩展的实验数据管理平台，以支持实验室内不同类型的数据和元数据。
EAST系统的设计理念是将数据仓库和元数据管理结合起来，可以方便地对数据进行复杂的查询和分析，并且支持数据共享和集成。
研究目的本课题旨在深入研究EAST实验数据系统，分析其优缺点，探讨其在实验室数据管理中的应用价值，并提出相应的改进措施。
研究内容1. EAST实验数据系统的概述：介绍EAST实验数据系统的背景、架构、特点和应用范围。
2. EAST实验数据系统的优点和缺点分析：对EAST实验数据系统进行全面评价，分析其优点和缺点，包括数据仓库设计、元数据管理、查询分析、共享集成等方面。
3. EAST实验数据系统在实验室数据管理中的应用研究：以实验室数据管理为背景，分析EAST实验数据系统在实验室中的应用场景和价值，包括数据管理、数据分析、科研合作等方面。
4. EAST实验数据系统的改进研究：基于对EAST实验数据系统的分析和应用，提出改进措施和建议，包括数据模型和元数据标准的统一、数据安全与隐私保护、用户体验等方面。
现场检查中EAST应用成效及经验总结
现场检查中EAST应用成效及经验总结在2015年XX农商行全面检查中，XX银监局以提高检查效能为前提，以发现查处违规问题为导向，以提升EAST运用能力为目标，灵活运用EAST系统，将科技手段融入对辖内法人机构现场检查，取得显著成效，并总结了一定的经验教训。
一、主要做法（一）处室联动，强强联合形成监管合力。
此次现场检查与“两加强、两遏制”检查、银行卡和收费督查等总会现场检查项目重合，时间紧、任务重。
该局法二处与信科处“联合作战”，由监管处室在现场提供检查思路进行“精确制导”，由信科处在局内提供建模辅导进行“火力支援”。
场内场外协同推进，既能够针对检查发现的疑点进行迅速排查，又能及时反馈模型效果，提高模型质量和精准度。
（二）全员参与，以实践应用推动理念转变。
该局在检查开始之前即组织检查人员进行EAST方面基础知识的培训，并要求各个检查人员就所各自检查方向提出EAST建模思路。
在检查过程中，由主查人对具备一定基础且具有相关建模思路的检查人员予以建模辅导，帮助其将检查思路落到实处。
在此次检查项目中，共有4个检查人员建立模型10个，筛选出疑点数据335笔；其中检查确认问题4个，涉及业务129笔，未确认问题的模型也为档案抽查提供了线索，取得了良好的应用成效。
一是降低了EAST 系统使用门槛，扩大受众面；二是取得实质运用成果，避免培训流于形式；三是提高检查人员参与感，以实际运用成效提升对EAST系统的认同度；四是转变检查思路，培养检查人员运用EAST 系统的习惯，提高检查效率。
（三）以查促改，推动机构建立内审筛查系统。
该局自2013年起在对该机构开展的所有检查项目均采用EAST系统进行数据筛查，起到了很大的示范和启发作用，最终推动该行建立起具备类EAST建模功能的内审稽核系统。
在有效提高银行数据治理水平和内生风险防控能力的同时，拓展了EAST系统的适用范围，弥补EAST数据的不足。
二、应用成果本次全面检查共运用EAST系统发现问题4个，涉及业务129笔，且所有涉及行政处罚的违规问题均是通过EAST筛查发现，对机构形成有力震慑和警示作用，严厉打击违法违规行为。
east5
east5.0 强校验规则
East 5.0强校验规则是指在East 5.0系统中执行校验时需要满
足的一系列规则。
这些规则旨在确保数据的准确性和完整性，提高系统的可靠性和安全性。
下面是East 5.0强校验规则的一
些示例：
1. 必填字段：所有必填字段必须提供有效的数据。
如果某个必填字段为空或包含无效数据，系统会给出提示并要求用户填写正确的数据。
2. 格式限制：某些字段可能有特定的格式要求，例如电话号码、日期、邮箱地址等。
系统会对这些字段进行格式校验，确保数据符合特定的格式要求。
3. 唯一性校验：某些字段可能需要保持唯一性，例如用户名、身份证号等。
系统会检查这些字段的值是否已经存在于数据库中，如果存在重复值，系统会给出提示，要求用户修改。
4. 数据范围校验：某些字段的取值范围可能有限制，例如金额不能为负数、年龄不能超过一定范围等。
系统会对这些字段进行范围校验，确保数据在合理的范围内。
5. 关联性校验：某些字段之间可能存在关联性，例如某个字段的取值必须满足其他字段的条件。
系统会对这些字段进行关联性校验，确保数据之间的逻辑关系正确。
通过执行这些强校验规则，East 5.0系统可以有效地防止无效
数据的输入，减少数据错误和问题的发生，提高系统的数据质量和可靠性。
EAST系统应用检查分析
会计数据 应用原理：以各级会计科目发生额、余额变动作为基 础数据，进行连续性分析。
特点：及时性—会计科目T+0生成 准确性—原始数据，在统一会计规则下非人工干预 全面性—覆盖所有并表机构、本外币、表内外、各级科目
“双边”、“单边”
深入性—按层级逻辑归属，实现各级科目、各级机构精确定位 普适性—适用各类型金融机构
21
EAST系统应用检查实务
资产质量 17、有不良分类为正常 18、现逾期分类为正常 19、企业分行间、不同银行间分类不同 20、单、特定企业、限制性行业企业、调控影响企业分类为正常 21、分类结果出现短期调整、跨级调整（不连续） 22、业务（票据垫款等）出现问题 23、还旧，挪用、滚动、跨行受信归还贷款 24、非应计贷款未计入不良，贷款分类为正常 25、抵质押率不足 26、未及时审批认定分类结果 27、企业评级与贷款分类出现明显不匹配 28、考核时点同行、多户企业贷款分类出现集中调整（正、反） 29、分类认定、调整授权不符合规定层级、权限 30、正常类贷款计提大比例减值准备 31、同笔贷款拆分分类 32、简化分类程序
大数据、云计算、信息化应用成为当前社会发展的新热点
背景与挑战
国内应用信息化方法开展检查分析的尝试： 商业银行内部审计 审计署 人民银行、外管局 银监会（CBRC） “无论是商业银行自身，还是其他监管部门，都在研究探索信息 化技术应用于检查分析的方式方法，这是积极面对银行业信息科 技快速发展、信息载体出现根本变化后的必然趋势”
管理数据表：主要业务管理系统数据 业务台账、管控流程、其他关联业务信息
交易数据：资金走向与交易具体信息 交易对手、交易目的------
通过账号、客户号、科目等要素建立索引关联
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系统功能
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
模型共享、降低检查分析应用门槛。
监管资料与检查项目的持续积累。
6
EAST系统应用实务
监管标准化数据：
公共信息 客户信息
交易对手信息（对手、担保等）
资金业务（投资、同业、交易等，包括银行账户与交易账户） 理财业务
银行卡业务
授信业务 。。。。。。。
会计记账信息
交易流水信息 明细信息（略）
EAST系统应用原理和方法 应Fra bibliotek技术的实践过程：
系统功能 二、监管数据标准开展数据分析
“1+N”数据结构： 全量账务数据、交易数据。 机构人员数据 。 信贷、票据、银行卡、理财、投资、交易、同业等主要业务管理系统数据
信 贷 管 理 系 统
银 行 卡 系 统
票 据 管 理 系 统
风 险 管 理 系 统
员 工 管 理 系 统
理 财 业 务 系 统
会计核算与交易数据为基础
检查实例：
（一）员工违规
以户违规 代客交易 人为调账：“特种转账传票” 空存空取：钞不离柜 自办业务 冒名贷款 充当掮客 出借账户 延付贷款（挪用贷款） 员工贷款 虚增交易 “飞单”、挪用客户存款、一人多卡
16
大额进出 多对一账户、一对多账户 集中开户 开户时间异常 定期存款存后转出
EAST系统应用检查实务
建设形成综合运用会计、交易、管理数据的便捷分析机制
建立采集原始数据开展检查分析的功能架构: 图形化+思路模型分析 会计全科目图形化分析：持续监测与层层定位
数据分析：关联会计、交易、管理数据，实现对全口径业务的多途径分析
监管数据标准：在提供分析数据的同时，提供银行机构对照监管数据标准， 完善自身系统架构与数据治理的工作机制，同步提升管理能力。
EAST系统应用检查分析
目 录
一、EAST系统概述 二、EAST系统功能 三、检查分析实务
EAST系统概述
背景和挑战
银行业进入大数据时代：
银行类机构核心业务系统日均交易处理量12.23亿笔，同比增长 28.33%； 核心业务系统账户数量80.14户 在线生产数据25097.99TB,在线总存储量50155.28TB,同比增长 44.09%和49.41%。
（二）同业业务
（一）借道同业科目，规避信贷管控。一是借道同业科目，以他行为通道 发放委托贷款。二是借道同业隐藏授信业务风险。将信贷业务出售给证券 公司、信托公司等通道方，由其包装成资管计划后出售给另一通道银行， 回购资管计划受益权，实际承担业务风险。 （二）借道存放同业，隐藏非标投资。将资金存入另银行，以存单作为质 押，与该私下签订投资指令，委托其购买信托计划，并承担实际风险。 （三）混用会计科目。一是非标债权资产放在买入返售其他金融资产项下 核算。二是一般性存款科目核算同业存款业务。三是应收款下投资。 （四）降低业务准入。 （五）调整指标。将同业利息收入、人为划转至手续费及佣金收入科目核 算，用以增加中间业务收入占比。 （六）突破限额管理。 （七）集中投资非标。 （八）对敲虚增业务
17
EAST系统应用检查实务
（三）授信（信贷）业务
资产清收 以贷增存、以贷作保、以贷违贷 假冒名贷款：通过单个账户单日为多人还款还息 以贷入股：集中贷款与认购股东 违规担保：表外变化，保函担保上升 挪用贷款：
超短期贷款：
个贷与生产经营性贷款
常规检查分析： 总量、结构、投向、质量、期限、定价
18
EAST系统应用检查实务
21
EAST系统应用检查实务
资产质量 17、有不良分类为正常 18、现逾期分类为正常 19、企业分行间、不同银行间分类不同 20、单、特定企业、限制性行业企业、调控影响企业分类为正常 21、分类结果出现短期调整、跨级调整（不连续） 22、业务（票据垫款等）出现问题 23、还旧，挪用、滚动、跨行受信归还贷款 24、非应计贷款未计入不良，贷款分类为正常 25、抵质押率不足 26、未及时审批认定分类结果 27、企业评级与贷款分类出现明显不匹配 28、考核时点同行、多户企业贷款分类出现集中调整（正、反） 29、分类认定、调整授权不符合规定层级、权限 30、正常类贷款计提大比例减值准备 31、同笔贷款拆分分类 32、简化分类程序
会计数据 应用原理：以各级会计科目发生额、余额变动作为基 础数据，进行连续性分析。
特点：及时性—会计科目T+0生成 准确性—原始数据，在统一会计规则下非人工干预 全面性—覆盖所有并表机构、本外币、表内外、各级科目
“双边”、“单边”
深入性—按层级逻辑归属，实现各级科目、各级机构精确定位 普适性—适用各类型金融机构
信贷总量 1.信贷余额分析
思路简介：应用贷款管理台账类报表或贷款分户账，对截止某一时点的信贷余额进行 加总，在一定周期之内，将信贷日均余额进行连线分析，通过线图变化，查找 信贷变动异常的时点。 基础字段：贷款企业名称、贷款余额、发放机构、贷款币种、贷款类型、截至时间等 拓展思路：对异动时点贷款进行深入分析，查找异动时点贷款机构、贷款企业和贷款 类型；对信贷余额按币种、类型进行分类监测分析。
2.信贷发生额分析 3.存贷比变动分析 4.各机构网点贷款余额变化分析 5.各机构网点贷款发生额变化分析 6.授信余额、贷款合同、放款比例分析
19
EAST系统应用检查实务
信贷结构
7.信贷余额区域结构 8.信贷余额币种结构 9.贷款产品类型结构
20
EAST系统应用检查实务
贷款期限 10、存量贷款期限结构 11、存量贷款放款时间 12、存量贷款集中到期时间 13、贷款平均期限变动情况 14、超长期贷款检查分析 15、超短期贷款检查分析 16、集中突击放款分析
管理数据表：主要业务管理系统数据 业务台账、管控流程、其他关联业务信息
交易数据：资金走向与交易具体信息 交易对手、交易目的------
通过账号、客户号、科目等要素建立索引关联
EAST 系统功能
系统功能
一、会计全科目功能模块
组织真实数据测试 基本功能：“
查
账 ”
以银行表内外会计全科目为基础，持续监测分析各级科目主 要币种的余额与借、贷方发生额的系统功能模块。在会计科目监测分析过 程中，采集银行会计科目余额、发生额原始记录，以图形化方法进行持续 监测分析，准确发现业务异动并可进行层级挖掘。
22
EAST系统应用检查实务
贷款定价 33、贷款利率实际情况分析 34、各产品实际利率情况分析 35、委托贷款利率分析 36、以贷委贷利率差价分析 贷款投向和用途 37、行业投向 38、企业类型投向 39、以贷还贷、置换他行贷款 40、挪用贷款资金作为保证金 41、以贷入股，贷款转到母公司（股东），抽逃资本
23
谢谢大家
最初的“管线账点、联动核查”
管理系统确定线索、核心系统确定问题
发展到“三类数据、四级思路”
三类数据：管理数据、会计数据、交易数 据
四级思路：业务、风险、管控、合规
通过检查思路与银行数据的匹配，实现繁简相宜的检查实践
EAST系统应用原理和方法
充分应用银行机构整体关联的系统框架与数据框架
账务信息：会计全科目、分户账、分户账明细
大数据、云计算、信息化应用成为当前社会发展的新热点
背景与挑战
国内应用信息化方法开展检查分析的尝试： 商业银行内部审计 审计署 人民银行、外管局 银监会（CBRC） “无论是商业银行自身，还是其他监管部门，都在研究探索信息 化技术应用于检查分析的方式方法，这是积极面对银行业信息科 技快速发展、信息载体出现根本变化后的必然趋势”
实践中成熟一类、增加一类 推动银行系统建设与数据治理同步发展
…
…
…
三、2.0版监管数据标准化规范数据结构及修订内容 具体业务 会计信息
会计记账信息
交易信息
交易流水信息
管理信息
公共信息 客户信息 授 信 交 易 对 手 卡片信息 信 贷 管 理 信 息
检查分析实务
EAST系统应用检查实务