📊 EAST报送与1104报表体系
核心定位EAST（监管检查分析系统）和1104（非现场监管报表）是银保监会两大核心监管报送体系。EAST侧重明细级业务数据的穿透式监管分析，1104侧重汇总级风险指标和经营指标的非现场监管。两者互补，构成银保监会对银行全维度监管的数据基础。
📋 EAST报送体系
1. EAST概述
EAST（Examination & Analysis System Technology，监管检查分析系统）是银保监会对银行机构进行现场、非现场监管检查的数据分析平台。银行需按标准数据规范，定期报送明细级原始业务数据，支持监管机构进行风险建模、关联分析和穿透式监管。
- 报送频率：月度（T+15日前）、季度（T+20日前），部分数据按半年/年度报送
- 数据粒度：逐笔明细数据（交易级、账户级、合同级）
- 数据规范：银保监会发布《银行业金融机构监管数据标准化规范》（当前版本4.0），涵盖40+主题域
- 数据范围：覆盖表内表外全部业务，涉及法人及分支机构的全部账套
2. EAST核心主题域
| 域编号 | 主题域 | 核心数据表 | 数据内容 |
|---|---|---|---|
| 01 | 客户信息 | 对公客户、个人客户、关联关系 | 客户基本档案、股东信息、实控人、关联方 |
| 02 | 存款业务 | 活期存款、定期存款、通知存款分户账 | 逐户余额、利率、起止日期、计息积数 |
| 03 | 贷款业务 | 贷款合同、借据、还款计划、核销 | 授信协议、借据明细、还款记录、五级分类 |
| 04 | 票据业务 | 承兑、贴现、转贴现、再贴现 | 票面信息、背书、到期、贸易背景资料 |
| 05 | 资金业务 | 同业拆借、债券投资、衍生产品 | 交易对手、期限、利率、市值重估 |
| 06 | 中间业务 | 理财、信托、代销、托管 | 产品信息、销售记录、投资者信息 |
3. EAST报送关键数据要求
- 码值标准化：行业分类采用GB/T 4754、地区代码采用GB/T 2260、币种采用ISO 4217
- 关联关系：需识别并报送集团客户、一致行动人、关联方及其关联交易
- 历史追溯：数据变更需保留历史快照，支持监管机构按时间截面查询
- 脱敏要求：个人客户姓名、身份证号等敏感信息需按规定加密/脱敏后报送
- 补录机制：行内系统无法自动采集的数据（如部分定性信息），通过补录平台手工录入
📊 1104非现场监管报表体系
1. 1104体系概述
1104报表体系是银保监会针对银行业金融机构的非现场监管报表制度，覆盖资本充足、资产质量、盈利性、流动性、市场风险、集中度风险等核心监管指标。报表按月度、季度、半年度和年度报送。
2. 1104主要报表分类
| 报表编号 | 报表名称 | 频率 | 核心内容 |
|---|---|---|---|
| G01 | 资产负债项目统计表 | 月 | 资产负债表简表，资产/负债/权益主要科目余额 |
| G02 | 表外业务情况表 | 月 | 承兑、信用证、保函等表外业务余额 |
| G03 | 利润表 | 季 | 营业收入、营业支出、拨备计提、净利润 |
| G04 | 资本充足率（CAR） | 季 | 核心一级/一级/总资本充足率、风险加权资产RWA |
| G05 | 流动性覆盖率 | 月 | 优质流动性资产HQLA、净现金流出、LCR |
| G06 | 大额风险暴露 | 季 | 单一/集团客户大额暴露、同业/非同业暴露 |
| G07 | 存款偏离度 | 月 | 月末/季末存款偏离度（≤3%监管红线） |
| G11 | 资产质量五级分类 | 月 | 正常/关注/次级/可疑/损失类贷款分布 |
| G12 | 贷款迁徙率 | 季 | 各分类间贷款迁徙比率 |
| G14 | 杠杆率 | 季 | 一级资本净额/调整后表内外资产余额 |
重要规则1104报表各表间存在严格的勾稽关系。例如：G01资产负债表的"各项贷款" = G11五级分类中各类贷款余额之和；G04资本充足率计算依赖G01和G03数据。勾稽关系不通过将导致报送被监管退回。
🔄 数据处理流程
EAST数据加工流程
- T日：日终批处理完成后，从核心系统、信贷系统等源系统抽取当日增量交易
- T+1日：数据清洗（去重、补全、格式标准化），码值转换映射
- T+2~T+5：关联关系加工（客户关联方、集团归属、实际控制人识别）
- T+6~T+8：校验规则执行（表内+表间校验），校验不通过数据分发补录/修正
- T+9~T+12：报文生成（XML格式）、加密、试报送（可选）
- T+15日前：正式报送前总分行确认签字，完成报送
1104报表加工流程
- 月报：次月7日前完成数据加工和报送（如G01、G02、G05、G11等）
- 季报：次月15日前完成（如G03、G04、G06、G12、G14等）
- 关键环节：科目映射（行内会计科目→监管科目口径）→ 数据聚合 → 勾稽校验 → 总分核对 → 报文生成
🧪 功能测试要点
数据映射与转换
- 字段映射校验：逐字段验证行内源表字段到EAST/1104数据项的映射关系，包括字段类型、长度、精度的转换正确性
- 码值转译：验证行内代码到监管标准代码的转译正确性（行业分类、地区代码、币种、五级分类等），覆盖所有码值枚举
- 字典表同步：监管码表更新后（如新版行业分类），系统是否自动同步映射关系并保留历史版本
- 缺失值处理：源系统字段为空时的默认值策略（如默认"其他"、留空、补录标识），验证与监管要求一致
- 多源数据合并：同一数据项来源于多个系统时（如存款数据来自核心系统和理财系统），合并去重逻辑验证
校验规则
- 表内校验：必填项非空、数值范围（如利率0-100%）、日期逻辑（起≤止）、格式校验（身份证号、统一社会信用代码校验位）
- 表间勾稽：G01各项贷款=G11各项贷款合计、G04风险加权资产来源可追溯至G01各资产科目、存款偏离度计算数据来源验证
- 总分核对：EAST明细加总与1104汇总数的核对（如EAST贷款明细合计 vs G01各项贷款），偏差需在可接受范围内
- 历史比较：本期数据与上期数据的波动合理性校验（如环比>30%自动预警），异常波动需确认或补充说明
- 组合校验：多条件组合规则（如"贷款逾期>90天但五级分类为正常"触发校验警告）
报文生成与报送
- 报文格式：生成的XML/Excel/CSV文件格式与监管技术规范一致（命名规则、编码格式UTF-8/BOM、XML Schema校验）
- 报文完整性：确保报送文件包含全部应报数据域，无遗漏、无重复记录
- 加密传输：报文加密算法（SM2/SM4国密）、签名验证、传输通道（专线/VPN）的正确性
- 重报/补报：历史数据修正后的重报流程，重报覆盖原数据还是新增版本
- 报送状态：报送成功/失败/待补正的完整状态流转，与监管反馈对接
补录与修正
- 补录流程：校验不通过数据自动分发至业务部门补录，验证补录任务的分配、通知、催办、超时升级机制
- 补录数据校验：补录数据需再次经过校验规则验证，防止补录引入新错误
- 审计追溯：补录操作全量记录（操作人、时间、修改前后值），支持审计和监管检查
- 批量修正：支持批量数据的统一修正（如同一码表映射错误导致的大批量数据修正）
⚡ 性能测试要点
大数据量抽取与加工
- 场景：EAST月度报送需从核心系统抽取亿级交易明细数据
- 目标：T日数据抽取窗口 ≤ 3小时，全量数据加工（清洗+映射+关联）≤ 8小时
- 验证点：数据库批量抽取效率（全量扫描 vs 增量CDC）、大表关联查询性能、ETL引擎吞吐量
- 策略：分区并行抽取、增量数据识别与断点续传、临时表空间管理
校验规则执行效率
- 场景：数百条校验规则对亿级数据行执行逐条校验
- 目标：全量校验完成时间 ≤ 2小时，单条规则平均耗时 ≤ 10ms/万行
- 验证点：校验规则SQL优化（索引使用、全表扫描消除）、并行校验调度策略、校验结果汇总性能
峰值报送处理
- 场景：月末/季末/年末多套报表同时报送，数据量达到峰值（年末可能为平时的3-5倍）
- 目标：峰值报送窗口内（T+7日前）完成全部加工和校验
- 验证点：服务器CPU/内存/IO负载、数据库连接池容量、报表并发生成互不阻塞
- 压测方案：模拟年末5倍常规数据量，验证系统资源弹性伸缩能力
报文文件生成
- 场景：EAST全量数据生成XML报文（文件大小可能达到GB级）
- 目标：GB级XML文件生成 ≤ 30分钟，文件压缩 ≤ 15分钟
- 验证点：流式XML写入性能（避免DOM方式内存溢出）、GZIP压缩效率、传输带宽