监管报送的半天,大多耗在字段映射这一层
先把结论摆出来:银行监管数据报送慢,慢的从来不是系统取数,而是取完数之后那一段人工"翻译"——把核心系统的字段名,一条一条对到监管口径上去。这一段活,熟练的人做一张两百多字段的明细表,三个多小时就没了;而如果把映射关系沉淀成模板,同样的活十分钟能收尾。我写这篇,就是想把这半天到底耗在哪儿说清楚,也顺便讲讲为什么一张"能复用的模板"比很多人以为的更值钱。
背景不用铺太多。EAST、1104、人民银行金融统计、利率报备、存款保险、反洗钱、征信报送,一家法人机构每个月要打交道的报送口子,两只手数不过来。口径还在动,EAST 从 3.0 一路走到 5.0,表级数量和字段粒度都是往上加的。一线的人私下跟我说,最怕的不是活多,是每次口径一调整,就得把同样的对照关系再捋一遍。
报送这件事,早就不是填几张表
1104 报表体系下,一家法人机构常报的报表在六十张上下,涉及的数据项数以千计,月度、季度、年度的节奏还各不相同。EAST5.0 的存款类机构版本,表级六十余张、字段接近两千个。客户风险预警、关联交易、理财登记、外汇金宏,各自又有一套格式和码值表。
再往下拆一层,这些表的数据来源散在对公、零售、运营、财会、风险好几个部门,中间要走提取、清洗、加工、核对、上报五个环节。真正卡时间的是加工和核对,尤其是字段对接。核心系统里叫 cust_no,监管口径叫"客户证件号码";内部数据日期是 etl_dt,报送要求写的是"数
2022 年 5 月,原银保监会印发《银行保险机构监管数据质量管理办法(试行)》(银保监发〔2022〕14 号),把数据质量从"统计部门的事"提到了治理层面,明确董事会和高管层对数据质量负责,责任落实到人。这个信号很清楚:报送出错,不再是"统计口径理解偏差",而是合规事项。
提到了治理层面,明确董事会和高管层对数据质量负责,责任落实到人。这个信号很清楚:报送出错,不再是"统计口径理解偏差",而是合规事项。处罚端也印证了这一点。我翻过几个省局近两年的行政处罚公示,因监管数据报送不真实、不准确、不完整被罚的案例几乎月月都有,单笔金额从几万到上百万不等,不少还伴随对分管负责人和直接责任人的个人处罚。说实话,这类罚单在业内算不上什么大新闻,但它扎人的地方在于——出事的原因往往不是数据算错了,而是字段漏了、码值对错了、某张表用的还是上一版口径。
