版本与用途
版本号、生效时间、适用对象、决策用途和禁止用途。
解决方案
管理层可以只看一张分数卡，治理团队必须能解释每一个数字从哪里来
声誉评分不是一次建模项目。数据来源会变化，品牌边界会调整，权重也可能因管理目标更新。每个版本都应有一张治理卡和一条变更记录，写清标准化、权重约束、影响测试、签核与历史处理。
评分治理的目标不是让所有人永远同意一个数字，而是让任何人都能查到：用了什么口径、谁批准、何时生效、历史是否仍可比较。
值数评分治理原则
可审计比伪精确更重要，分歧应被记录而不是隐藏。
版本原则
评分不是一块永不变化的仪表盘，而是一套可回放的决策版本
每次新增来源、调整权重或改变对象边界，都可能改变总分的含义。治理的关键不是阻止变化，而是让变化有原因、有测试、有签核，并让阅读历史报告的人知道它还能不能和今天直接比较。
治理边界
分析团队维护方法，业务负责人拥有决策口径
方法责任
数据与洞察团队维护指标定义、计算逻辑、数据质量和敏感性测试，说明模型能回答什么、不能回答什么。
决策责任
声誉与业务负责人签核用途、风险偏好、权重和升级门槛，不能把管理取舍伪装成纯技术结论。
评分治理卡
每个现行评分版本固定保留六个栏位
指标与标准化
定义、方向、参照期、标准化尺度、极端值和缺失值处理。
权重与约束
非负与总和约束、业务理由、调权后的重归一方式。
敏感性结果
事前扰动范围，以及总分、排序、等级和临界项变化。
例外与历史
异常数据、事件窗口、并行测量、历史回算或断点方案。
责任与签核
方法负责人、业务签核人、专家意见、保留意见和复审条件。
治理流程
从提议到生效的六道门
步骤 01
提交变更说明
写清问题、拟改内容、影响指标和不变更的风险。
01
步骤 02
评估数据影响
检查样本、来源、历史趋势和缺失值是否受影响。
02
步骤 03
完成敏感性测试
按事前范围测试，记录总分、排序、等级和临界项变化。
03
步骤 04
完成专家复核与双签
专家判断指标含义与漏判代价，业务和方法负责人分别签核。
04
步骤 05
发布版本与迁移方案
声明生效日期、旧版处理和报告阅读方式。
05
步骤 06
复盘实际影响
观察新版本是否减少误判，同时记录新的例外。
06
发布前判断
变更在什么条件下可以进入现行评分
证据完整
变更原因、受影响范围、数据质量与历史影响均有可查记录。
测试透明
敏感性结果、反例与未解决问题均被保留，不只展示有利结论。
责任明确
方法负责人和业务负责人完成双签，生效与复审条件可以执行。
评分变更记录
每次调整单独登记，不在旧版本上静默覆盖
记录变更编号、提出原因、受影响指标、测试结果、签核和历史方案；再按变更性质选择处理方式。
变更类型
记录中必须附上
历史处理
修复计算错误
记录中必须附上
错误原因、影响范围、复核证据
历史处理
更正并记录影响，必要时重发相关报告
新增数据来源
记录中必须附上
抽样框变化、质量审计、并行结果
历史处理
先并行观察，再决定纳入时间
调整指标权重
记录中必须附上
业务理由、重归一方法、敏感性矩阵
历史处理
发布新版本，保留旧版对照
改变品牌边界
记录中必须附上
新旧对象清单、样本影响、迁移说明
历史处理
重新建立对象基线并声明断点
事件临时规则
记录中必须附上
启用理由、适用范围、退出与复审条件
历史处理
写明起止条件，到期复审或退出
历史可比性
版本变更后，先说明比较关系，再解释趋势
仍可比较
对象、来源、标准化和权重约束保持一致时，可在同一基线下解释分数变化，同时保留例外记录。
需要断点或并行
若品牌边界、来源覆盖或计算逻辑实质改变，应重建基线或并行测量，不能把新旧分数连成一条无说明的趋势线。