Resource Guide
指标口径与数据血缘验收矩阵
摘要：指标口径与数据血缘验收矩阵不依赖某一种BI产品。它按定制项目从需求、设计、数据接入、权限、联调到上线和变更验收的链路，把指标定义、公式、来源、版本、责任审批、上下游血缘、引用看板、权限等级和验收证据放在同一行核对。
定制项目的指标验收不只检查“当前数字算对了”，还要核对该指标怎样适配客户现有系统、使用哪个口径版本、经过哪些转换、被哪些页面或接口引用、谁批准生效、谁有权查看，以及变更后需要回归哪些结果。
这份矩阵解决什么问题
指标初稿通常能回答“叫什么、怎么算”，但生产环境还需要回答“当前生效的是哪个版本、来源变化会影响什么、谁负责和批准、哪些页面正在使用、不同角色能看到什么”。如果这些信息分散在需求文档、SQL、聊天记录和看板配置里，指标发生变更时容易遗漏下游页面或继续沿用旧口径。
本矩阵把口径、版本、血缘、责任、权限和验收证据集中记录，便于业务、数据、开发、安全和验收人员围绕同一行信息复核。它不是数据治理平台的替代品，也不要求首期把企业全部数据资产一次整理完成。
为什么这份矩阵按定制项目组织
成品BI通常在产品已有的数据模型、指标、权限和发布流程中管理这些信息；定制项目则可能同时接入业务数据库、数据仓库、API、文件交换、已有BI和智能问数服务，还要适配客户自己的组织、审批、部署和运维制度。因此，矩阵不能只记录某个产品中的配置项，还要把跨系统来源、转换规则、权限映射、交付版本和验收证据放在一起。
| 项目阶段 | 客户现状输入 | 矩阵需要形成的记录 |
|---|---|---|
| 需求确认 | 管理问题、使用岗位、现有报表、企业口径和审批制度。 | 业务定义、使用范围、责任人、权限等级和验收目标。 |
| 数据与接口设计 | 数据库、数据仓库、API、文件、更新频率和网络边界。 | 来源系统、表或接口、字段、转换规则、异常处理和上游依赖。 |
| 开发与适配 | 现有BI、身份系统、组织树、页面组件和业务流程。 | 指标版本、权限映射、引用看板、组件、接口和问数主题。 |
| 联调与上线 | 真实账号、指定日期数据、标准报表和客户验收流程。 | 样例复算、权限测试、下游回归、审批状态、结果和证据位置。 |
| 变更与维护 | 新口径、新来源、组织变化、接口调整和历史数据要求。 | 生效时间、替代关系、影响范围、重算方式、回退方案和复验结果。 |
如果客户已经使用成熟的数据平台或BI，矩阵可以引用其对象编号和配置位置；如果多套系统共同提供数据，则应记录跨系统映射和责任边界。定制的价值是让验收记录贴合真实架构，而不是要求客户迁移到某一种固定产品模型。
和现有指标模板怎样分工
| 资料 | 适用阶段 | 主要回答 |
|---|---|---|
| BI驾驶舱指标梳理模板 | 需求初期 | 有哪些指标、维度、来源、频率、责任人和权限。 |
| BI指标口径评审清单 | 原型与接口开发前 | 定义、公式、周期、范围和样例复算是否形成一致结论。 |
| 指标口径与数据血缘验收矩阵 | 联调、上线与变更验收 | 正式版本如何追溯、谁批准、被哪些页面引用、权限和证据是否完整。 |
矩阵字段如何填写
| 字段组 | 需要记录 | 验收关注点 |
|---|---|---|
| 指标口径 | 指标编码、名称、业务定义、公式、单位和统计周期。 | 定义能由业务解释，公式可用固定样例复算。 |
| 数据来源 | 来源系统、表或接口、字段以及过滤、去重、聚合和异常处理规则。 | 从结果能够回到可核对的数据和转换过程。 |
| 版本与生效 | 版本号、生效时间、审批状态、变更原因和历史数据处理方式。 | 测试日期对应正确版本，新旧版本适用区间明确。 |
| 责任与审批 | 业务责任人、数据责任人、实现或维护责任人以及批准状态。 | 定义、数据、实现和发布结论分别有人确认。 |
| 血缘与引用 | 上游依赖、转换节点、指标层、引用看板、组件、报表或接口。 | 来源变化和口径变更都能定位下游影响范围。 |
| 权限等级 | 公开、内部、受限或按本单位制度定义的等级及对应角色。 | 页面、接口、下钻、导出和问数入口使用一致边界。 |
| 验收结果 | 验收方法、通过或待整改状态、证据位置、影响评估和备注。 | 结论能由测试记录、SQL、截图、日志或评审纪要复核。 |
数据血缘至少写到什么程度
首期可按“上游来源 → 处理规则 → 指标版本 → 下游引用”记录核心链路。上游来源至少写明系统、表或接口和关键字段；处理规则说明过滤、连接、去重、聚合、时间边界及异常处理；下游引用记录看板、组件、报表、接口和智能问数主题。
血缘的价值不只在画关系图，而在变更时回答两个问题：上游字段或任务异常会影响哪些指标和页面；指标定义调整后需要回归哪些看板、接口和问题集。对高频经营指标、监管指标、财务指标和涉及权限的敏感指标，建议优先做到字段或接口级；低风险长尾指标可先记录到数据集或主题级。
建议怎样完成一次验收
- 选择当前准备上线或变更的指标版本，确认业务定义、公式、单位、周期和统计范围。
- 用固定样例或指定日期的数据复算，保存SQL、计算表、接口响应或其他可复核证据。
- 从指标向上核对来源系统、字段和转换规则，再向下列出所有引用看板、组件、报表、接口和问数主题。
- 使用不同角色核对页面、明细、导出和智能问数结果，确认权限等级及数据范围一致。
- 记录业务、数据和实现责任人的确认结果，只有满足项目审批规则的版本才标记为生效。
- 回归全部下游引用并填写验收结果、问题状态、证据位置和仍未关闭的风险。
指标变更时如何使用矩阵
不要直接覆盖旧版本。新建版本并记录变更原因、生效时间、审批状态和替代关系，再根据血缘字段列出受影响的数据任务、看板、接口和问数问题。如果历史数据按新口径重算，应说明重算范围；如果保留历史口径，应明确查询日期或报表期间如何选择版本。
变更验收应重新执行样例复算、权限检查和下游回归。只修改看板显示名称，不代表数据口径已经更新；只修改指标公式，也不代表所有引用页面、导出和智能问数答案已经同步。
审批状态和责任人怎样设置
审批状态可按本单位流程使用“草稿、待评审、有条件通过、已批准、停用”等名称，但每种状态的含义和可发布范围应保持一致。责任人建议按职责填写姓名或岗位，不要把“技术部”作为所有事项的唯一责任主体：业务负责人确认含义，数据负责人确认来源与质量，实施或平台负责人确认实现，授权人员确认生效。
矩阵中的责任字段用于项目协作和追溯，不自动构成企业制度或个人法律责任。人员、组织或审批流程变化时，应按本单位管理制度更新。
参考依据与适用边界
这份矩阵按照定制项目常见的需求确认、数据与接口设计、开发适配、联调上线和变更维护链路组织，不把任何第三方BI产品的模块、字段或部署方式作为前提。实际字段可结合客户现有指标制度、数据平台、身份体系、项目合同和验收流程增删。
数据质量维度可参考国家标准全文公开系统中的 GB/T 25000.12-2017《系统与软件工程 系统与软件质量要求和评价（SQuaRE）第12部分：数据质量模型》。该标准提供数据质量模型参考，不替代企业指标制度、财务政策、监管口径或项目审批流程。
本模板由北京泓珊科技有限公司按数据可视化、BI驾驶舱和智能问数项目的需求与验收场景整理并复核。示例行只用于展示填写方式，不对应真实客户、业务数据或通用行业口径。
常见问题
这份矩阵和BI指标口径评审清单有什么区别？
指标口径评审清单用于确认指标初稿的定义、公式和样例复算；本矩阵面向联调、上线和变更验收，继续记录正式版本、上下游血缘、审批状态、引用看板、权限等级和验收证据。
必须使用某一种BI产品才能使用这份矩阵吗？
不需要。矩阵按定制项目从需求、设计、数据接入、权限、联调到验收的链路组织，可用于自研系统、成品BI、已有数据平台或多种组件组合。字段名称和验收方式应根据客户现有制度、接口、部署环境和交付边界调整。
数据血缘需要一次覆盖所有表和字段吗？
不必一次覆盖全部数据资产。可先覆盖核心指标和高风险报表，至少能从指标追溯到主要来源、转换规则和下游看板，再按使用频率和变更风险逐步扩展。
指标版本变更后需要重新验收什么？
应重新核对公式、统计范围、来源和权限，并回归受影响的看板组件、报表、接口和智能问数问题；是否重算历史数据以及新旧版本的适用时间也要记录。
引用看板只填写页面名称可以吗？
页面名称可作为起点，但建议进一步记录组件、报表或接口位置，便于指标变更时定位影响范围，避免只更新一个页面而遗漏其他引用。
示例行可以直接作为正式口径吗？
不可以。示例只说明填写方式，不代表通用经营、财务或设备口径；正式定义、公式、数据来源、权限和审批结果应由项目责任人结合本单位制度与数据确认。
下载与相关资料
指标仍处在初稿阶段时，可先使用BI驾驶舱指标梳理模板和BI指标口径评审清单。智能问数项目可继续使用AI问数与答案证据验收矩阵，并阅读AI+BI智能问数实施与验收和经营驾驶舱指标口径表怎么整理。