第二章 监管数据标准解读：EAST数据标准详解、1104报表体系解读、数据字典与数据元规范
各位同学，咱们今天聊点硬核的。监管数据报送，说白了就是跟监管机构“对账”。你对不对得上，全看你懂不懂他们的“黑话”——也就是数据标准。
我做了这么多年合规系统，见过太多团队上来就写代码，结果字段名、枚举值全凭自己想象。最后报送上去，被监管打回来重报，那叫一个酸爽。所以，咱们先把标准吃透，再动手。
2.1 EAST数据标准详解
EAST，全称是“Examination and Analysis System Technology”，翻译过来就是“检查分析系统”。你想想看，监管机构要检查你，总得有个统一的语言吧？EAST就是这套语言。
我个人习惯把EAST理解成“监管的数据库表结构说明书”。它规定了银行要报哪些表，每张表里有哪些字段，字段是什么类型，长度多少，甚至取值范围都给你定死了。
核心要点：EAST不是一张表，而是一整套数据模型。目前最新版本是EAST 5.0，涵盖了从客户信息、账户信息、交易流水到风险分类的方方面面。
我记得有一次，某家城商行要上线新核心系统，EAST报送字段跟新核心的字段对不上。他们问我怎么办？我说，别慌，先做字段映射。把新核心的字段，一个一个映射到EAST标准字段上。映射不上的，要么改核心，要么做转换逻辑。
这里我给大家列一下EAST数据标准的核心要素：
- 数据表定义：比如“对公客户信息表”、“个人贷款合同表”。每张表都有唯一的表名和表编号。
- 字段定义：字段名、数据类型（VARCHAR2、NUMBER、DATE等）、长度、精度、是否必填。
- 枚举值域：比如“性别”字段，0代表未知，1代表男，2代表女。这个不能自己发明，必须按标准来。
- 主键与外键：表与表之间怎么关联？比如客户信息表和账户信息表，通过客户ID关联。
- 报送频率：日报、月报、季报、年报。不同表报送频率不一样。
避坑指南：我曾经遇到一个项目，开发人员把“DATE”类型字段存成了“VARCHAR2”，结果监管校验报错。原因是EAST要求日期字段必须是标准格式（YYYY-MM-DD）。所以，数据类型一定要严格遵循标准，别偷懒。
2.2 1104报表体系解读
1104报表，这个名字听起来像是一个编号，其实它是银保监会（现在叫国家金融监督管理总局）的非现场监管报表体系。为什么叫1104？因为最早的文件编号是银监发〔2004〕110号，所以大家习惯叫1104报表。
说白了，EAST是“明细数据”，1104是“汇总数据”。EAST告诉你每一笔交易长什么样，1104告诉你整体风险怎么样。
1104报表体系非常庞大，我给大家梳理一下主要分类：
| 报表类别 | 典型报表 | 报送频率 |
|---|---|---|
| 基础财务 | G01 资产负债项目统计表 | 月报 |
| 信用风险 | G11 资产质量五级分类情况表 | 季报 |
| 流动性风险 | G21 流动性期限缺口统计表 | 季报 |
| 资本充足 | G40 资本充足率汇总表 | 季报 |
| 表外业务 | G02 表外业务情况表 | 季报 |
你想想看，这么多报表，如果手工填，那不得累死？所以自动化报送是必然趋势。我建议你在做自动化的时候，先把报表的校验规则搞清楚。比如G01表，资产总计必须等于负债加所有者权益，这个平衡关系是硬约束。
注意：1104报表的填报说明每年都会更新。我见过有人用去年的模板报今年的数据，结果字段对不上，被监管点名批评。所以，一定要用最新版的填报说明。
2.3 数据字典与数据元规范
数据字典，听起来很高大上，其实就是一个“字段说明书”。它告诉你每个字段叫什么名字、什么类型、什么含义、取值范围是什么。
数据元规范，则是更底层的标准。它定义了“最小不可分割的数据单元”。比如“客户姓名”是一个数据元，“身份证号码”也是一个数据元。这些数据元在EAST和1104报表中都会用到。
我个人习惯把数据字典分成三层：
- 业务数据字典：面向业务人员，解释字段的业务含义。比如“逾期天数”是指贷款本金或利息逾期超过多少天。
- 技术数据字典：面向开发人员，定义字段的物理属性。比如字段名、类型、长度、索引等。
- 监管数据字典：面向监管报送，定义字段的监管映射关系。比如某个字段在EAST里叫什么，在1104里叫什么。
嗯，这里要注意。很多团队只做了技术数据字典，忽略了业务和监管层面的字典。结果业务人员看不懂，监管人员对不上。我建议你从一开始就建立三层字典，并且保持同步更新。
下面我用SVG画一张图，帮你理清这三者之间的关系：
从这张图你可以看到，监管数据标准在最顶层，EAST和1104是它的两个具体实现。而数据字典和数据元规范，则是支撑这两套体系的基础设施。
最后，我给大家一个实战建议。在做数据字典的时候，一定要把“数据元”作为最小颗粒度来管理。比如“客户姓名”这个数据元，在EAST里叫“CUST_NAME”，在1104里可能叫“客户名称”。你只要维护好这个映射关系，后续的自动化报送就轻松多了。
个人经验：我曾经帮一家银行做数据治理，他们光数据字典就整理了3000多个字段。我建议他们用Excel先梳理，然后导入到数据字典管理工具里。工具不重要，重要的是把映射关系理清楚。否则，你后面写代码的时候，会发现字段名对不上，那才叫崩溃。
好了，这一章的内容就到这里。记住，标准是死的，人是活的。但如果你连标准都不懂，那活也活不好。下一章，咱们聊聊怎么把这些标准落地到代码里。