金融风险数据治理交接：资产清单、质量规则与版本变更的执行口径

金融风险数据治理交接：资产清单、质量规则与版本变更的执行口径本文档提供：风险数据资产清单字段表（表1）；五维质量规则模板表（表2）；时效分级与SLA阈值表（表3）；版本变更分级与回滚触发表（表4）；数据质量问题闭环排查表（表5）；完整案例“从一张EAST罚单反推的三轮试错”；决策规则6条与矛盾四段式1处；三套场景操作序列。2026-11-05这一节的标题读完你能拿到什么这一节在全文中的功能一、先建清单：哪些数据算风险数据、每张表挂谁的名字风险数据资产清单字段表，含来源系统、责任岗位、更新频率在跑任何质量规则之前，先确定管哪些表、每张表归谁二、质量规则挂在哪一列：五个维度各自的检查动作五维质量规则模板表，每维给出打开什么、数什么、什么算不合格把“数据质量差”拆成可以逐列执行的校验动作三、时效不是越快越好：按用途分级、按级别设阈值时效分级与SLA阈值表，含到达延迟和刷新频率两列为每张风险数据表锁定一个可监控、可告警的时效标准四、版本变更：改字段之前先查表4，改完留什么记录版本变更分级与回滚触发表，含兼容/条件兼容/破坏性三级把字段变更从“开发顺手改”变成有审批、有回滚标准的状态迁移五、问题出现后：按表5从现象查到源端数据质量问题闭环排查表，第一检查点可打开在质量告警触发后，按顺序定位是源端录入、加工逻辑还是下游消费的问题六、一张EAST罚单反推的三轮试错完整案例，含起点材料、四轮试错、变量表和终点产出用罚单案由还原质量规则缺失如何传导到监管报送七、决策规则与矛盾处理6条决策规则；1处矛盾四段式（源头管控与加工补救的冲突）在质量规则冲突或修复优先级不明时给出裁量顺序八、三套场景操作序列完整版/精简版/极简版的清单深度、规则数和版本管控动作按机构规模和交付对象选择执行范围按第一列在正文找对应那节，按第二列判断这节有没有你要的东西，按第三列判断这节是否对应你当前卡住的位置。一、先建清单：哪些数据算风险数据、每张表挂谁的名字风险数据治理的第一个动作不是写规则，是列清单。清单要回答三个问题：这张表从哪个源系统来、归哪个岗位维护、下游谁在消费。监管指引要求业务部门承担数据所有者义务，设置岗位管理业务条线数据源，确保准确记录和及时维护。表1按这三个问题设列，每行对应一张物理表或一个接口数据集，不按“主题域”笼统合并。表1风险数据资产清单字段表字段填什么示例（客户风险敞口表）漏填的后果资产编号系统简称-表名简写-序号CR-EXPO-001质量规则和版本记录无法挂载源系统与物理表源系统名称＋库名＋表名信贷系统，credit_loan排查时不知道打开哪个系统数据层级源端/整合层/应用层整合层无法区分源头问题和加工问题业务责任岗位岗位名，不写部门名信贷数据管理岗问题出现后无人认领下游消费方报表名、接口名或模型名客户风险日报、EAST报送宽表变更时漏通知关键消费者更新频率日/周/月/实时日时效阈值无法匹配关键字段清单参与质量规则和监管报送的字段名cust_id、exposure_amt、risk_level规则跑全表，抓不住重点字段当前状态在用/停用/退役中在用版本变更范围判断错误示例行（credit_loan表）：资产编号CR-EXPO-001；源系统信贷系统，物理表credit_loan；数据层级整合层；业务责任岗位信贷数据管理岗；下游消费方客户风险日报和EAST报送宽表；更新频率日；关键字段cust_id、exposure_amt、risk_level；状态在用。填到“下游消费方”写出两个具体名称，才满足版本变更通知的最小条件。清单的完成标准：每张被风险报告、监管报送或风险模型引用的物理表，在表1中有且只有一行。清单中没有但下游在用的表，补录后再跑质量规则。业务责任岗位写“数据管理部”不算填完，必须落到岗位名，因为排查表的第一步是找这个人。二、质量规则挂在哪一列：五个维度各自的检查动作质量规则不按“六性”逐条写口号，而是按“打开哪一列、数什么、什么算不合格、不合格改哪里”来写。风险数据质量规则需要包含规则的强制性程度、监控阈值和规则版本；规则库要能向前追溯至源端，逐层设置校验。表2按五个可客观操作的维度组织，每个维度给出一到两个可执行的检查动作。合理性、适用性等需要主观判断的维度不进入第一版规则库，待有可量化口径后再加。表2五维质量规则模板表维度打开什么、查哪一列检查动作什么样算不合格不合格怎么改规则版本完整性源表或整合层表的关键字段数过去一个统计周期内关键字段空值行数÷总行数空值率＞阈值（如cust_id空值率＞0%，risk_level＞2%）空值行回源系统补录；源端无必填校验的，在录入界面加必填R-COMP-01准确性金额字段或与源系统的对账文件取同一业务编号，比对整合层金额与源系统金额的差额差额绝对值＞1元且无合理手续费或汇率解释逐笔回溯加工逻辑；批量偏差的停用相关加工任务R-ACC-01一致性两个下游消费方引用的同一指标取同一客户同一日期的敞口值，在客户风险日报和EAST宽表中比对两处数值不相等判断哪一处偏离源端；偏离方回退到源表重算R-CONS-01时效性表的最新分区或最大时间戳查当前时间与表最新数据时间的差值超过表3为该表设定的到达延迟SLA查调度链路哪一步延迟；连续超时的升级到运维负责人R-TIME-01可审计性加工逻辑版本记录或ETL任务参数查每个关键字段的加工SQL或规则是否有版本号、变更日期和变更人存在无版本记录的加工任务，或变更记录缺失变更原因补建版本记录；无记录的加工逻辑暂停修改，先补基线R-AUD-01示例行（一致性规则R-CONS-01）：打开客户风险日报的exposure_amt列和EAST宽表的exposure_amt列，取客户编号C20260115003、日期2026-10-31，日报值1250.00万元，EAST值1250.00万元，差额0，判定合格。若差额为12.50万元，打开整合层credit_loan同客户同日期记录，源值为1250.00万元，判定EAST宽表偏离，回退宽表加工逻辑重算。填到有客户编号、两个数值和差额，这条规则才算有判定结果。规则库的最小结构：每个规则有唯一编号（维度缩写＋序号），有强制性标记（强制/建议），有监控阈值数值，有规则版本。强制性规则不通过时阻止下游消费；建议规则不通过时记录但不阻断。第一版规则库不追求覆盖所有字段，先覆盖表1“关键字段清单”列出的字段和下游监管报送引用的字段。三、时效不是越快越好：按用途分级、按级别设阈值时效阈值不能全局拍一个“T+1”了事。风险日报、监管报送和实时风控对延迟的容忍度不同，同一张表在不同用途下的SLA也不同。表3按用途分三级，每级给出到达延迟和刷新频率两个数。到达延迟是数据从业务发生到可查询的最长允许时间；刷新频率是表内容更新的最短间隔。表3时效分级与SLA阈值表用途级别典型消费方到达延迟SLA刷新频率超时后的第一个动作告警对象实时风控级交易反欺诈、实时限额检查≤5秒事件驱动，持续刷新查流处理任务是否反压或断连数据平台值班＋风控负责人日频决策级客户风险日报、日终限额监控次日08:00前到达每日一次查上游批量调度是否延迟；08:30未到升级数据运维岗＋风险计量岗监管报送级EAST、1104等定期报送报送截止日前第3个工作日到达（留复核窗口）按报送周期查报送宽表加工是否完成；留2个工作日复核则截止前第1个工作日必须锁定报送岗＋数据管理岗示例行（日频决策级）：客户风险日报的credit_loan整合表，到达延迟SLA填“次日08:00前”，刷新频率“每日一次”。2026-10-31的数据在2026-11-0109:15才到达，判定超时75分钟。第一个动作：打开调度系统查上游批量任务，发现信贷系统日终批量延迟至07:40完成，整合任务排队至08:50开始。告警对象：数据运维岗收到告警，风险计量岗在09:15收到日报可用通知时附超时标记。填到有具体时间点和延迟分钟数，SLA才算可监控。监管报送级的SLA需要在“到达截止日”之外单独设复核窗口。报送数据到达后，质量规则（表2）和一致性核对需要时间；到达延迟SLA覆盖的是“数据可开始复核”的时点，不是“可以提交”的时点。两个时点分开设，复核窗口内发现的问题按表5排查流程处理，不因为“已经到达”而跳过复核。四、版本变更：改字段之前先查表4，改完留什么记录风险数据的字段、枚举值、加工逻辑和权限变更，如果只按“开发任务”处理，下游消费者在变更上线后才会发现报表断裂或口径漂移。版本控制的核心是把变更分成三级，每级对应不同的前置动作和回滚触发条件。破坏性变更要走“评估—双字段兼容—消费者迁移—切换—退役旧字段”的状态迁移，回滚标准提前写清楚。表4版本变更分级与回滚触发表变更级别典型动作前置动作兼容窗口回滚触发条件留什么记录兼容增加可空字段、补充字段描述、增加非阻断质量规则记录版本，通知下游消费方无需双跑无（不触发回滚）变更编号、日期、变更人、影响字段条件兼容新增枚举值、默认值变化、历史回填、单位或时区标准化消费者影响分析、样例数据、回归查询、兼容窗口公告至少一个完整业务周期（日频表至少1个交易日，月频表至少1个月）新枚举导致下游自动动作误触发，或旧新字段映射不一致上述全部＋迁移SQL样例、消费者回归确认记录破坏性删除字段、主键变化、空值语义变化、指标分母变化RFC审批、双字段并行、消费者迁移确认、切换审批双跑至少一个完整周期；切换后旧字段标记deprecated新字段空值率超过阈值、关键消费者未完成迁移、旧新字段值不一致RFC全文、双跑比对报告、切换审批记录、旧字段退役日期示例行（条件兼容：risk_level新增枚举值RISK_HOLD）：变更编号CHG-2026-041；前置动作包括枚举字典更新、下游日报的过滤条件检查、状态机流转确认；兼容窗口填2026-11-01至2026-11-30。回滚触发条件写“下游自动发货或自动审批动作将RISK_HOLD误判为可执行状态；或旧新枚举映射在双跑比对中不一致”。留档记录包括变更提案、受影响消费方清单（客户风险日报、EAST宽表）、回归查询结果和回滚决策人。填到“回滚触发条件”有可观察的信号，版本变更才算有控制点。破坏性变更的回滚标准必须提前写，不能等上线后再定。回滚触发条件写成可观测的信号：新字段空值率超过阈值的具体数值、关键消费者未迁移的具体名单、旧新字段比对不一致的具体字段。切换方式可以采用新旧两张表并行（如orders_v1与orders_v2），也可以在同一表内双字段并行；无论哪种，切换前核心消费者须通过回归查询。旧字段退役要单独记录，退役日期不早于兼容窗口结束日。五、问题出现后：按表5从现象查到源端质量告警触发后，最常见的错误是直接在整合层改数。改数只掩盖现象，下一次批量仍会重现。表5按“先确认现象位置、再逐层回溯、最后判定责任环节”的顺序排列检查点，第一检查点是打开表1找到该表的业务责任岗位，不是打开SQL。表5数据质量问题闭环排查表检查顺序第一检查点：打开什么看到什么算继续往前查看到什么算停在这一层换哪条路1.确认问题表与责任岗位表1，定位出问题的资产编号行表1中该行存在且业务责任岗位有具体岗位名表1中无此行，或岗位列为空先补录清单，再继续排查2.判断层级该表在表1中的“数据层级”列整合层或应用层问题源端表自身空值或错值源端问题转源系统管理部门；在表1备注中记录源端系统名3.回溯源端打开表1“源系统与物理表”列指向的源表，取同一业务编号比对源表值与问题表值不一致源表值与问题表值一致源端正确、加工偏离：查ETL任务版本记录（表2可审计性规则）4.查加工版本表4变更记录，查该字段最近一次变更变更在问题出现的时间窗口内无相关变更或变更在窗口之外转查调度延迟或数据文件截断，不修改加工逻辑5.判定责任环节上述三步的结果汇总能写出“源端录入/加工逻辑/调度延迟/下游消费”四选一的结论四者均不能排除升级到数据管理岗，由该岗位在2个工作日内组织源端和加工方联合定位6.修复与关闭表2对应维度的“不合格怎么改”列修复后重跑规则通过，且同一问题在下一个统计周期未复现重跑通过但下一周期复现不关闭问题记录，升级为规则库修订：回到表2调整阈值或增加规则示例行（一致性规则告警）：检查顺序1，打开表1找到CR-EXPO-001，业务责任岗位信贷数据管理岗。检查顺序2，数据层级为整合层。检查顺序3，打开源表credit_loan取客户C20260115003，源值1250.00万元，整合层1250.00万元，一致；EAST宽表1250.00万元，一致；但客户风险日报显示1237.50万元。问题定位在日报加工环节。检查顺序4，表4变更记录显示日报加工SQL在2026-10-30有一次条件兼容变更，新增了“风险等级过滤”条件，将risk_level为空的客户排除。检查顺序5，判定责任环节为“加工逻辑变更未通知日报消费方”。检查顺序6，按表2一致性规则“不合格怎么改”，回退日报加工逻辑或补跑空风险等级客户，重跑后一致性规则通过。填到“检查顺序5”写出四选一结论，排查才算有判定。第6步的关闭条件包含“下一个统计周期未复现”。修复后重跑通过只证明当前批次正确；下一周期复现说明修复没有触及根因，问题记录不关闭，规则库需要修订。六、一张EAST罚单反推的三轮试错示例案例，细节为合理设定。起点材料。某城商行收到监管检查通知，案由指向“EAST数据报送不准确”。风险数据团队拿到的材料包括：EAST报送宽表的字段清单、整合层credit_loan表、客户风险日报、近3个月的调度日志。团队需要在20个工作日内完成自查，判断错误发生在哪一层，并产出可提交的整改记录。第一轮试错。信号：表2一致性规则R-CONS-01在EAST宽表和客户风险日报之间跑出37笔客户敞口差额，差额集中在risk_level为空的客户。当时以为问题在“EAST宽表加工漏了空风险等级客户”，直接修改宽表加工SQL，把空值客户纳入。重跑后37笔差额消失，但下一周期同一批客户再次出现差额。试完发现：宽表修改只是把空值客户纳入了当期输出，源表credit_loan中这些客户的risk_level本身为空，宽表纳入了但值仍为空，一致性规则在下一周期仍然判不合格。新信息推翻“宽表漏加工”的假设：根因在源端risk_level录入缺失，宽表加工没有错。换路：回表5检查顺序3，打开源表查risk_level空值率。第二轮试错。信号：源表credit_loan的risk_level空值率为4.7%，集中在2026年9月之后新发放的贷款。当时以为问题在“信贷系统录入界面没有必填校验”，准备在源系统加必填。加之前查了表4变更记录，发现2026年9月信贷系统做过一次条件兼容变更：新增“快速审批通道”，该通道下risk_level由人工补录改为“可后补”。试完发现：空值不是录入遗漏，是快速审批通道的设计允许后补，但补录任务没有纳入调度监控。新信息推翻“加必填校验”的方案：快速审批通道是业务需求，不能简单回退；缺的是后补任务的监控和时限。换路：在表1中给risk_level补录任务单独建一行资产记录，挂业务责任岗位和更新频率；在表3中为补录任务设“发放后T+2内完成”的到达延迟SLA；在表2完整性规则中把risk_level空值率的统计窗口从“当前时点”改为“发放后超过T+2仍为空”。第三轮试错。信号：按第二轮方案修复后，空值率降至0.3%，一致性规则通过。但在整理整改材料时，表4中找不到快速审批通道变更的RFC记录，也没有消费者通知记录。当时以为问题在“补一份变更记录”，准备让开发补填。补填时开发反馈：该变更当时按“小功能优化”走的是兼容级流程，只记录了版本号和日期，没有做消费者影响分析。试完发现：变更分级错误——新增“可后补”语义改变了risk_level的空值含义，按表4应归入条件兼容甚至破坏性，不是兼容级。新信息推翻“补记录”的方案：记录可以补，但分级错误的根因是变更提案阶段没有对照表4的判断标准。换路：在表4之前增加一个变更提案检查动作——提案人必须对照表4的“典型动作”列选择级别，选择“兼容”的须由数据管理岗确认该变更不改变字段的空值语义、枚举范围或指标分母；确认不通过的退回重新分级。最终产出：EAST宽表、整合层和源表之间的risk_level空值口径一致；快速审批通道补录任务纳入调度监控，SLA为T+2；表4增加变更分级确认动作；整改材料附三轮试错的信号、假设、动作和判定记录。表6案例变量表变量案例中情形如果变量不同处置变化空值集中的时间窗口集中在快速审批通道上线后空值分散在全时段排查重点从“某次变更”转为“录入界面必填校验缺失”，表2完整性规则阈值直接作为源端整改依据变更的业务性质快速审批通道是业务需求，不能回退空值来自开发缺陷，无业务合理性表4回滚触发条件适用，直接回滚变更，不建补录任务监控变更分级记录当时按兼容级走，无消费者影响分析已按条件兼容级记录，有影响分析第二轮试错中不需要补充分级确认动作，直接引用已有记录关闭问题一致性差额的分布37笔集中在单一risk_level字段差额分散在多个字段排查范围扩大到表1“关键字段清单”全列，不限于单一字段案例中权重较高的变量是变更的业务性质和变更分级记录。前者决定能不能回滚，后者决定问题关闭时是否需要补流程动作。七、决策规则与矛盾处理决策规则6条如果表2某维度质量规则连续两个统计周期不通过，且表5排查判定责任环节为“源端录入”，则该字段的源系统录入界面必填校验在10个工作日内上线；如果源系统改造排期超过10个工作日，在过渡期内在整合层增加阻断规则，空值记录不进入下游消费，不以“先放行后补录”替代。如果表5排查在检查顺序3发现源表值与问题表值一致，则排查直接跳到检查顺序4（加工版本），不再在源端重复取数；如果检查顺序4也找不到窗口内变更，则检查顺序5的责任环节判定为“调度延迟或文件截断”，不修改任何加工逻辑。如果表4变更提案人选“兼容”级但该变更改变了字段的空值语义、枚举范围或指标分母，则数据管理岗退回重新分级；如果提案人坚持兼容级，由数据管理岗在变更记录中单列“分级分歧”并强制按条件兼容级执行兼容窗口。如果条件兼容变更的兼容窗口内，下游消费者未完成回归确认，则切换日不执行；如果业务方以“上线时间不可延”要求切换，须由数据管理岗和业务方共同签署“未迁移消费者清单”并附带回退预案，清单中的消费者在切换后出现断裂由签署方承担排查责任。如果时效性规则连续3个统计周期超时，且表5排查判定为调度延迟而非数据量增长，则调度任务的开始时间提前一个批次；如果提前后仍超时，升级为调度链路重构，不通过放宽SLA阈值来“消除”告警。如果表1中某张表的业务责任岗位连续两次在问题排查中无法在2个工作日内响应，则该表的下游消费方在表1中标注“责任岗位失联”，其质量规则不通过时直接升级到数据管理岗负责人，不再等待原岗位。矛盾四段式：源头管控与加工补救的冲突矛盾陈述。数据质量问题出现后，加工侧可以在整合层或应用层快速改逻辑、补数据，让下游报表在当期恢复正常；源头侧要求修正源系统录入或业务流程，周期长、涉及部门多，但只有源头修正才能阻止下一周期复现。加工补救见效快但掩盖根因，源头管控见效慢但下游等不起当期报表。实质分析。冲突的裁量点不在“改不改源头”，而在当期修复和根因修复的分离。如果当期修复占用加工逻辑的变更窗口，下一周期的根因仍在；如果为了根因修复而让当期报表带错发布，下游决策和监管报送直接受影响。两者可以并行，但必须有主次：当期修复以“不改动加工逻辑口径”为边界，根因修复以“下一个统计周期前关闭”为时限。加工侧改口径的修复不属于当期修复，属于变更，走表4。权衡规则。质量规则不通过时，当期修复优先采用“不回写加工逻辑”的方式：源端补录、重跑调度、回退到上一版本输出，三者按顺序选择。如果三者都不能在消费方要求的时点前完成，允许在应用层做临时过滤或标注，但临时过滤的规则必须单独记录，且在根因修复后第一个统计周期内移除。根因修复的判定标准是：同一质量规则在根因修复后的下一个统计周期通过，且临时过滤规则已移除。退路。如果根因修复涉及源系统改造且排期超过两个统计周期，当期修复的临时过滤在第二个周期末仍未移除的，该表在表1中标注“临时口径”，下游监管报送引用该表时须在报送说明中注明临时口径的起止日期。标注不消除问题，但防止临时口径被当作稳定口径继续使用。八、三套场景操作序列三套版本的差异落在表1字段完整度、表2规则数量和表4版本管控动作上，不是名称变化。版本适用判定表1执行字段表2规则范围表3时效设置表4版本管控不能妥协的底线完整版法人机构总部、需向监管报送或董事会报告数据治理全字段五维全规则，覆盖关键字段清单全部字段三级SLA全设，含监管报送复核窗口三级变更全流程，条件兼容和破坏性变更留全档一致性规则覆盖EAST与日报交叉字段；破坏性变更回滚标准提前书面化；源端空值不进入下游精简版业务线或数据中台团队，已有集团级清单框架资产编号、源系统、责任岗位、下游消费方、更新频率完整性、一致性、时效性三维规则日频决策级＋监管报送级兼容级记录，条件兼容走兼容窗口，破坏性变更上报集团一致性规则至少覆盖两个下游消费方；条件兼容变更须有消费者回归确认极简版小型团队或个人维护单张风险数据表资产编号、源系统物理表、责任岗位完整性＋时效性两条规则仅设日频到达延迟兼容级记录版本号和日期；破坏性变更不自行执行责任岗位有名有姓；空值率阈值写具体数值；破坏性变更不跳过审批完整版序列：建表1全字段清单→表2五维规则逐字段挂载→表3按用途设SLA→表4变更分级前置→表5闭环排查→季度回溯表2规则有效性。修复动作：表2某规则连续不通过时，按表5排查定位环节，源端问题回检查顺序1补责任岗位动作，加工问题按表4版本记录回溯。精简版序列：表1保留五个核心字段→表2跑完整性、一致性、时效性→表3