2. 监管报表基础
监管报表是金融机构向监管机构报送的标准化数据载体，其本质是将机构内部业务数据按照监管口径重新组织、校验并上报的过程。理解监管报表体系，是做好数据映射与血缘追踪的前提。本节从体系框架、常见报送类型、报送要求与数据质量挑战四个维度展开。
一、监管报表体系的核心原理
监管报表体系可理解为三层结构：监管制度层（法规与办法）、报表定义层（表样、字段、校验规则）、数据来源层（业务系统、总账、数据仓库）。三层之间通过“监管口径”串联，口径的差异正是数据映射工作的核心难点。
监管报表并非孤立存在，而是形成“制度—报表—指标—字段—源系统”的纵向链条。同一业务数据往往被多个报表复用，例如一笔贷款会同时出现在1104的G01表、EAST的信贷交易表和客户风险报表中，但口径、粒度、时点可能不同。这种“一数多源、一源多用”的特性，决定了血缘追踪必须跨报表、跨系统进行。
二、常见监管报送类型
国内银行业监管报送以1104、EAST、客户风险、反洗钱四大类为主，各有侧重：
| 报送类型 | 核心内容 | 数据特征 | 典型难点 |
|---|---|---|---|
| 1104 报表 | 资产负债、利润、资本充足率等指标 | 汇总指标、时点/时期并存 | 指标口径与总账科目映射复杂 |
| EAST 数据 | 逐笔交易与账户明细 | 明细级、字段多、量大 | 源系统字段缺失、格式不统一 |
| 客户风险 | 客户授信、担保、关联关系 | 客户维度、关系型 | 关联关系识别与去重 |
| 反洗钱 | 大额与可疑交易报告 | 交易级、规则驱动 | 规则命中与误报平衡 |
四类报表并非彼此独立。例如EAST的信贷明细是1104 G01表的数据基础，客户风险报表中的授信信息又依赖EAST的账户数据。这种交叉依赖关系，正是血缘追踪需要重点刻画的内容。
三、报送要求与数据质量挑战
监管报送通常有明确的时效性、准确性、完整性、一致性要求。以1104为例，月度报表一般在次月10日前报送，季度报表在季后12日前报送，且需通过监管端的校验规则。EAST则要求按月报送全量或增量数据，字段级校验极为严格。
数据质量挑战主要体现在以下方面：
- 口径不一致：同一“贷款余额”，财务口径含利息、监管口径不含，映射时需明确调整项。
- 粒度不匹配：源系统按合同记录，报表按客户汇总，需要设计聚合规则。
- 时点差异：总账日终批量与业务系统实时数据存在时间差，影响时点指标。
- 缺失与重复：EAST明细中客户证件号缺失、交易流水重复，直接影响校验通过率。
- 校验失败：监管端校验规则多达数千条，跨表校验、勾稽关系复杂。
四、案例与复盘：一次EAST报送的排查
某银行EAST报送连续两月被退回，错误集中在“信贷交易表”的“贷款余额”字段。排查发现：源系统A的余额含表外利息，源系统B不含，而EAST要求不含。由于缺乏字段级血缘记录，团队花了三天才定位到差异来源。
排查路径：
1. 监管反馈：信贷交易表-贷款余额 校验失败
2. 定位报表字段：EAST_CREDIT_TRADE.LOAN_BAL
3. 追溯映射规则：LOAN_BAL = SRC_A.BAL - SRC_A.INT
4. 发现源系统A升级后INT字段口径变更
5. 修复映射并补充血缘注释
掌握监管报表体系与常见报送类型，理解其数据质量挑战，是后续开展数据映射与血缘追踪实战的基础。只有把“报表—指标—字段—源系统”的链路理清楚，才能在面对监管校验和口径变化时做到心中有数、快速响应。