## 数据资产与元数据类治理文档样章（五份）
> 本附件回应招标文件 3.2.6.1.1.2.10「数据治理规划成果交付要求」清单中的第 12 至第 16 项
> ——《元数据管理办法》《数据资产管理办法》《数据资源目录》《资产价值评估办法》
> 《数据资产运营流程规范》（b1332、b1333r13、b1333r14、b1333r15、b1333r16、b1333r17），
> 同时对应这五份文档的要求出处 3.2.6.1.1.2.3 第（4）项（b1263、b1264、b1265、b1266）
> 与 3.2.6.1.1.2.4 全条（b1267—b1274）。
>
> **本附件提供的是样章，不是已完成的文档。** 每份样章给出该文档的文件名与版本号、
> 适用范围与生效条件、到三级的正文结构、关键条款与关键字段的实际内容、
> 与矿山装备制造业务的结合点、以及评审与修订机制。项目期将按本样章所示的结构与粒度
> 交付正式文件；样章中的条文序号、字段定义、取值域、校验规则与台账表头为正式口径，
> 标注「样例」的记录行用于说明填写粒度，实际取值以项目期实测与甲方确认结果为准。
### 一、本附件的定位、编写口径与使用方式
本节说明五份样章共用的编写体例，后续各节不再重复。
#### 1.1 为什么交样章而不是交目录
招标文件对这五份文档的要求写在业务要求里，文字不长，但每一句都对应一件要在项目期里真正办成的事：
元数据要明确三类元数据的采集范围、要有维护、血缘分析与变更管理方法（b1263、b1264）；
资产要分清原始数据与加工后资产的所有权与使用权（b1268、b1269）；
价值评估要明确评估维度和流程（b1270）；
资产运营要明确申请、审批、使用等流程（b1271、b1272）。
这些要求能不能落地，差别不在文档名字是否齐全，而在条款写到什么粒度、字段定义是否可执行、
台账表头是否能被系统直接实现。只给一份章节目录，招标方无从判断我方是否真的会写；
给出条文与字段的实际内容，交付能力才看得出来。
因此本附件对每份文档采取同一种写法：**结构全列，条款选写，字段全给，台账给样例行**。
结构全列是指章节到三级逐条列出，使文档的覆盖面一目了然；
条款选写是指把决定该文档能否执行的关键条款写出完整条文，其余条款以条标与要点列示；
字段全给是指凡涉及元模型、台账、表单的，字段名、数据类型、必填性、取值域与校验规则
逐项给出，不留「详见附件」；台账给样例行是指用贴合本项目真实对象的记录行说明填写形态。
#### 1.2 五份文档的相互关系
五份文档不是五件并列的东西，它们之间有明确的上下承接关系，弄清这层关系才能避免条款互相矛盾。
《元数据管理办法》管的是「这份数据长什么样、从哪来、被谁用」，它是另外四份的事实基础——
没有元数据，资产登记就只能靠手填，目录就无法自动核对，价值评估的质量与规模类指标就没有取数口径。
《数据资产管理办法》是资产域的公司级制度，规定资产的定义、权属、登记、分级与授权原则。
《数据资源目录》不是制度而是数据成果，它是资产管理办法在平台上的实现形态，
交付形态为治理平台中的目录条目加一份目录清单导出件。
《资产价值评估办法》与《数据资产运营流程规范》都是职能级文件，下承资产管理办法：
前者回答「这份资产值多少、按什么等级管」，后者回答「谁能用、怎么申请、批给谁、到期怎么收回」。
### 图 A6-1 五份文档的上下承接关系与数据流向
图 A6-1 数据来源：五份文档的出处为招标文件 3.2.6.1.1.2.3 第（4）项（b1263—b1266）
与 3.2.6.1.1.2.4（b1267—b1274）；三层制度体系的层级关系取 3.2.6.1.1.2.2 第（2）项（b1250、b1251）；
交付清单序号取 3.2.6.1.1.2.10（b1332、b1333r13—b1333r17）。
#### 1.3 共用的文件标识与版本口径
五份文档沿用交付资料的五段式编号 `GHY26691-<类别码>-<域码>-<序号>-<版本号>`。
数据治理各域的文档取类别码 `GV`，域码即治理域号，数据资产与元数据域为 `04`，
五份文档因此同属 `GV-04` 号段。序号在本域内按本节清单的出场顺序连续分配，从 `0001` 起，不编码招标文件交付清单的行号——清单一经增补或某一行下挂多份文件，由行号推导出的编号就不再成立；与清单的对应关系写在「对应条目」一列。文档形态（公司级制度、职能级文件、平台条目与导出清单）另在表 A6-1 的「形态」一列标明。
表 A6-1 五份文档的文件标识与版本口径
| 清单项次 | 文件名 | 文件编号 | 形态 | 版本 | 密级 | 归口 | 审批层级 |
|---|---|---|---|---|---|---|---|
| 12（b1333r13） | 《元数据管理办法》 | GHY26691-GV-04-0001-V1.0 | 公司级制度 | V1.0 | 内部 | 数据管理办公室 | 数据治理委员会审议、甲方正式发文 |
| 13（b1333r14） | 《数据资产管理办法》 | GHY26691-GV-04-0002-V1.0 | 公司级制度 | V1.0 | 内部 | 数据管理办公室 | 数据治理委员会审议、甲方正式发文 |
| 14（b1333r15） | 《数据资源目录》 | GHY26691-GV-04-0003-V1.0 | 平台条目＋导出清单 | V1.0 | 内部 | 数据管理办公室 | 办公室审核发布，季度版次经委员会备案 |
| 15（b1333r16） | 《资产价值评估办法》 | GHY26691-GV-04-0004-V1.0 | 职能级文件 | V1.0 | 内部 | 数据管理办公室 | 办公室审核、委员会批准 |
| 16（b1333r17） | 《数据资产运营流程规范》 | GHY26691-GV-04-0005-V1.0 | 职能级文件 | V1.0 | 内部 | 数据管理办公室 | 办公室审核、委员会批准 |
版本号采用两段式。主版本号在适用范围、权限层级、字段集合、评分权重任一项发生变化时递进；
次版本号在条文表述、表单格式、取值域扩充等不改变执行结果的修改时递进。
次版本号的变更不需重新走审议，由归口部门审核后发布并通知下游；主版本号的变更须重走审议路径。
这条规则写在每份文档的附则里，目的是避免两种常见的失效：
一种是任何改动都要上会，结果没人愿意改，文档逐渐与实际脱节；
另一种是任何改动都自行发布，结果权限与字段被悄悄改掉，审计时对不上账。
#### 1.4 共用的条文与表格体例
条文编号采用「章—条—款—项」四级：章用中文数字，条用阿拉伯数字连续编号贯穿全文，
款用括号中文数字，项用阿拉伯数字加点。条文中凡出现「须」「应」的为强制要求，
「宜」为推荐要求，「可」为允许性要求；凡涉及时限的一律给出工作日数，不写「及时」「尽快」。
凡引用其他文档条款的，写明文件名与条号，不作内容复述——这一条是为了让修订时改一处即可，
不必在多份文件里追着改同一句话。
字段定义表统一给七列：字段名、英文标识、数据类型与长度、必填性、取值域或码表、校验规则、填写口径。
必填性分三档：`M` 必填、`C` 条件必填（在取值域列注明条件）、`O` 选填。
校验规则一列给出可被平台直接实现的判定表达式或引用的规则模板，
模板名称与数据质量校验规则库的十类模板保持一致，不另起名目。
台账与表单的样例行一律取本项目的真实业务对象：刮板输送机及其零部件、
工程图纸与配套工艺卡片、备料下料的 28 道工序、热处理炉次与温度曲线、
焊缝焊道与焊接参数流、在役装备测点与报警记录、历史选型方案与工况参数。
样例行中的具体数值为示意，但字段取值的形态、长度与枚举值为正式口径。
#### 1.5 本附件与技术方案各段的口径归属
技术方案的数据治理段给出方法与规划，本附件给出文档的条文与字段。两者必须同口径。
下表列明重叠处「以谁为准」，供合稿检查。
表 A6-2 本附件与技术方案各段的口径归属
| 重叠内容 | 对应技术方案段 | 以谁为准 |
|---|---|---|
| 三类元数据的采集范围 | 数据治理规划（一）数据架构规划 | 范围划分以技术方案为准，本附件把范围条文化并补字段定义 |
| 血缘粒度与变更管理流程 | 数据治理规划（一）数据架构规划 | 粒度与流程以技术方案为准，本附件给条文、表单与时限 |
| 权属界定原则与三层权利登记 | 数据治理规划（一）数据资产规划 | 原则以技术方案为准，本附件给条文与登记字段 |
| 价值评估维度与权重 | 数据治理规划（一）数据资产规划 | 维度与权重以技术方案为准，本附件给逐项评分细则 |
| 价值等级与得分区间 | 数据治理规划（一）数据资产规划 | 以技术方案为准，本附件不改写 |
| 三档审批流程与时限 | 数据治理规划（一）数据资产规划 | 以技术方案为准，本附件给表单与条文 |
| 角色授权矩阵 | 数据治理规划（一）数据资产规划 | 以技术方案为准，本附件补操作口径 |
| 数据安全分级 L1—L5 | 数据治理规划（二）数据安全规划 | 分级标准与实例以技术方案为准，本附件只引用标签 |
| 数据质量六维度与校验规则模板 | 数据治理规划（二）数据质量规划 | 维度定义与模板以技术方案为准，本附件引用模板名 |
| 数据元标准与指标卡 | 数据治理规划（二）数据标准规划 | 以技术方案为准，本附件以引用方式关联 |
| 文档编号、装订与归档 | 附录「标准规范·样例数据卡·质检／验证报告模板」 | 以该附件 2.3 节为准，本附件沿用 |
| 数据集版本五件套与数据卡字段 | 附录「标准规范·样例数据卡·质检／验证报告模板」 | 以该附件为准，本附件在元数据与目录中以引用方式关联 |
| 三层治理组织与岗位职责 | 数据治理规划（一）数据治理规划 | 以技术方案为准，本附件各文档第二章与之一致 |
#### 1.6 五份文档共用的评审与修订机制骨架
招标方要看的不只是文档写了什么，还有文档被谁审、多久审一次、改了之后下游怎么知道。
五份文档的评审与修订机制按同一套骨架设计，各文档再按自身特点补充特殊安排。骨架有四条。
第一条是起草与评审路径。起草由我方项目组承办，对口工作组会签；
征求意见的范围为相关职能部门，期限不少于五个工作日；
办公室审核后提交委员会审议；公司级制度经甲方正式发文，职能级文件经委员会批准后由办公室发布。
全过程留痕，评审意见与处理结果逐条记入《文档评审意见处理表》，该表随文档一并归档。
留痕不是形式要求：DCMM 三级考核的是过程被规范执行并有记录可查，评审记录本身就是送审证据。
第二条是定期复核周期。制度类文档每年复核一次，复核内容为三项：
过去一年中有无执行记录、有无与现行流程冲突的条款、有无因系统或组织变更而失效的条款。
复核结论分继续有效、需修订、建议废止三类。《数据资源目录》作为数据成果按季度出版次，
年度做一次全量核对。《资产价值评估办法》的评分权重随年度评估结果复核一次，权重调整须经委员会批准。
第三条是触发式修订。出现下列情形之一时，不等年度复核，由归口部门在十个工作日内启动修订：
治理组织或岗位设置变更；数据安全分级标准或权限层级调整；源系统新增、下线或接口口径变更；
数据标准新增或变更导致字段定义失效；招标方提出的整改要求涉及本文档条款；
连续两次复核发现同一条款无执行记录。
第四条是下游通知机制。这一条最容易被忽略，而文档改了下游不知道，等于没改。
通知按「文档—下游对象」矩阵执行，矩阵随文档一并维护。
表 A6-3 文档修订的下游通知矩阵
| 修订内容类型 | 需通知的下游对象 | 通知方式与时限 | 下游须采取的动作 |
|---|---|---|---|
| 元数据元模型字段增删 | 治理平台实施岗、各源系统管理岗、数据集加工生产环节责任岗 | 发布后 3 个工作日内下发变更通知单，并在月度例会通报 | 平台调整采集配置；源系统确认新增字段的提供方式 |
| 血缘粒度或覆盖范围调整 | 治理平台实施岗、数据集加工生产环节责任岗、质量评测环节责任岗 | 同上 | 重新核对已登记血缘的完整性，出核对结论 |
| 权属界定原则调整 | 甲方法务口、各业务归口部门、资产运营审批岗 | 发布后 3 个工作日内下发，并逐项复核在办授权 | 复核已授权事项是否仍成立，不成立的重新报批 |
| 资产分级或授权矩阵调整 | 安全职能、各角色所属部门、治理平台权限管理岗 | 发布后 3 个工作日内下发；涉及权限收缩的即时生效 | 平台按新矩阵重算权限；超范围授权的即时回收 |
| 目录条目字段或分类框架调整 | 目录维护岗、各业务口数据专责、目录使用方 | 发布后 3 个工作日内下发，目录页面挂公告 | 按新字段补填历史条目，补填期限由办公室确定 |
| 评估维度或权重调整 | 办公室评估组织岗、各业务口打分岗 | 新一轮评估启动前 10 个工作日下发 | 按新权重重算上一轮得分作为对比，不改上一轮结论 |
| 运营流程时限或审批层级调整 | 全体申请人、各档审批岗、安全会签岗、委员会秘书 | 发布后 3 个工作日内下发；平台流程配置同步更新 | 在办流程按旧口径办完，新提交的按新口径 |
| 条文表述类次版本修订 | 文档归口部门与制度库管理岗 | 随制度库版本更新，月度例会一并通报 | 更新制度库版本标记 |
矩阵中有两处安排需要说明。
其一，涉及权限收缩的调整即时生效，而其他调整留出三个工作日。
理由是权限收缩延后生效期间存在越权访问的空档，而权限放宽延后生效只是不便，不造成风险。
其二，在办流程按旧口径办完。流程中途换规则会让申请人无从适从，也会让审批记录无法自证，
因此以提交时点为准确定适用版本，并在授权书上记录所依据的规范版本号。
### 二、《元数据管理办法》V1.0 样章
本节回应招标文件交付清单第 12 项（b1333r13）及其要求出处 3.2.6.1.1.2.3 第（4）项
（b1263、b1264、b1266）。
#### 2.1 文件标识
| 项 | 内容 |
|---|---|
| 文件名 | 宁夏天地奔牛实业集团有限公司元数据管理办法 |
| 文件编号 | GHY26691-GV-04-0001-V1.0 |
| 版本号 | V1.0 |
| 文件层级 | 公司级制度 |
| 密级 | 内部 |
| 归口部门 | 数据管理办公室 |
| 起草 | 项目组承办，数据架构工作组会签 |
| 审议与发布 | 数据治理委员会审议，公司正式发文 |
| 生效日期 | 【待填：发文之日或文中另行指定之日】 |
| 本版正文篇幅 | 七章四十二条，附表五张、附图一幅、配套表单四张 |
#### 2.2 适用范围与生效条件
##### 2.2.1 适用范围
本办法适用于公司范围内全部数据资产的元数据管理活动，覆盖对象分三类。
第一类是纳入数据治理范围的各业务系统，包含招标文件 3.2.1 服务采购清单第 1 项所列的
外围应用系统（b0804r02）及后续新增系统；
第二类是数据治理平台内各层数据对象，含贴源层、明细层、维表层、汇总层、应用层的库表与字段，
以及加工作业与接口；
第三类是本项目形成的数据集资产，含四类数据集的各版本及其构成来源。
适用的业务域为人力资源、研发设计、生产制造、仓储物流、财务管理、设备管理、
采购管理、营销管理、质量管理共九个业务域（b1336）。
不在系统内的纸质档案与散存文档，在完成数字化或登记之后纳入本办法管理，
数字化之前按资产盘点台账登记，并在元数据中以「暂无通道」状态标注。
适用范围一条写死不留缺口：本办法不设「某系统不适用」的例外。
确有系统因技术原因暂时无法自动采集技术元数据的，按人工登记方式纳入，
并在元数据完整性度量中单列统计，不以「不适用」方式排除在外。
##### 2.2.2 生效条件
本办法的生效条件有四项，四项齐备之日起执行。
其一，数据治理组织已由公司正式发文设立，数据管理办公室与数据架构工作组有明确对口岗位，
元数据管理岗已落实到人。制度的执行主体不存在，制度即无从执行。
其二，数据治理平台的元数据模块已完成部署并通过功能验证，具备技术元数据自动采集、
字段级血缘展示、变更登记与版本比对能力。本办法中的自动采集类条款以平台能力为前提。
其三，纳入第一批采集范围的源系统已按已授权范围开通数据字典与库表结构的只读读取通道。
未开通通道的系统按人工登记方式先行纳入，并列入开通跟踪清单。
其四，数据安全分级标准已发布，元数据中的敏感级别字段有可引用的取值集。
分级标准发布之前，敏感级别字段按初判值填写并标注「待确认」状态。
#### 2.3 正文结构
| 章 | 节 | 目 |
|---|---|---|
| 第一章 总则 | 1.1 目的与依据 | — |
| | 1.2 适用范围 | — |
| | 1.3 术语与定义 | 1.3.1 元数据 1.3.2 元模型 1.3.3 血缘 1.3.4 影响分析 1.3.5 权威源 |
| | 1.4 基本原则 | 1.4.1 与用途挂钩原则 1.4.2 权威源唯一原则 1.4.3 变更先评估后执行原则 |
| 第二章 元数据分类与采集范围 | 2.1 元数据的三类划分 | — |
| | 2.2 业务元数据的采集范围 | 2.2.1 业务术语 2.2.2 业务对象与数据元 2.2.3 指标 2.2.4 关键数据元素标记 |
| | 2.3 技术元数据的采集范围 | 2.3.1 库表与字段 2.3.2 加工作业 2.3.3 接口与通道 2.3.4 文件与非结构化资产 2.3.5 数据集版本 |
| | 2.4 管理元数据的采集范围 | 2.4.1 权属与责任 2.4.2 分级与权限 2.4.3 质量与状态 2.4.4 变更记录 |
| | 2.5 元模型与字段定义 | 2.5.1 元模型的构成 2.5.2 必填性与取值域 2.5.3 元模型的扩展与审批 |
| 第三章 采集与维护 | 3.1 两条采集路径 | 3.1.1 自动采集 3.1.2 流程驱动的人工维护 |
| | 3.2 采集频率与时点 | — |
| | 3.3 维护责任分工 | 3.3.1 责任矩阵 3.3.2 岗位职责 3.3.3 交接要求 |
| | 3.4 登记与审核 | 3.4.1 登记要求 3.4.2 审核要点 3.4.3 驳回与补正 |
| | 3.5 元数据的质量要求 | 3.5.1 完整性 3.5.2 准确性 3.5.3 一致性 |
| 第四章 血缘管理 | 4.1 血缘的粒度与覆盖范围 | — |
| | 4.2 三类血缘的构建方式 | 4.2.1 加工链路血缘 4.2.2 文件解析血缘 4.2.3 数据集构成血缘 |
| | 4.3 血缘记录的字段要求 | — |
| | 4.4 血缘的核查 | 4.4.1 核查周期与抽样 4.4.2 核查方法 4.4.3 核查结论处理 |
| | 4.5 影响分析的应用 | 4.5.1 正向查询 4.5.2 反向追溯 4.5.3 隔离性证明 |
| 第五章 变更管理 | 5.1 变更的分类与分级 | — |
| | 5.2 变更通知义务 | 5.2.1 源端通知 5.2.2 平台侧通知 |
| | 5.3 影响评估 | 5.3.1 评估范围 5.3.2 评估单要求 5.3.3 评估时限 |
| | 5.4 审批与执行 | 5.4.1 审批层级 5.4.2 执行与同步修改 5.4.3 复测要求 |
| | 5.5 变更留痕与回溯 | — |
| 第六章 监督与考核 | 6.1 度量指标 | 6.1.1 覆盖率 6.1.2 准确率 6.1.3 变更合规率 6.1.4 血缘可追溯率 |
| | 6.2 监督方式 | 6.2.1 平台自动统计 6.2.2 季度抽样核对 6.2.3 专项检查 |
| | 6.3 考核与问责 | 6.3.1 考核挂钩方式 6.3.2 违规情形 6.3.3 申诉 |
| 第七章 附则 | 7.1 生效与解释 | — |
| | 7.2 修订程序 | — |
| | 7.3 与既有文件的适用顺序 | — |
| | 7.4 附表与配套表单 | — |
#### 2.4 第一章 总则（条文）
**第一条（目的）** 为规范公司元数据的采集、维护、血缘管理与变更管理，
使数据资产的业务含义、技术形态与管理属性可查、可信、可追溯，
支撑数据标准落地、数据质量管控、数据资产运营与高质量数据集建设，制定本办法。
**第二条（依据）** 本办法依据《数据管理能力成熟度评估模型》（GB/T 36073—2018）
数据架构能力域对元数据管理的要求，结合公司数据治理规划与本项目建设要求制定。
**第三条（适用范围）** 本办法适用范围见第 2.2.1 条所述三类对象与九个业务域，
不设系统例外。
**第四条（术语）** 本办法所称元数据，指描述数据的数据，包含说明数据业务含义的业务元数据、
说明数据技术形态的技术元数据与说明数据管理属性的管理元数据。
所称元模型，指元数据自身的结构定义，即「登记一项元数据须填哪些字段」的规定。
所称血缘，指数据在产生、加工与使用过程中形成的来源与去向关系，本办法要求记录到字段级。
所称影响分析，指以血缘为依据，查明某一变更会影响哪些下游对象的分析活动。
所称权威源，指某一数据对象在公司范围内被认定为唯一准确来源的系统或位置。
**第五条（基本原则）** 元数据管理遵循三项原则。
（一）与用途挂钩原则。元数据的采集范围以明确用途为前提，
每一类元数据在采集范围表中须对应至少一项用途；无对应用途的元数据不纳入采集范围。
采而不用的元数据会迅速过期，反而降低整套元数据的可信度。
（二）权威源唯一原则。同一数据对象的元数据以权威源登记为准；
下游副本的元数据须标明其权威源，不得与权威源的业务含义与口径冲突。
出现冲突时按《数据口径确认与争议处理细则》处理。
（三）变更先评估后执行原则。涉及字段、口径、接口与数据集构成的变更，
须先完成影响评估并获得审批，再执行变更。先改后评的，按第三十九条处理。
**第六条（职责）** 数据治理委员会审议本办法及其修订，裁决跨部门元数据争议。
数据管理办公室为本办法归口部门，负责元模型维护、度量统计、季度抽样核对与年度复核。
数据架构工作组负责元数据采集范围的会签与血缘核查结论的复核。
各业务归口部门的数据专责负责本域业务元数据与管理元数据的登记与维护。
各源系统管理岗位负责本系统数据字典的提供与字段变更的通知。
项目期内，我方项目组承办元模型设计、平台实现、首批元数据采集与血缘构建，
并承担采集与核查作业的具体执行。
#### 2.5 第二章 元数据分类与采集范围（条文与字段定义）
**第七条（三类划分）** 元数据按用途划分为业务元数据、技术元数据与管理元数据三类。
三类的采集对象与用途见附表一。采集范围的调整须经数据架构工作组会签、办公室审核，
范围扩大的同时须注明新增范围的用途。
**第八条（业务元数据）** 业务元数据的采集对象为业务术语、业务对象与数据元、
指标、关键数据元素标记四项。业务元数据以流程驱动方式维护：
术语新增、数据元定义、指标口径确认、关键数据元素定级四类流程走完即落库，
不另设单独的登记入口。
**第九条（技术元数据）** 技术元数据的采集对象为库表与字段、加工作业、接口与通道、
文件与非结构化资产、数据集版本五项。技术元数据以平台自动采集为主，
采集频率按第十五条执行；无法自动采集的按人工登记并在完整性度量中单列。
**第十条（管理元数据）** 管理元数据的采集对象为权属与责任、分级与权限、
质量与状态、变更记录四项。管理元数据的来源为资产登记、安全分级、质量检查与变更审批
四类流程的输出，不重复录入。
**第十一条（元模型）** 元模型由公共属性与分类属性两部分构成。
公共属性为全部元数据对象共有，分类属性按对象类型分别定义。
元模型的字段定义见附表二至附表四。元模型的扩展须经办公室审核，
新增字段须说明用途、取值域与填写责任岗位；删除字段须经委员会批准，
并在删除前核查该字段是否被平台功能或下游流程引用。
**第十二条（必填性）** 元数据字段的必填性分三档：必填、条件必填、选填。
必填字段缺失的元数据对象不得进入已登记状态，在平台中以待补状态列示，
并计入元数据完整性度量的分母。条件必填字段的触发条件在附表中注明。
##### 附表一 三类元数据的采集对象、具体内容与用途
| 类别 | 采集对象 | 具体内容 | 用途 | 维护方式 |
|---|---|---|---|---|
| 业务元数据 | 业务术语 | 术语名称、定义、同义词、业务归口部门、生效区间 | 口径统一；问答类场景的术语消歧 | 术语流程驱动 |
| 业务元数据 | 业务对象与数据元 | 对象定义、标识字段、数据元名称与定义、值域、计量单位 | 数据标准落标检查；跨系统映射 | 数据元流程驱动 |
| 业务元数据 | 指标 | 指标名称、业务定义、计算口径、统计维度、责任部门 | 决策数据问答的口径说明 | 指标口径确认流程驱动 |
| 业务元数据 | 关键数据元素标记 | 关键等级、依赖场景、出错后果 | 质量规则配置的优先级依据 | 定级流程驱动 |
| 技术元数据 | 库表与字段 | 所在系统与实例、库表名、字段名、类型、长度、非空与主键约束、注释 | 建模、取数、影响分析 | 平台自动采集 |
| 技术元数据 | 加工作业 | 作业名、输入输出、加工逻辑摘要、调度周期、责任岗位 | 血缘构建、故障定位 | 平台自动采集 |
| 技术元数据 | 接口与通道 | 接口名、协议、字段映射、频率、认证方式 | 集成管理、变更影响评估 | 平台自动采集＋接口台账登记 |
| 技术元数据 | 文件与非结构化资产 | 文件标识、格式、版本、解析方式、解析产出位置 | 图纸与文档类资产的追溯 | 解析作业登记 |
| 技术元数据 | 数据集版本 | 数据集标识、版本号、构成来源、切分方式、评测结论 | 数据集与模型版本血缘 | 数据集发布流程驱动 |
| 管理元数据 | 权属与责任 | 责任部门、数据管理员岗位、权属界定结论 | 资产管理、申请审批 | 资产登记流程驱动 |
| 管理元数据 | 分级与权限 | 敏感级别、可访问范围、脱敏要求、审批层级 | 安全管控 | 安全分级流程驱动 |
| 管理元数据 | 质量与状态 | 质量规则、最近检查结果、问题整改状态、资产上下架状态 | 质量管理、目录维护 | 质量检查与目录流程驱动 |
| 管理元数据 | 变更记录 | 变更内容、原因、审批、生效时间、影响范围 | 变更管理与审计 | 变更流程驱动 |
##### 附表二 元数据公共属性字段定义
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 元数据标识 | meta_id | 字符 32 | M | 平台生成，全局唯一 | 唯一性检查：meta_id 唯一 | 不可修改，删除后不复用 |
| 对象类型 | object_type | 字符 24 | M | 码表 MD_OBJ_TYPE：术语／数据元／指标／库表／字段／作业／接口／文件类资产／数据集版本／资产条目 | 值域检查：在 MD_OBJ_TYPE 内 | 决定本对象适用哪张分类属性表 |
| 对象名称 | object_name | 字符 128 | M | 自由文本 | 空值检查；格式检查：不含首尾空格 | 技术对象取系统内实名，业务对象取标准名称 |
| 所属业务域 | biz_domain | 字符 16 | M | 码表 BIZ_DOMAIN：人力资源／研发设计／生产制造／仓储物流／财务管理／设备管理／采购管理／营销管理／质量管理／跨域 | 值域检查：在 BIZ_DOMAIN 内 | 九业务域口径取招标文件 b1336；跨域对象取「跨域」 |
| 所属主题域 | subject_domain | 字符 16 | C | 码表 SUBJ_DOMAIN：供需计划／产品工艺设计／制造过程／质量／在役服务／基础支撑 | 值域检查；对象类型为库表、字段、作业、数据集版本时必填 | 与数仓主题域划分一致 |
| 所在系统 | source_system | 字符 64 | C | 码表 SYS_LIST，取自系统台账 | 引用完整性检查：在 SYS_LIST 内 | 技术元数据必填；业务元数据选填 |
| 权威源标记 | authoritative_flag | 枚举 | M | 是／否／不适用 | 值域检查；同一对象名称下取「是」的记录不得多于一条 | 副本须在权威源引用字段中指向权威源 |
| 权威源引用 | authoritative_ref | 字符 32 | C | 指向另一 meta_id | 引用完整性检查；authoritative_flag 为「否」时必填 | 跨系统同名字段须逐一指向权威源 |
| 敏感级别 | sensitivity_level | 枚举 | M | L1-公开／L2-内部／L3-重要／L4-敏感／L5-机密 | 值域检查；取 L4、L5 时须有定级审批记录标识 | 引用数据安全分级标准，不在本办法另定 |
| 责任部门 | owner_dept | 字符 64 | M | 码表 DEPT_LIST | 引用完整性检查 | 业务归口部门，非系统运维部门 |
| 责任岗位 | owner_role | 字符 64 | M | 码表 ROLE_LIST | 引用完整性检查 | 填岗位，不填人员姓名 |
| 登记状态 | reg_status | 枚举 | M | 待补／已登记／已停用／已退役 | 值域检查；必填字段缺失时不得取「已登记」 | 状态流转须留痕 |
| 生效起始 | valid_from | 日期 | M | — | 格式检查；不得晚于 valid_to | 以审批生效日填写 |
| 生效终止 | valid_to | 日期 | C | — | 逻辑自洽检查：valid_to 不早于 valid_from | 停用或退役时必填 |
| 版本号 | meta_version | 字符 8 | M | 形如 V1.0 | 格式检查：^V\d+\.\d+$ | 字段定义变化时递进 |
| 最近更新时间 | last_update_time | 时间 | M | 平台生成 | — | 自动写入，不可人工修改 |
| 更新来源 | update_source | 枚举 | M | 自动采集／流程驱动／人工登记／批量导入 | 值域检查 | 用于区分度量口径 |
| 备注 | remark | 字符 512 | O | 自由文本 | — | 记录特殊说明，不放可结构化的内容 |
##### 附表三 技术元数据分类属性字段定义（字段级对象）
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 所属库表标识 | table_meta_id | 字符 32 | M | 指向库表级 meta_id | 引用完整性检查 | 字段必挂在已登记的库表下 |
| 物理字段名 | column_name | 字符 128 | M | 自由文本 | 空值检查；同一库表下唯一 | 取系统内实名，大小写照原样 |
| 数据类型 | data_type | 字符 32 | M | 码表 DATA_TYPE | 值域检查 | 按源系统类型映射后的标准类型 |
| 长度与精度 | data_length | 字符 16 | C | 形如 32 或 12,2 | 格式检查；字符与数值型必填 | 时间与布尔型可空 |
| 是否可空 | nullable_flag | 枚举 | M | 是／否 | 值域检查 | 取自源系统约束，不人工判断 |
| 是否主键 | pk_flag | 枚举 | M | 是／否 | 值域检查；库表至少一个字段取「是」或在备注说明无主键 | 无主键的表须在质量规则中增补唯一性检查 |
| 关联数据元 | data_element_ref | 字符 32 | C | 指向数据元标准条目标识 | 引用完整性检查；该字段纳入落标范围时必填 | 落标映射的依据，与标准映射对照表一致 |
| 关键数据元素等级 | cde_level | 枚举 | C | 一级／二级／三级／非关键 | 值域检查；关联数据元非空时必填 | 一级对应出错即导致场景结论不成立 |
| 字段业务含义 | biz_meaning | 字符 512 | M | 自由文本 | 空值检查；长度不少于 10 字 | 用业务语言写，不抄字段名 |
| 取值说明 | value_desc | 字符 512 | C | 自由文本或码表标识 | 条件必填：枚举型字段必填 | 枚举值逐一列出或指向码表 |
| 计量单位 | unit | 字符 16 | C | 码表 UNIT | 值域检查；数值型且有量纲时必填 | 温度、长度、重量、电流等须填 |
| 质量规则引用 | quality_rule_ref | 字符 512 | O | 规则标识列表 | 引用完整性检查 | 由质量规则库反向写入 |
| 上游血缘条数 | upstream_cnt | 整数 | M | 平台统计 | — | 为零且非贴源层字段的，列入血缘缺失清单 |
| 下游血缘条数 | downstream_cnt | 整数 | M | 平台统计 | — | 为零的字段列入无消费方清单，供退役评估参考 |
| 脱敏要求 | masking_rule | 字符 64 | C | 码表 MASK_RULE | 条件必填：敏感级别为 L4、L5 时必填 | 脱敏方法以数据安全规划的要求为准 |
##### 附表四 文件类资产与数据集版本的分类属性字段定义
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 文件业务标识 | file_biz_id | 字符 64 | M | 自由文本 | 空值检查 | 图纸填图号，工艺卡填卡片号，制度填文件编号 |
| 文件版本 | file_version | 字符 16 | M | 自由文本 | 空值检查 | 图纸与工艺卡须填版次，不得以「最新」代替 |
| 原生格式 | native_format | 字符 16 | M | 码表 FILE_FMT：DWG／DXF／PDF／DOC／XLS／图像／音频／视频／其他 | 值域检查 | 按实际扩展名归类 |
| 审签状态 | approval_status | 枚举 | M | 编制中／已审核／已签发／已作废 | 值域检查 | 仅「已签发」可进入训练样本构造 |
| 审签时间 | approval_time | 时间 | C | — | 条件必填：审签状态为已审核或已签发时必填 | 取系统签发时间，无记录的标注来源为档案调研 |
| 解析方式 | parse_method | 字符 64 | C | 码表 PARSE_METHOD | 条件必填：已完成解析的必填 | 记录解析工具类别与版本标识，不写供应商 |
| 解析批次号 | parse_batch_no | 字符 32 | C | 平台生成 | 引用完整性检查 | 文件解析血缘的连接键 |
| 解析产出位置 | parse_output_ref | 字符 256 | C | 指向库表或对象存储路径 | 条件必填：已完成解析的必填 | 指到具体表或目录，不指到系统 |
| 配对对象标识 | pair_object_id | 字符 64 | C | 指向另一 file_biz_id | 条件必填：参与成对样本构造的必填 | 图纸与配套工艺卡的配对键 |
| 配对关系来源 | pair_source | 枚举 | C | 系统关联／文件目录／档案调研／人工确认 | 值域检查 | 来源为人工确认的须留确认记录标识 |
| 数据集标识 | dataset_id | 字符 32 | C | 码表 DATASET_LIST | 引用完整性检查；对象类型为数据集版本时必填 | 四类数据集及其用途子集 |
| 数据集版本号 | dataset_version | 字符 16 | C | 形如 V1.0 | 格式检查 | 与数据卡版本号一致 |
| 构成来源清单 | compose_ref | 字符 1024 | C | 资产条目标识与版本列表 | 引用完整性检查；对象类型为数据集版本时必填 | 逐项列出来源资产及其版本，不写「多个来源」 |
| 切分方式 | split_rule | 字符 256 | C | 自由文本 | 条件必填：对象类型为数据集版本时必填 | 写明按来源与时间的切分口径与切分点 |
| 版本指纹 | fingerprint | 字符 128 | C | 摘要值 | 格式检查 | 与版本指纹清单一致，由数据集发布流程写入 |
| 评测结论引用 | eval_ref | 字符 64 | C | 指向质检与验证报告编号 | 引用完整性检查 | 数据集版本须可查到对应报告 |
附表二至附表四合计定义 49 个字段，其中必填 25 个、条件必填 22 个、选填 2 个。
字段数不是越多越好——每增加一个必填字段，就增加一道人工维护负担，
因此附表中的必填字段限定在两类用途上：平台功能直接依赖的，以及影响分析与隔离性证明必须用到的。
#### 2.6 第三章 采集与维护（条文）
**第十三条（两条采集路径）** 元数据采集采用自动采集与流程驱动的人工维护两条路径并行。
技术元数据以自动采集为主，从源系统数据字典、库表结构、作业配置与接口定义中抽取；
业务元数据与管理元数据以流程驱动的人工维护为主，在术语新增、数据元定义、资产登记、
分级定级、权限审批等流程中强制填写，流程走完元数据即落库。
两条路径缺一不可。只靠人工维护的元数据必然滞后于系统实际，
只靠自动采集则拿不到业务含义——自动采集能取到字段名叫 `HD_VAL`、类型是数值，
取不到它指的是淬火后表面硬度实测值、单位是 HBW、低于下限即判不合格。
**第十四条（自动采集的实现要求）** 自动采集须满足四项要求：
采集过程对源系统只读，不得写入；采集结果与上一次结果做差异比对，仅对变化项生成变更记录；
采集失败须生成告警并记录失败原因，连续两次失败由平台实施岗核查；
采集范围的增减须经办公室审核，不得由实施岗自行调整。
**第十五条（采集频率与时点）** 采集频率按对象类型分设，见下表。
频率的设定依据是该类对象的变化速度与变化被感知的紧迫程度。
| 对象类型 | 采集频率 | 采集时点 | 说明 |
|---|---|---|---|
| 库表与字段 | 每日一次 | 每日业务低峰时段 | 结构变化较慢但变化影响大，须每日感知 |
| 加工作业 | 每日一次，并在作业发布时即时采集 | 同上及发布动作触发 | 作业改动频繁，发布即采集可避免血缘滞后 |
| 接口与通道 | 每周一次，并在接口上线、变更、下线时即时登记 | 同上及接口流程触发 | 接口变更须由流程登记，不依赖自动发现 |
| 文件类资产 | 按解析批次触发 | 解析作业完成时 | 不做周期扫描，避免对文档库造成压力 |
| 数据集版本 | 按发布流程触发 | 数据集版本发布时 | 与版本五件套同步产出 |
| 业务元数据 | 流程触发 | 流程审批通过时 | 无周期采集 |
| 管理元数据 | 流程触发 | 对应流程审批通过时 | 无周期采集 |
**第十六条（维护责任分工）** 元数据维护的责任按对象类型与元数据类别落到具体岗位，
责任矩阵见附表五。矩阵中「主办」为填写与更新的第一责任岗位，
「会签」为口径确认岗位，「审核」为登记状态生效前的把关岗位。
同一对象同一类别元数据的主办岗位只设一个，不设共同主办。
##### 附表五 元数据维护责任矩阵
| 对象类型 | 业务元数据 | 技术元数据 | 管理元数据 | 审核 |
|---|---|---|---|---|
| 业务术语 | 主办：业务归口部门数据专责；会签：数据标准工作组 | 不适用 | 主办：数据管理办公室 | 数据管理办公室 |
| 数据元 | 主办：业务归口部门数据专责；会签：数据标准工作组 | 主办：平台实施岗（映射到物理字段） | 主办：安全职能（分级） | 数据标准工作组 |
| 指标 | 主办：指标归口部门；会签：相关业务口 | 主办：平台实施岗 | 主办：数据管理办公室 | 数据管理办公室 |
| 库表与字段 | 主办：业务归口部门数据专责（业务含义） | 主办：平台实施岗（自动采集校核） | 主办：安全职能（分级）、业务归口部门（责任） | 数据架构工作组 |
| 加工作业 | 不适用 | 主办：平台实施岗 | 主办：平台实施岗 | 数据架构工作组 |
| 接口与通道 | 不适用 | 主办：源系统管理岗；会签：平台实施岗 | 主办：安全职能 | 数据架构工作组 |
| 文件类资产 | 主办：业务归口部门数据专责 | 主办：解析作业责任岗 | 主办：业务归口部门 | 数据架构工作组 |
| 数据集版本 | 主办：数据集加工环节责任岗 | 主办：数据集加工环节责任岗 | 主办：数据管理办公室 | 数据管理办公室 |
| 资产条目 | 主办：业务归口部门数据专责 | 主办：平台实施岗 | 主办：数据管理办公室 | 数据管理办公室 |
**第十七条（交接要求）** 岗位变动时，原主办岗位须在离任前完成本人负责范围内
待补状态元数据的清理或移交说明，移交清单经办公室确认。
项目期结束时，我方项目组承办范围内的元数据登记与血缘记录一并移交，
移交内容含元模型定义、采集配置、已登记元数据、血缘记录与核查结论，
移交后由甲方对应岗位接续维护。
**第十八条（登记与审核）** 元数据登记须填满必填字段方可提交审核。
审核要点三项：业务含义是否用业务语言写明且与业务对象实际一致；
敏感级别与责任部门是否与资产登记一致；关联数据元与质量规则引用是否指向有效条目。
审核不通过的退回补正，补正期限为五个工作日；
逾期未补正的，由办公室在月度例会上通报，并计入部门数据管理考核。
**第十九条（元数据的质量要求）** 元数据自身的质量按三项要求管理。
完整性要求必填字段无缺失；准确性要求元数据描述与实际数据形态一致；
一致性要求同一对象在不同登记入口的元数据取值相同。
三项要求的度量方式见第六章。元数据自身也是数据，同样纳入数据质量校验规则库管理，
以空值检查、值域检查、引用完整性检查三类模板实现。
#### 2.7 第四章 血缘管理（条文与字段）
**第二十条（粒度与覆盖范围）** 血缘记录到字段级。覆盖范围为三类：
贴源层至应用层的加工链路血缘；原生文件至结构化字段的文件解析血缘；
资产版本至数据集版本的数据集构成血缘。
三类血缘合并构成一张有向图，支持正向查询与反向追溯。
字段级是本办法刻意设定的粒度。表级血缘只能回答「这张表的数据来自那张表」，
回答不了「这个硬度检验值是从哪个系统的哪个字段经哪一步加工来的」。
而本项目的质量场景恰恰依赖后一个问题的答案：
热处理与焊接两类场景的瓶颈不在模型，而在某一段过程数据与某一个质量结论的配对是否成立、
这种配对能否追溯到具体工件与时点。配对关系的证明只能靠字段级血缘。
**第二十一条（三类血缘的构建方式）**
（一）加工链路血缘由平台从加工作业的输入输出关系自动推导。
作业中使用表达式或脚本致自动推导不完整的，由作业责任岗补充登记，
补充登记的血缘须标注来源为人工登记。
（二）文件解析血缘由解析作业在产出结构化字段时同步写入，
记录哪一个文件标识的哪一个版本，经哪一次解析批次，产出了哪些字段。
一张工程图纸解析出材质、板厚、轮廓尺寸、坡口形式等字段，
每一个字段都须能回指到该图纸的图号与版次。
（三）数据集构成血缘由数据集发布流程写入，
记录某一版数据集由哪些资产条目的哪些版本构成、按什么规则切分、
切分点如何确定。此类血缘是训练数据与评测数据隔离成立的唯一证明方式。
**第二十二条（血缘记录字段）** 血缘记录的字段定义如下表。
每一条血缘记录描述一条有向边。
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 血缘记录标识 | lineage_id | 字符 32 | M | 平台生成 | 唯一性检查 | 不可修改 |
| 血缘类型 | lineage_type | 枚举 | M | 加工链路／文件解析／数据集构成 | 值域检查 | 三类之一，不混记 |
| 上游对象标识 | up_meta_id | 字符 32 | M | 指向 meta_id | 引用完整性检查 | 必须指向已登记对象 |
| 下游对象标识 | down_meta_id | 字符 32 | M | 指向 meta_id | 引用完整性检查；不得与上游相同 | 自环记录视为无效 |
| 加工动作 | transform_type | 字符 32 | M | 码表 TRANS_TYPE：直传／重命名／类型转换／清洗／标准落标／计算／聚合／关联／解析／切分／采样／脱敏 | 值域检查 | 一条边只记一个主要动作 |
| 加工逻辑摘要 | transform_desc | 字符 512 | C | 自由文本 | 条件必填：加工动作非直传与重命名时必填 | 写清算什么、按什么条件，不贴整段脚本 |
| 承载作业标识 | job_meta_id | 字符 32 | C | 指向作业级 meta_id | 引用完整性检查；加工链路类型必填 | 便于故障定位到作业 |
| 解析批次号 | parse_batch_no | 字符 32 | C | — | 条件必填：文件解析类型必填 | 同附表四口径 |
| 构成版本 | compose_version | 字符 16 | C | — | 条件必填：数据集构成类型必填 | 记录上游资产被引用的版本 |
| 血缘来源 | lineage_source | 枚举 | M | 自动推导／流程写入／人工登记 | 值域检查 | 人工登记的在核查中优先抽样 |
| 置信标记 | confidence_flag | 枚举 | M | 已核验／待核验／存疑 | 值域检查 | 存疑的不得作为隔离性证明依据 |
| 生效起始 | lineage_from | 时间 | M | — | 格式检查 | 血缘随加工逻辑变化而有版本 |
| 生效终止 | lineage_to | 时间 | C | — | 逻辑自洽检查 | 加工逻辑变更时为旧边填写终止时间 |
字段中「置信标记」一列是本办法的要点之一。
自动推导的血缘并非一定正确，人工登记的血缘更可能有误。
不区分置信度就把全部血缘当作同等可信，隔离性证明会失去意义。
因此规定：取「存疑」的血缘边不得作为训练与评测数据隔离成立的证明，
相关数据集版本须在核验通过后方可发布。
### 图 A6-2 三类血缘的连接方式与两个查询方向
图 A6-2 数据来源：血缘与变更管理要求取招标文件 3.2.6.1.1.2.3 第（4）项（b1263、b1264）；
训练与评测数据隔离口径取技术方案数据集质量评测段的分建要求。
**第二十三条（血缘核查）** 血缘的准确性按季度核查一次。
核查采用抽样方式，抽样不少于血缘记录总条数的百分之三，
且对血缘来源为人工登记的记录按不低于百分之十抽样。
核查方法为逆向复算：取下游对象的实际取值，按血缘记录的加工逻辑回算上游取值，
与上游实际取值比对；不一致的判为血缘错误，置信标记改为「存疑」并退回主办岗位核实。
核查结论由数据架构工作组复核，结论与整改情况记入季度元数据管理报告。
**第二十四条（影响分析的应用）** 影响分析在三类事项中为必办环节：
源系统字段或口径变更、数据标准条目变更、数据集版本发布。
前两类须出具《元数据变更影响评估单》，第三类须出具构成血缘完整性核对结论。
未完成影响分析即执行变更的，相关数据集版本不予发布。
#### 2.8 第五章 变更管理（条文与表单）
**第二十五条（变更分类与分级）** 元数据相关变更按影响范围分三级，分级决定审批层级与时限。
| 级别 | 判定条件 | 典型情形 | 审批层级 | 评估时限 |
|---|---|---|---|---|
| 一级（重大） | 影响一级关键数据元素，或影响两个以上验证场景，或影响已发布数据集版本的构成 | 硬度检验值字段口径变更；炉次与检验记录关联键变更；已发布数据集的来源资产下线 | 数据治理委员会 | 评估 5 个工作日内完成，审议在最近一次例会 |
| 二级（重要） | 影响二级关键数据元素，或影响单一验证场景，或影响指标口径 | 工序代码码表扩充；工时定额字段精度调整；某指标统计维度变更 | 数据管理办公室 | 评估 3 个工作日内完成，审批 2 个工作日内 |
| 三级（一般） | 仅影响非关键字段，不影响场景与指标 | 字段注释修订；选填字段增删；备注类字段长度调整 | 数据架构工作组 | 评估与审批合并 2 个工作日内 |
分级的判定由平台按血缘自动初判，主办岗位可提出调整并说明理由，
调整结果由办公室确认。自动初判的作用是防止把重大变更按一般变更办掉——
申报人往往低估自己改动的影响面，而血缘知道这个字段被谁用了。
**第二十六条（变更通知义务）** 源系统字段、口径、接口发生变更的，
源系统管理岗位须在变更计划确定后、实施前不少于五个工作日内提交变更通知。
未通知导致下游加工失败或数据错误的，按《数据管理考核细则》记入部门考核。
平台侧的加工逻辑、模型结构、数据集构成变更，由变更发起岗位在提交审批时同步登记。
**第二十七条（影响评估单）** 《元数据变更影响评估单》的字段如下，
由发起岗位填写前七项，平台按血缘自动生成第八至第十一项，评估责任岗位填写其余各项。
| 序号 | 字段 | 填写方 | 填写口径 |
|---|---|---|---|
| 1 | 评估单编号 | 平台生成 | 形如 MDC-年份-四位流水 |
| 2 | 变更对象 | 发起岗位 | 填 meta_id 与对象名称，多个对象逐行列 |
| 3 | 变更类型 | 发起岗位 | 新增／删除／类型变更／口径变更／值域变更／接口变更／下线 |
| 4 | 变更内容 | 发起岗位 | 变更前与变更后逐项对照，不写「优化」「调整」一类笼统表述 |
| 5 | 变更原因 | 发起岗位 | 业务需求／系统升级／标准变更／质量整改／安全要求 |
| 6 | 计划实施时间 | 发起岗位 | 日期，不早于通知后第 5 个工作日 |
| 7 | 自评级别 | 发起岗位 | 一级／二级／三级 |
| 8 | 平台初判级别 | 平台自动 | 按血缘计算，与自评不一致时标红 |
| 9 | 受影响下游作业 | 平台自动 | 作业清单与责任岗位 |
| 10 | 受影响指标与场景视图 | 平台自动 | 指标卡编号、场景编号 |
| 11 | 受影响数据集版本 | 平台自动 | 数据集标识与版本号，含已发布版本 |
| 12 | 影响程度判定 | 评估责任岗位 | 无影响／需同步修改／需重新加工／需重出数据集版本 |
| 13 | 同步修改方案 | 评估责任岗位 | 逐个下游对象写修改内容与责任岗位 |
| 14 | 复测要求 | 评估责任岗位 | 须复测的质量规则编号、须复跑的验证实验 |
| 15 | 回退方案 | 评估责任岗位 | 变更失败时的回退步骤与数据恢复方式 |
| 16 | 会签意见 | 相关业务口 | 涉及口径变更的必须会签 |
| 17 | 审批结论 | 审批岗位 | 同意／不同意／条件同意（条件逐项写明） |
| 18 | 执行结果 | 发起岗位 | 实施时间、实际影响、与评估的偏差 |
| 19 | 复测结论 | 质量责任岗位 | 复测通过／不通过及处理 |
| 20 | 归档标识 | 平台生成 | 关联至变更记录类管理元数据 |
第 15 项回退方案是必填项。变更失败后无法回退的情形在实际工作中代价最高：
已发布的数据集版本若因上游变更而失效，回退不了就只能重出版本，
连带质检报告与验证报告一并重出。因此评估单要求在变更前就把回退路径写明。
**第二十八条（执行与复测）** 变更获批后按同步修改方案执行，
执行完毕由质量责任岗位按复测要求复测，复测通过方可关闭变更。
复测不通过的按回退方案回退，并重新评估。
涉及已发布数据集版本的，按数据集版本管理要求决定是否重出版本与五件套。
**第二十九条（留痕与回溯）** 变更的全过程记录作为管理元数据的变更记录类留存，
保留期限不短于项目期并随项目资料移交。
元数据对象的历史版本一并保留，支持按时间点还原当时的字段定义、血缘与分级状态。
按时间点还原的能力是审计与溯源的前提：半年后回看某一个评测结论，
须能查到当时的字段口径是什么，而不是今天的口径。
#### 2.9 第六章 监督与考核（条文与度量）
**第三十条（度量指标）** 元数据管理的运行状况按四项指标度量，
指标按月统计、按季度通报，统计由平台自动完成。
| 指标 | 计算方式 | 统计口径说明 | 阶段性目标 |
|---|---|---|---|
| 元数据覆盖率 | 已登记资产数 ÷ 目录内资产数 | 分母为数据资源目录中状态为已上架的资产条目数；分子为其中元数据登记状态为「已登记」的条目数 | 首年末逐步接近八成，项目期末趋向全覆盖；每季度给实测值与差距项清单 |
| 元数据准确率 | 抽样核对一致条数 ÷ 抽样条数 | 按季度抽样，抽样不少于资产总数的百分之五；一致的判定标准为业务含义、类型、值域、分级四项全部相符 | 首次核对给基线值，其后每季度不低于上一季度实测值 |
| 变更合规率 | 经评估与审批的变更数 ÷ 变更总数 | 分母含平台自动采集发现的未申报变更；未申报变更计入不合规 | 首年末逐步接近九成；未申报变更逐条通报 |
| 血缘可追溯率 | 可追溯至贴源层的应用层字段数 ÷ 应用层字段总数 | 置信标记为「存疑」的边视为链路中断 | 首批模型上线后给基线值，其后按季度提升 |
四项指标的目标值写法须说明。本办法不写「达到百分之百」一类表述，
而是给基线值与逐季提升要求。理由有两层：
一是元数据覆盖率的分母会随资产盘点推进而增长，分子追着分母跑，
绝对值的承诺在分母变动时没有意义；
二是未申报变更这一项依赖自动采集的发现能力，发现能力提升反而会让合规率下降，
用绝对指标考核会诱导不去发现。因此配套规定：
指标出现下降时，先核查是否因发现能力提升或分母扩大所致，再判定是否为管理退步。
**第三十一条（监督方式）** 监督分三层：
平台按月自动统计四项指标并生成报表；办公室按季度组织抽样核对；
委员会在年度评估会上听取元数据管理专项汇报。
抽样核对的抽样方式为分层随机：按业务域与对象类型分层，各层按比例抽取，
一级关键数据元素相关的元数据全部纳入核对范围。
**第三十二条（考核与问责）** 元数据管理的考核结果纳入部门数据管理考核与岗位数据质量考核。
下列情形为违规，按《数据管理考核细则》处理：
未履行变更通知义务导致下游故障；
绕过评估与审批直接变更字段、口径或接口；
元数据登记内容与实际不符且经两次通报仍未更正；
将置信标记为「存疑」的血缘作为隔离性证明使用。
**第三十三条（申诉）** 被考核部门或岗位对考核结果有异议的，
可在结果通报后五个工作日内向办公室提出申诉，办公室在十个工作日内复核答复；
对复核结论仍有异议的，提交委员会裁决。
#### 2.10 第七章 附则（条文）
**第三十四条（生效与解释）** 本办法自公司发文之日起施行，解释权归数据管理办公室。
**第三十五条（修订程序）** 本办法的修订按第 2.12 节所述机制执行。
**第三十六条（适用顺序）** 公司既有信息化管理文件与本办法规定不一致的，以本办法为准，
由办公室在半年内提出既有文件的修订建议。
本办法与数据安全管理办法在分级与权限事项上不一致的，以数据安全管理办法为准。
**第三十七条（附表与配套表单）** 本办法附表五张见前文；
配套表单四张为《元数据登记表》《元数据变更影响评估单》
《血缘核查记录表》《元数据季度抽样核对表》，格式由办公室另行发布。
配套的岗位级操作规范为《元数据采集与血缘维护操作规范》。
#### 2.11 职责矩阵与责任边界
第六条以条文形式写明了六方的职责，条文适合追责，日常作业时却要在整段里找自己那一句。
下表把第二章至第六章的动作逐项落到承办方，一项动作一行。
表中代码的含义是：拟指起草与填报，签指会签并对本方口径负责，审指审核并出具意见，
批指批准并承担决定后果，执指按已批准的结论执行，督指事后核查执行情况，
配指按要求提供材料，横线表示该方在此动作中无职责。
| 序 | 动作 | 对应条文 | 委员会 | 办公室 | 数据架构工作组 | 业务归口数据专责 | 源系统管理岗位 | 我方项目组 |
|---|---|---|---|---|---|---|---|---|
| 1 | 元模型的设计与维护 | 第七条 | — | 批 | 签 | 配 | 配 | 拟 |
| 2 | 采集范围的确定与调整 | 第七条 | — | 审 | 批 | 签 | 配 | 拟 |
| 3 | 业务元数据的登记与维护 | 第八条 | — | 督 | 审 | 执 | — | 配 |
| 4 | 技术元数据的自动采集配置 | 第九条 | — | 审 | 签 | — | 签 | 执 |
| 5 | 无法自动采集项的人工登记 | 第九条 | — | 督 | 审 | 执 | 配 | 执 |
| 6 | 管理元数据的流程输出接入 | 第十条 | — | 批 | 审 | 配 | 配 | 执 |
| 7 | 权威源的认定 | 第五条 | 批 | 审 | 签 | 签 | 配 | 拟 |
| 8 | 权威源与副本冲突的处理 | 第五条 | 批 | 执 | 审 | 签 | 配 | 配 |
| 9 | 采集频率的设定与调整 | 第十五条 | — | 批 | 签 | 配 | 签 | 拟 |
| 10 | 登记内容的审核 | 第三章 | — | 督 | 审 | 批 | — | 配 |
| 11 | 血缘的构建与登记 | 第四章 | — | 审 | 批 | 配 | 配 | 执 |
| 12 | 血缘置信标记的判定 | 第四章 | — | 审 | 批 | 签 | 配 | 拟 |
| 13 | 季度血缘核查的抽样与执行 | 第四章 | — | 批 | 审 | 配 | 配 | 执 |
| 14 | 核查结论的复核 | 第四章 | — | 审 | 批 | 配 | — | 配 |
| 15 | 字段变更的通知 | 第五章 | — | 督 | 审 | 配 | 执 | 配 |
| 16 | 变更影响评估的出具 | 第五章 | — | 审 | 签 | 签 | 配 | 拟 |
| 17 | 变更的审批 | 第五章 | 批 | 审 | 签 | 签 | 配 | 配 |
| 18 | 未申报变更的发现与处理 | 第三十九条 | 批 | 执 | 审 | 配 | 配 | 执 |
| 19 | 四项度量指标的统计 | 第三十条 | — | 批 | 配 | 配 | — | 执 |
| 20 | 季度抽样核对 | 第三十一条 | — | 执 | 审 | 配 | 配 | 配 |
| 21 | 指标下降的归因核查 | 第三十条 | — | 批 | 审 | 配 | 配 | 拟 |
| 22 | 考核与问责 | 第三十二条 | 批 | 执 | 配 | 配 | 配 | — |
| 23 | 本办法的修订与下游通知 | 第七章 | 批 | 拟 | 签 | 签 | 配 | 配 |
第 21 行是本矩阵中最容易被当作例行事项略过的一行，而第三十条已经写明它为什么必须留着：
发现能力提升会让变更合规率下降，分母扩大会让覆盖率下降，
两种情形在报表上与管理退步长得一模一样。
把归因核查列为一项有明确承办方的动作，而不是放在统计工作里顺带做，
是为了不让指标下降直接变成问责依据。
第 15 行的「执」在源系统管理岗位，而我方项目组只占「配」。
字段变更的通知这件事，技术上我方可以通过自动采集发现，但发现不等于被告知——
自动采集发现的是已经改完的变更，而本办法第五条要求的是先评估后执行。
通知义务留在源系统侧，第 18 行的未申报变更处理才有对象。
责任边界按下列四条划定。
其一，元数据的业务含义与口径由业务归口部门确认。
我方项目组承办元模型设计、平台实现、首批采集与血缘构建，
不代行业务含义的认定；权威源认定存在分歧的按第八条提交裁决，我方不作单方面选择。
其二，源系统的数据字典提供与字段变更通知由源系统管理岗位承担。
我方项目组在自动采集中发现未申报变更的，按第三十九条上报并记录，
不承担因未获通知而产生的下游影响；修复所需的工作量与排期另行确认。
其三，血缘的置信标记反映的是构建方法的可靠程度，不是数据正确性的保证。
解析得到的血缘标记为高置信，人工登记与推断得到的标记为存疑，
标记口径在本办法第四章已定；我方项目组按口径标注，不为提高可追溯率而上调标记。
其四，本办法在项目期由我方项目组起草、公司发布。
发布前元数据相关事项按公司现行规定执行，本样章条文不作为发布前的执行依据。
#### 2.12 与矿山装备制造业务的结合点
本办法若写成通用的数据治理模板，条款可以照抄，落到本公司的数据上就会卡住。
下面把本办法中与业务结合最紧的四处写明，并给出元数据登记的样例行。
**第一处，图纸与工艺卡的配对关系必须进元数据。**
公司历史工艺样本约 63 万张，每一张图纸历史上都配有一张已审核签发的工艺卡片，
这种成对关系是工艺设计类场景唯一可用的监督信号。
但这种配对关系目前存在于人的记忆与文件目录里，不在任何系统的字段中。
因此附表四专设 `pair_object_id` 与 `pair_source` 两个字段：
前者记录配对的对方文件标识，后者记录配对关系是从系统关联得到、从文件目录推断得到、
从档案调研得到还是经人工确认得到。来源不同，可信度不同，
人工确认的配对须留确认记录标识，供后续抽查。
同时规定 `approval_status` 取「已签发」方可进入训练样本构造——
编制中的工艺卡不构成可信标签，这一条写进元数据的校验规则而不是只写在加工环节的说明里，
是为了让它在数据登记时就生效，而不是等到加工时才发现。
**第二处，28 道备料工序的工序代码须有唯一的权威源。**
板材备料从下料到成形共 28 道工序，工序代码在制造执行、工时定额、工艺卡片
三处都有登记，取值不尽相同。附表二的 `authoritative_flag` 与 `authoritative_ref`
两个字段就是为这类情形设的：三处登记中认定一处为权威源，另两处标为副本并指向权威源。
不做这件事，工序代码一致性的质量规则无从编写，工艺路线的血缘也接不起来。
**第三处，热处理炉次的时序数据区间须以元数据绑定。**
热处理过程的数据价值不在温度曲线本身，而在某一段曲线对应某一炉次、
某一批工件与某一个检验结论。炉次事实表中设有时序数据区间标识与可信度等级两个字段，
元数据须为这两个字段登记完整的业务含义与取值说明：
区间标识指向时序数据段的起止时点与测点集合；
可信度等级按测点可用性与温度测量系统的计量校验状态分级。
计量校验失效期间采集的数据不应与校验有效期间的数据同等使用，
这一判断依据的是管理元数据中的校验状态，不是数据本身。
**第四处，焊接参数流与焊道的配对须记录配对率。**
焊接参数流按时间连续采集，焊道按工件与焊缝编号标识，两者原本没有对应。
配对由加工环节按时间窗与工位信息推导，推导结果的正确率并非百分之百。
因此血缘记录的 `confidence_flag` 字段在此处发挥作用：
配对关系经抽样核对的记为已核验，未核对的记为待核验，核对不通过的记为存疑。
焊接类场景的样本构造只取已核验的配对，待核验与存疑的不进训练集，
但进入待核清单并在元数据中可查。
##### 元数据登记样例行
下表为五类对象的元数据登记样例，字段取附表二至附表四的定义，
取值形态为正式口径，具体取值待项目期实测。
| 对象类型 | 对象名称 | 业务域／主题域 | 所在系统 | 权威源 | 敏感级别 | 业务含义 | 关联数据元／CDE | 特殊字段取值 |
|---|---|---|---|---|---|---|---|---|
| 字段 | 硬度检验值 | 质量管理／质量 | 质量管理 | 是 | L3-重要 | 淬火回火后试样表面硬度实测值 | 【待填：数据元编号】／一级 | 单位 HBW；质量规则引用物理约束检查与值域检查 |
| 字段 | 工序代码 | 生产制造／制造过程 | 制造执行 | 是 | L2-内部 | 备料下料至成形共 28 道工序的工序标识 | 【待填：数据元编号】／一级 | 副本登记于工时定额与工艺卡片，二者指向本记录 |
| 文件类资产 | 刮板输送机中部槽结构件图纸 | 研发设计／产品工艺设计 | 产品全生命周期管理 | 是 | L3-重要 | 中部槽结构件的工程图纸原生文件 | 不适用／不适用 | 原生格式 DWG；审签状态已签发；配对对象为同图号工艺卡片；配对来源人工确认 |
| 文件类资产 | 中部槽备料工序工艺卡片 | 研发设计／产品工艺设计 | 产品全生命周期管理 | 是 | L3-重要 | 按零件编排的备料工序卡片，含工序顺序、设备与工时定额 | 不适用／不适用 | 审签状态已签发；解析批次号由解析作业写入；配对对象为对应图号图纸 |
| 库表 | 炉次事实表 | 生产制造／制造过程 | 数据治理平台明细层 | 是 | L3-重要 | 按炉次组织的热处理过程事实 | 不适用／不适用 | 下游血缘指向热处理场景视图与制造过程数据集 |
| 数据集版本 | 制造过程指令微调子集 | 跨域／制造过程 | 数据治理平台 | 是 | L3-重要 | 制造过程方向的指令微调样本集 | 不适用／不适用 | 构成来源逐项列出炉次、焊道、工单三类资产版本；切分方式按来源与时间双重切分 |
#### 2.13 评审与修订机制
本办法的评审与修订按第 1.6 节骨架执行，并补充三项特殊安排。
其一，元模型变更的评审比条文修订更严。
元模型是全部元数据的结构定义，字段一改，已登记的全部元数据都要补填或清理。
因此规定：元模型新增字段由办公室审核即可，
删除字段或修改已有字段的必填性、取值域须经委员会批准，
批准前须由平台出具「受影响已登记对象数量与补填工作量」测算，作为审议材料。
其二，复核周期与数据资产盘点同步。
本办法每年复核一次，复核时点安排在年度资产盘点结论出来之后，
因为复核的核心内容之一是采集范围是否仍与资产范围匹配——
资产盘点新增了一类对象而采集范围没跟上，元数据覆盖率的分母就会悄悄失真。
其三，下游通知按第 1.6 节表 A6-3 前两行执行。
元模型字段增删须在发布后三个工作日内下发变更通知单，并在月度例会通报；
血缘粒度或覆盖范围调整须同时通知数据集加工与质量评测两侧责任岗位，
由其重新核对已登记血缘的完整性并出核对结论。
本办法的评审记录、复核结论与修订记录按下表体例留存，随文档一并归档。
| 版本 | 修订类型 | 修订内容摘要 | 修订原因 | 起草与会签 | 审批 | 生效日期 | 已通知下游 |
|---|---|---|---|---|---|---|---|
| V1.0 | 首发 | 全文制定 | 数据治理规划交付要求 | 项目组起草，数据架构工作组会签 | 委员会审议，公司发文 | 【待填】 | 按表 A6-3 全量下发 |
| V1.1 | 次版本 | 示例：附表二新增选填字段备注 | 登记实践反馈 | 项目组 | 办公室审核发布 | 【待填】 | 平台实施岗、各源系统管理岗 |
| V2.0 | 主版本 | 示例：血缘覆盖范围扩展至在役装备测点 | 装备健康诊断场景数据范围扩展 | 项目组，架构工作组与设备口会签 | 委员会审议，公司发文 | 【待填】 | 全量下发并复核已登记血缘 |
表中第二、第三行为体例示例，说明修订记录须写到什么粒度：
修订内容摘要要写清改了哪一处，不写「部分条款优化」；
已通知下游一列要能对上表 A6-3 的对象，便于审计时核对通知是否落实。
### 三、《数据资产管理办法》V1.0 样章
本节回应招标文件交付清单第 13 项（b1333r14）及其要求出处 3.2.6.1.1.2.4
第（1）项与第（4）项（b1268、b1269、b1273、b1274）。
#### 3.1 文件标识
| 项 | 内容 |
|---|---|
| 文件名 | 宁夏天地奔牛实业集团有限公司数据资产管理办法 |
| 文件编号 | GHY26691-GV-04-0002-V1.0 |
| 版本号 | V1.0 |
| 文件层级 | 公司级制度 |
| 密级 | 内部 |
| 归口部门 | 数据管理办公室 |
| 起草 | 项目组承办，数据资产工作组会签，法务口与安全职能会签 |
| 审议与发布 | 数据治理委员会审议，公司正式发文 |
| 生效日期 | 【待填：发文之日或文中另行指定之日】 |
| 本版正文篇幅 | 十一章五十六条，附表六张、附图一幅、配套表单五张 |
#### 3.2 适用范围与生效条件
##### 3.2.1 适用范围
本办法适用于公司范围内数据资产的确认、权属管理、登记、分类分级、授权、
价值评估、运营、变更与退役等管理活动。
适用的资产对象分三层。第一层是原始数据，即各业务系统、文档库、文件服务器与纸质档案中
已有的业务事实记录，含九个业务域的结构化数据、工程图纸与图档、工艺文件、
检验记录、设备过程参数、在役装备时序数据、制度与标准文件、合同与标书等；
第二层是治理加工形成的数据资产，含落标后的主数据、贯通后的明细与汇总数据、
图纸与工艺卡配对后的成对样本集、各类标注数据集；
第三层是本项目形成的四类数据集及其各版本，即预训练数据集、指令微调数据集、
强化学习偏好数据与基准测试数据集。
本办法不适用于三类情形：
纯粹的个人工作文件与未进入任何业务流程的草稿；
系统运行产生的、不承载业务事实的技术日志（其管理按数据运维管理制度执行）；
已按退役管理规范完成销毁的数据。
第二类须说明界限：审计日志与访问日志虽为技术日志，但承载安全管理事实，
按数据安全管理办法管理，不在本办法的资产范围内，但其元数据仍纳入登记。
##### 3.2.2 生效条件
本办法的生效条件有四项。
其一，数据治理组织已正式设立，数据治理委员会具备审批对外提供事项的职权，
数据管理办公室具备资产登记审核与目录发布的职权。
资产管理的实质是审批权的分配，审批主体不存在，办法无法执行。
其二，权属界定的基本结论已由甲方法务口与业务口确认。
本办法规定原则与登记字段，不代替甲方作权属判断；
原始数据与加工后资产的权属结论、第三方提供数据的使用边界，
须由甲方确认后填入权属登记表。
其三，数据安全分级标准已发布，资产分级有可引用的取值集。
分级未发布前，资产分级按初判值登记并标注「待确认」，不据此开放授权。
其四，数据资源目录在治理平台中已完成功能部署，具备条目登记、
检索、申请、审批、授权与下架能力。目录未上线前，资产登记以台账方式进行。
#### 3.3 正文结构
| 章 | 节 | 目 |
|---|---|---|
| 第一章 总则 | 1.1 目的与依据 | — |
| | 1.2 适用范围 | — |
| | 1.3 术语与定义 | 1.3.1 数据资产 1.3.2 原始数据 1.3.3 加工后资产 1.3.4 三层权利 1.3.5 资产条目 |
| | 1.4 基本原则 | 1.4.1 权属不因加工而转移 1.4.2 使用以授权为前提 1.4.3 分层授权 |
| | 1.5 职责分工 | 1.5.1 委员会 1.5.2 办公室 1.5.3 工作组与业务口 1.5.4 安全职能 1.5.5 项目组接口职责 |
| 第二章 数据资产的范围与分类 | 2.1 资产的确认标准 | — |
| | 2.2 资产的三层划分 | 2.2.1 原始数据 2.2.2 加工后资产 2.2.3 数据集资产 |
| | 2.3 资产的分类框架 | 2.3.1 按主题域 2.3.2 按业务域 2.3.3 按数据形态 |
| | 2.4 资产的计量单位 | — |
| 第三章 权属管理 | 3.1 来源与存储位置登记 | 3.1.1 登记字段 3.1.2 产生方式分类 3.1.3 第三方来源的单独台账 |
| | 3.2 所有权与使用权的界定 | 3.2.1 四类产生方式的界定口径 3.2.2 加工后资产的界定 |
| | 3.3 三层权利登记 | 3.3.1 持有权 3.3.2 加工使用权 3.3.3 产品经营权 |
| | 3.4 权属争议处理 | — |
| | 3.5 对外提供前的权属核验 | — |
| 第四章 资产登记与资源目录 | 4.1 登记的触发与时限 | — |
| | 4.2 登记字段与审核 | — |
| | 4.3 目录上架与下架 | — |
| | 4.4 登记与元数据的一致性核对 | — |
| 第五章 资产分级与授权 | 5.1 资产分级 | — |
| | 5.2 角色与授权矩阵 | — |
| | 5.3 授权的发起与批准 | — |
| | 5.4 授权的有效期与回收 | — |
| | 5.5 项目期内我方项目组的权限约束 | — |
| 第六章 价值评估与分级管理 | 6.1 评估的组织与周期 | — |
| | 6.2 价值等级对应的管理要求 | — |
| | 6.3 评估结果的三处应用 | — |
| 第七章 资产运营 | 7.1 运营机制的目标 | — |
| | 7.2 申请、审批、使用与回收 | — |
| | 7.3 运营度量 | — |
| 第八章 资产变更、停用与退役 | 8.1 资产变更 | — |
| | 8.2 停用与下架 | — |
| | 8.3 退役评估与处置 | — |
| 第九章 安全与合规 | 9.1 分级分类的执行 | — |
| | 9.2 对外提供的合规要求 | — |
| | 9.3 去标识化与脱敏 | — |
| | 9.4 审计要求 | — |
| 第十章 监督与考核 | 10.1 度量指标 | — |
| | 10.2 监督方式 | — |
| | 10.3 违规情形与问责 | — |
| 第十一章 附则 | 11.1 生效与解释 | — |
| | 11.2 修订程序 | — |
| | 11.3 与既有文件的适用顺序 | — |
| | 11.4 附表与配套表单 | — |
#### 3.4 第一章 总则（条文）
**第一条（目的）** 为规范公司数据资产的确认、权属管理、登记、授权与运营，
明确原始数据与治理加工后形成的数据资产的所有权与使用权，
使数据资产可查、可用、可控、可追溯，支撑数据资产价值发挥与高质量数据集建设，制定本办法。
**第二条（依据）** 本办法依据《数据管理能力成熟度评估模型》（GB/T 36073—2018）
数据资产能力域的要求、国家关于数据产权与数据要素市场化配置的有关规定，
结合公司数据治理规划与本项目建设要求制定。
**第三条（术语）** 本办法所称数据资产，指公司合法持有或控制、
具有明确责任主体与业务用途、能够带来价值的数据资源。
所称原始数据，指业务活动或设备运行直接产生、未经治理加工的数据。
所称加工后资产，指经清洗、落标、关联、标注、合成等加工形成的数据。
所称三层权利，指数据资源持有权、数据加工使用权、数据产品经营权。
所称资产条目，指数据资源目录中一条可被检索、申请与授权的记录。
**第四条（基本原则）** 数据资产管理遵循三项原则。
（一）权属不因加工而转移。原始数据的权属状态不因治理加工而改变；
加工成果的权属按合同约定确定。涉及第三方提供数据的，
加工行为本身不产生对该数据的新的所有权。
（二）使用以授权为前提。任何对数据资产的访问、加工与对外提供均须有对应授权，
授权范围以用途、数据范围与期限三要素限定。无授权的访问为违规，按第五十二条处理。
（三）分层授权。三层权利分别登记、分别授予。
授予加工使用权不等于授予产品经营权；授予持有权不等于授予对外提供的权利。
分层的目的在于能够只授予必要的那一层，而不是一次性放开。
**第五条（职责分工）**
（一）数据治理委员会审议本办法及其修订，审批对外提供事项，
确认价值评估结论，裁决权属争议与跨部门资产争议。
（二）数据管理办公室为本办法归口部门，负责资产登记审核、资源目录发布与维护、
价值评估的组织、授权台账管理、运营度量统计与年度复核，并发起对外提供事项的报批。
（三）数据资产工作组负责资产确认标准的会签、资产分类框架的维护、
价值评估打分的复核。各业务归口部门的数据专责负责本域资产的登记、
业务说明的编写、本域内申请的审批。
（四）安全职能负责资产分级的确认、敏感级资产授权的会签、
去标识化与脱敏要求的提出、访问审计与异常访问的处置。
（五）项目期内，我方项目组承办资产盘点、登记字段设计、
资源目录的平台实现、首批条目的编制与价值评估的作业执行，
并按第二十八条接受权限约束。资产权属的判断、对外提供的审批与价值评估结论的确认
均由甲方对应层级作出，我方不代为决定。
#### 3.5 第二章 数据资产的范围与分类（条文）
**第六条（资产确认标准）** 一项数据被确认为数据资产须同时满足四项条件：
有明确的业务归口部门与责任岗位；有可界定的边界（可明确说清包含哪些对象与字段）；
有明确的业务用途或已识别的潜在用途；来源合法且权属状态可说明。
四项条件缺一的，登记为待确认资源，不进入资源目录的已上架状态。
四项条件中第二项最容易被忽略。「生产数据」「质量数据」这类说法不构成资产边界，
无法登记、无法授权，也无法评估。因此资产的命名按「业务对象＋数据类别」的方式，
例如「工艺卡片—备料工序明细」「炉次—温度曲线时序」，
而不是「工艺数据」「热处理数据」。
**第七条（资产的三层划分）** 资产按加工程度分三层，各层的权属处理与管理要求不同。
三层划分与加工程度字段对应：原始、清洗后、标注后、合成四档。
**第八条（分类框架）** 资产按三个维度分类，三个维度并行使用，不互相替代。
按主题域分为供需计划、产品工艺设计、制造过程、质量、在役服务、基础支撑六类，
用于数据集加工的取数边界划分；
按业务域分为人力资源、研发设计、生产制造、仓储物流、财务管理、设备管理、
采购管理、营销管理、质量管理九类（b1336），用于治理责任归属；
按数据形态分为结构化、半结构化、文档、图纸、图像、时序、视频、音频八类，
用于加工方式与存储策略的选择。
**第九条（计量单位）** 资产规模的计量按形态分别规定：
结构化数据按记录条数；文档与图纸按份数或张数；
图像按张数；时序数据按测点数与时间跨度；视频与音频按时长。
容量（字节数）作为辅助计量，不单独作为规模指标。
统一计量口径的作用在价值评估——不统一就无法在同一维度上比较不同形态资产的规模得分。
#### 3.6 第三章 权属管理（条文与字段）
**第十条（来源与存储位置登记）** 每一项资产须登记来源与存储位置，
登记字段见附表一。登记的作用是让权属界定有事实基础：
权属判断的第一步是查清这份数据是谁产生的、存在哪里、有无提供方约定。
##### 附表一 资产权属登记字段定义
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 资产条目标识 | asset_id | 字符 32 | M | 平台生成 | 唯一性检查 | 与资源目录条目同一标识 |
| 资产名称 | asset_name | 字符 128 | M | 自由文本 | 空值检查；按「业务对象＋数据类别」命名 | 见第六条命名口径 |
| 产生方式 | origin_type | 枚举 | M | 企业自行产生／设备自动采集／客户或第三方提供／外部公开获取／治理加工形成 | 值域检查 | 五类之一，混合来源的按主要来源填并在备注说明 |
| 来源系统或来源方 | origin_source | 字符 128 | M | 码表 SYS_LIST 或自由文本 | 空值检查 | 第三方提供的填提供方类别，不填具体企业名称 |
| 存储位置 | storage_location | 字符 256 | M | 自由文本 | 空值检查 | 数据库实例与库表、文档库路径、文件服务器路径、纸质档案存放位置 |
| 存储介质类别 | storage_media | 枚举 | M | 数据库／文档库／文件服务器／对象存储／纸质档案 | 值域检查 | 纸质档案须同时填档案编号 |
| 加工程度 | process_level | 枚举 | M | 原始／清洗后／标注后／合成 | 值域检查 | 合成数据须在备注注明合成方法登记编号 |
| 提供方约定 | provider_agreement | 枚举 | C | 有合同约定／有书面约定非合同／仅口头约定／无约定 | 条件必填：产生方式为客户或第三方提供时必填 | 取「仅口头约定」或「无约定」的，对外提供前须另行取得同意 |
| 约定使用范围 | agreement_scope | 字符 512 | C | 自由文本 | 条件必填：提供方约定为前两档时必填 | 摘录约定原文中关于使用范围的表述，不作解释性改写 |
| 许可条件 | license_terms | 字符 256 | C | 自由文本或码表 LICENSE | 条件必填：产生方式为外部公开获取时必填 | 记录发布方许可条件，含可否商用、可否再分发 |
| 所有权结论 | ownership | 字符 128 | M | 码表 OWNERSHIP：归甲方／不在甲方／归发布方／按合同约定／待确认 | 值域检查 | 由甲方法务与业务口确认后填写，不得由登记岗位自行判定 |
| 所有权确认依据 | ownership_basis | 字符 256 | C | 自由文本 | 条件必填：所有权结论非「待确认」时必填 | 写明依据的合同编号、约定条款或判断理由 |
| 持有权主体 | right_hold | 字符 64 | M | 码表 DEPT_LIST | 引用完整性检查 | 填部门，不填个人 |
| 加工使用权授予范围 | right_process | 字符 256 | M | 自由文本 | 空值检查 | 逐项列出已授予加工使用权的部门或项目，含期限 |
| 产品经营权状态 | right_operate | 枚举 | M | 未授予／内部授予／可对外提供／暂不可对外提供 | 值域检查；取「可对外提供」须有委员会审批记录标识 | 默认值为未授予 |
| 对外提供限制 | external_limit | 字符 512 | C | 自由文本 | 条件必填：产品经营权状态非「未授予」时必填 | 写明须脱敏的字段、须排除的内容、须取得的许可 |
| 权属登记状态 | ownership_status | 枚举 | M | 待确认／已确认／有争议 | 值域检查 | 取「有争议」的不得开放对外提供 |
| 登记时间与登记岗位 | reg_time／reg_role | 时间／字符 64 | M | — | — | 岗位填职务名称，不填姓名 |
**第十一条（四类产生方式的界定口径）** 原始数据按产生方式分四类，
各类的所有权与使用权界定口径见附表二。
治理加工形成的资产按第十二条处理。
##### 附表二 四类产生方式的权属界定口径
| 产生方式 | 本公司的典型数据 | 所有权界定 | 使用权界定 | 对外提供的附加要求 |
|---|---|---|---|---|
| 企业自行产生 | 工程图纸与图档、工艺路线与工艺卡、工单与报工记录、检验记录与不合格品票、库存账、制度与标准文件、合同与标书 | 归甲方所有 | 甲方自主决定；项目期内我方按授权范围使用 | 核查是否含技术秘密与商业秘密，L5 级内容逐项审批 |
| 设备自动采集 | 热处理温度曲线、焊接参数流、在役装备测点时序、设备报警日志 | 归甲方所有 | 同上 | 核查是否含设备制造方的技术信息；含则须取得其同意 |
| 客户或第三方提供 | 矿方工况与地质资料、配套装备接口参数、客户招标文件 | 所有权不在甲方 | 以合同或提供时的约定为限；无明确约定的不得对外提供 | 须取得提供方书面同意；涉及矿方生产信息的须去标识化 |
| 外部公开获取 | 国家与行业标准、法规、公开技术资料 | 所有权归发布方 | 按发布方许可条件使用 | 标准文本受版权限制，对外提供须另行处理；可用于内部检索与问答 |
附表二中第三类与第四类是实际工作中最容易出问题的两类，
因此第十三条规定对这两类单独建台账。
矿方提供的工况与地质资料涉及矿方的生产信息，
未经约定直接纳入对外提供的数据集会带来权利风险；
外部标准文本受版权保护，用于内部问答与检索与用于对外提供是两件不同的事。
**第十二条（加工后资产的权属）** 治理加工形成的资产，
其权属按「原始数据权属不因加工而转移」的原则处理，
加工成果的权属按合同约定确定。加工后资产的权利按三层分别登记：
（一）数据资源持有权，登记该资产由哪个部门持有、在何处存储、由谁维护。
（二）数据加工使用权，登记哪些部门或项目可对该资产作加工与使用，
授予范围以用途、数据范围与期限三要素限定。
（三）数据产品经营权，登记该资产可否作为数据产品对外提供，
以及对外提供须满足的条件。该层权利默认为未授予，
授予须经委员会审批并记录审批标识。
**第十三条（第三方来源的单独台账）** 产生方式为客户或第三方提供、
外部公开获取两类的资产，除常规登记外另建《第三方来源数据台账》，
逐项标注可用范围，并在资源目录条目中以标签形式呈现，
使审批环节能够直接识别而不必逐份翻查约定。台账字段见附表三。
##### 附表三 第三方来源数据台账字段与样例行
| 字段 | 填写口径 | 样例行一 | 样例行二 | 样例行三 |
|---|---|---|---|---|
| 台账序号 | 流水号 | TPD-0001 | TPD-0002 | TPD-0003 |
| 资产名称 | 按第六条命名 | 工作面工况与地质资料—巷道断面与煤层参数 | 配套装备接口参数—截深与推移步距约定 | 行业标准文本—煤矿用刮板输送机相关标准 |
| 来源方类别 | 不填具体企业名称 | 矿方用户 | 矿方用户与配套装备各方会商结论 | 标准发布机构 |
| 提供形式 | 文件／系统导出／会议记录／邮件 | 项目资料文件 | 会议记录与往来文件 | 公开发布文本 |
| 提供方约定 | 四档之一 | 有书面约定非合同 | 仅口头约定 | 不适用，按许可条件 |
| 约定或许可的使用范围 | 摘录原文表述 | 【待填：约定原文摘录】 | 【待填：是否有书面约定待核】 | 内部使用；对外提供受版权限制 |
| 可否用于数据集加工 | 可／可但须去标识／不可 | 可但须去标识 | 可但须去标识 | 可用于内部检索与问答 |
| 可否对外提供 | 可／须另行同意／不可 | 须另行同意 | 须另行同意 | 不可直接提供文本 |
| 须去标识的内容 | 逐项列出 | 矿区与工作面名称、地理位置、矿方单位标识 | 矿方单位标识与项目标识 | 不适用 |
| 敏感级别 | L1—L5 | L4-敏感 | L3-重要 | L1-公开 |
| 目录标签 | 在目录条目上显示的提示 | 第三方来源·对外须另行同意 | 第三方来源·约定待核 | 外部版权·仅限内部 |
| 复核周期 | 复核频率 | 每年一次 | 每半年一次，直至约定补齐 | 随标准查新同步 |
样例行二反映的是一类真实情形：截深、截高、推移步距这类接口参数，
是矿方与刮板输送机、采煤机、液压支架、破碎机各方会商妥协后确定的，
往往没有规范的电子留痕，也没有书面约定。
台账把这类情形登记为「约定待核」并设半年复核，
目的是让它在目录里可见、在审批时被拦住，而不是等到对外提供时才发现问题。
**第十四条（权属争议处理）** 两个及以上部门对同一资产的持有权有不同主张，
或与外部方就使用范围有分歧的，由办公室受理并在十个工作日内组织协调；
协调两次未果的提交委员会裁决。争议期间，权属登记状态记为「有争议」，
该资产的对外提供事项暂停，内部已授予的加工使用权不受影响。
**第十五条（对外提供前的权属核验）** 对外提供数据资产前须完成权属核验，
核验内容五项：所有权结论是否已确认；产品经营权是否已授予；
提供方约定或许可条件是否允许；是否包含不可用于商业用途的内容；
是否已按要求对个人信息、敏感地理信息、重要行业数据与企业秘密数据
完成去标识化或脱敏处理（b0804r06）。
核验由办公室组织，法务口与安全职能会签，核验结论作为委员会审批的前置材料。
核验未通过的不得对外提供，核验结论留存。
#### 3.7 第四章至第十一章（条文要点与关键条款）
第四章至第十一章的条文结构已在第 3.3 节列出，本节给出各章关键条款的实际内容。
**第十六条（登记触发与时限）** 下列情形须办理资产登记：
资产盘点识别出新资产；新系统上线或系统新增数据域；
治理加工产生新的资产对象；数据集新版本发布；纸质档案完成数字化。
登记须在情形发生后十个工作日内提交，数据集版本发布的随发布流程同步登记。
**第十七条（登记审核）** 登记由业务归口部门数据专责发起，办公室审核。
审核要点四项：是否满足第六条四项确认条件；
权属登记字段是否齐备且所有权结论有确认依据；
分级是否经安全职能确认；业务说明是否用业务语言写明。
审核不通过的退回补正，补正期限五个工作日。
**第十八条（目录上架）** 登记审核通过且分级确认完成的资产进入资源目录并上架。
上架前须完成与元数据的一致性核对，核对内容为资产名称、责任部门、
敏感级别、存储位置四项在资产登记与元数据登记中取值一致。
核对不一致的不予上架，由办公室指定一方为准并通知另一方更正。
**第十九条（目录下架）** 下列情形须下架：
资产已停用或已退役；权属登记状态变为「有争议」且涉及持有权；
分级上调至当前目录可见范围之外；连续两个评估周期无人申请且经核查确认无场景依赖。
下架不等于删除，下架后条目仍可由办公室查询，历史授权记录一并保留。
**第二十条（一致性核对的周期）** 资产登记与元数据登记的一致性按月自动核对，
不一致项生成待处理清单，由办公室分派。
这一条看起来琐碎，实际是目录可信度的保障——
目录里写着责任部门是 A，元数据里写着 B，使用者按目录找人找不到，目录就失去作用。
**第二十一条（资产分级）** 资产的敏感级别按数据安全分级标准的 L1 至 L5 五级确定
（b1301、b1302），由业务归口部门初判、安全职能确认。
一项资产包含多个级别的数据对象时，按其中最高级别确定该资产的级别；
确有必要拆分使用的，按字段或子集拆分为多个资产条目分别定级，
不以「整体从高」的方式封锁可共享的部分。
**第二十二条（角色与授权矩阵）** 资产目录的授权按角色授予，不按人授予。
角色与可访问范围的对应关系见附表四。
「可见」指在目录中能看到条目及其说明；「可申请」指可提交使用申请；
「可直接使用」指无须逐次申请即可访问。
##### 附表四 资产目录分级与角色授权矩阵
| 角色 | 公开级（L1） | 内部一般级（L2） | 内部受限级（L3） | 敏感级（L4、L5） | 对外提供 |
|---|---|---|---|---|---|
| 全员 | 可直接使用 | 可见、可申请 | 不可见 | 不可见 | 不适用 |
| 业务口数据专责 | 可直接使用 | 可直接使用（本域） | 可见、可申请 | 不可见 | 不适用 |
| 工作组成员 | 可直接使用 | 可直接使用 | 可直接使用（本域） | 可见、可申请 | 不适用 |
| 数据管理办公室 | 可直接使用 | 可直接使用 | 可直接使用 | 可见、可申请 | 可发起 |
| 安全职能 | 可见 | 可见 | 可见 | 可见、具审计权限 | 具会签权 |
| 数据治理委员会 | — | — | — | — | 具审批权 |
| 我方项目组 | 按项目授权范围 | 按项目授权范围 | 按项目授权范围且限定使用环境 | 原则上不授予，确有必要时逐项审批 | 不适用 |
**第二十三条（授权的发起与批准）** 授权按资产级别与用途分三档审批，
三档的审批环节、时限与交付方式按《数据资产运营流程规范》执行，本办法不重复规定。
授权批准后生成授权记录，记录内容含授权对象、资产范围、用途、期限、
使用限制与所依据的规范版本号。
**第二十四条（授权有效期）** 授权须设有效期。
内部一般数据的授权有效期不超过十二个月；
内部受限数据不超过六个月；敏感级数据不超过三个月。
有效期届满自动失效，需继续使用的办理续期。
不设有效期的授权在实践中等于永久授权，人员岗位变动后无人清理，是越权访问的主要来源。
**第二十五条（授权回收）** 下列情形须即时回收授权：
授权对象岗位变动或离职；授权用途已完成；
资产分级上调至超出该角色可访问范围；经审计发现授权被超范围使用；
资产权属登记状态变为「有争议」且涉及对外提供。
即时回收由平台执行，回收结果通知授权对象所属部门。
**第二十六条（价值评估的组织与周期）** 资产价值评估按年度开展，
新增重要资产可随时发起专项评估。评估的维度、权重、评分细则与流程
按《资产价值评估办法》执行，本办法不重复规定。
评估结论由委员会确认后生效。
**第二十七条（价值等级对应的管理要求）** 资产按价值评估结果分四级，
各级的管理要求如下。本条是价值评估与日常管理之间的连接点——
评估不与管理要求挂钩，评估就只是一次打分活动。
| 价值等级 | 质量规则配置 | 备份与容灾 | 变更审批 | 对外提供审批 | 复核周期 |
|---|---|---|---|---|---|
| 一级（核心资产） | 按最严档配置，含跨系统比对与物理约束类规则 | 纳入备份与容灾范围 | 办公室审批 | 委员会审批 | 半年 |
| 二级（重要资产） | 按常规档配置，纳入定期质量检查 | 纳入备份范围 | 工作组会签 | 委员会审批 | 一年 |
| 三级（一般资产） | 按基础档配置 | 按系统默认策略 | 业务归口部门审批 | 委员会审批 | 一年 |
| 四级（待提升资产） | 维持基础档，并分析低分原因 | 按系统默认策略 | 业务归口部门审批 | 原则上暂不对外提供 | 一年，并进入提升或退役评估 |
四级资产的处理须区分两种情形：得分低因质量差的进质量提升；
得分低因暂无场景依赖的进退役评估。两者的处理方式相反，不能一概而论。
**第二十八条（项目期内我方项目组的权限约束）** 项目期内，
我方项目组承担数据加工与平台建设，需要访问相当范围的数据，
但敏感级（L4、L5）数据原则上不授予访问权限。
确因加工必要需要访问的，按较高敏感数据档流程逐项审批，
脱敏后在限定环境中使用，并留完整审计日志。
项目组成员的授权随人员进出项目即时调整，项目结束时全部授权失效。
本条同时写入项目保密约定。
这一条是我方对自身权限的主动约束，不是招标文件的强制要求。
写进办法的理由很直接：数据加工方掌握最宽的访问面，
若不在制度层面设限，事后的审计只能发现问题而不能预防问题。
**第二十九条（资产变更）** 资产的名称、边界、责任部门、分级、
存储位置发生变更的，由业务归口部门提交变更申请，办公室审核。
变更涉及分级上调或边界扩大的，须同步复核已授予的全部授权是否仍成立，
不成立的按第二十五条回收。
**第三十条（停用与下架）** 资产因业务停止、系统下线或被替代而不再更新的，
登记为停用并下架。停用前须通知已授权的使用方，通知期不少于二十个工作日；
已授权使用方提出继续使用需求的，由办公室评估是否保留快照版本。
**第三十一条（退役评估与处置）** 对到期闲置资产开展退役评估，
区分归档与销毁两条处置路径，具体流程按数据退役管理规范执行。
退役评估的发起条件三项：价值评估为四级且连续两个周期无人申请；
资产已停用满两年；法规或约定要求的保存期限届满。
已进入任何已发布数据集版本构成的资产不得销毁，
该条是对数据集可复现性的保护：构成来源被销毁，数据集版本即无法复现，
质检与验证结论也随之失去依据。
**第三十二条（对外提供的合规要求）** 对外提供数据资产须满足四项要求：
已完成第十五条的权属核验；
已按分级要求完成去标识化或脱敏，涉及个人信息、敏感地理信息、
重要行业数据与企业秘密数据的逐项处理（b0804r06）；
已约定接收方的使用范围、保密义务与违约责任；
已记录提供的内容、时间、接收方与批准文号。
对外提供的技术实现与接口要求按数据开放共享管理规范执行。
**第三十三条（审计要求）** 对数据资产的查询、导出、修改、删除、
接口调用等操作须完整记录操作日志，操作留痕可追溯。
L3 及以上级别资产的操作日志全量留存，L1 与 L2 可按采样留存。
审计分析按季度开展，异常访问由安全职能处置。
**第三十四条（度量指标）** 资产管理的运行状况按五项指标度量。
| 指标 | 计算方式 | 统计口径说明 |
|---|---|---|
| 资产登记覆盖率 | 已登记资产条目数 ÷ 盘点识别资产数 | 分母以最近一次资产盘点结论为准 |
| 权属确认率 | 权属登记状态为「已确认」的条目数 ÷ 已登记条目数 | 「有争议」与「待确认」均计入未确认 |
| 分级确认率 | 经安全职能确认分级的条目数 ÷ 已登记条目数 | 初判未确认的不计入分子 |
| 授权时效达标率 | 按期完成审批的申请数 ÷ 申请总数 | 时限按三档流程的规定；超期的逐条说明原因 |
| 授权回收及时率 | 按第二十五条即时回收的事项数 ÷ 应回收事项数 | 分母由平台按岗位变动与有效期届满自动生成 |
五项指标的目标值按阶段设定，首次统计给基线值，其后逐季提升，
不写绝对指标。权属确认率的提升依赖甲方法务口与业务口的确认进度，
不完全在我方控制范围内，因此该项指标在月度例会上单列跟踪，
未确认项逐条列出待确认事由与责任方。
**第三十五条（违规情形与问责）** 下列情形为违规，按《数据管理考核细则》处理：
未经授权获取或使用数据资产；超出授权范围的用途、数据范围或期限使用；
未经审批对外提供数据资产；绕过权属核验办理对外提供；
岗位变动后未办理授权回收；伪造或篡改权属登记内容。
**第三十六条（附则）** 本办法自公司发文之日起施行，解释权归数据管理办公室。
与数据安全管理办法在分级与权限事项上不一致的，以数据安全管理办法为准；
与数据退役管理规范在处置流程上不一致的，以数据退役管理规范为准。
配套表单五张为《资产登记表》《第三方来源数据台账》《权属核验表》
《授权申请与批准书》《授权回收通知单》。
配套的岗位级操作规范为《资源目录登记与维护操作规范》。
### 图 A6-3 数据资产的状态流转与各状态下可办事项
图 A6-3 数据来源：权属与运营要求取招标文件 3.2.6.1.1.2.4（b1267—b1274）；
脱敏与审计要求取 3.2.1 服务采购清单第 5 项第 7 条（b0804r06）；
退役处置路径取 3.2.6.1.1.2.8 第（4）项（b1318、b1319）。
#### 3.8 职责矩阵与责任边界
资产管理的实质是审批权的分配，这一点在 3.2.2 的生效条件里已经写明。
审批权分到哪一级，条文里分散在十一章，下表把第二章至第十一章的动作集中列出，
一项动作一行。代码含义与本附件 2.11 一致。
| 序 | 动作 | 对应条文 | 委员会 | 办公室 | 数据资产工作组 | 资产责任部门 | 法务与安全职能 | 我方项目组 |
|---|---|---|---|---|---|---|---|---|
| 1 | 资产确认标准的制定 | 第二章 | 审 | 批 | 签 | 配 | 签 | 拟 |
| 2 | 资产的识别与申报 | 第二章 | — | 审 | 配 | 拟 | — | 拟 |
| 3 | 资产分类的判定 | 第二章 | — | 批 | 审 | 签 | — | 拟 |
| 4 | 权属原则与登记字段的确定 | 第十二条 | 批 | 审 | 签 | 配 | 签 | 拟 |
| 5 | 权属结论的确认 | 第十二条 | 审 | 配 | 配 | 签 | 批 | 配 |
| 6 | 三层权利的分别登记 | 第十二条 | — | 批 | 审 | 拟 | 签 | 执 |
| 7 | 数据产品经营权的授予 | 第十二条 | 批 | 审 | 签 | 签 | 签 | 配 |
| 8 | 第三方来源数据台账的建立与维护 | 第十三条 | — | 审 | 签 | 拟 | 批 | 执 |
| 9 | 第三方数据可用范围的界定 | 第十三条 | 审 | 配 | 配 | 签 | 批 | 配 |
| 10 | 资产登记表的填报 | 第三章 | — | 审 | 配 | 拟 | — | 执 |
| 11 | 登记内容的审核与入目录 | 第三章 | — | 批 | 审 | 签 | — | 配 |
| 12 | 资产分级的初判与待确认标注 | 第三章 | — | 督 | 审 | 签 | 批 | 拟 |
| 13 | 对外提供前的权属核验 | 第四章 | 批 | 审 | 签 | 签 | 签 | 执 |
| 14 | 授权的申请受理与批准 | 第五章 | 批 | 审 | 配 | 签 | 配 | 配 |
| 15 | 授权的提前回收与到期回收 | 第五章 | 审 | 批 | 配 | 签 | 配 | 执 |
| 16 | 资产状态流转的判定与留痕 | 第六章 | — | 批 | 审 | 签 | — | 执 |
| 17 | 价值评估结论的引用 | 第七章 | 审 | 执 | 签 | 配 | — | 配 |
| 18 | 资产变更的评估与审批 | 第九章 | 批 | 审 | 签 | 签 | 配 | 拟 |
| 19 | 资产退役的提出与审批 | 第十章 | 批 | 审 | 签 | 拟 | 签 | 配 |
| 20 | 退役后的目录下架与记录同步 | 第十章 | — | 批 | 督 | 签 | — | 执 |
| 21 | 资产管理度量的统计与通报 | 第十一章 | 审 | 批 | 配 | 配 | — | 拟 |
| 22 | 本办法的修订与下游通知 | 第十一章 | 批 | 拟 | 签 | 签 | 签 | 配 |
第 5 行与第 9 行是本矩阵中仅有的两行把「批」放在法务与安全职能的动作。
权属结论与第三方数据可用范围都不是数据问题，是法律问题：
同一批矿方工况资料，能不能进对外提供的数据集，
取决于提供时的约定怎么写，而不取决于数据本身长什么样。
第十二条已写明本办法规定原则与登记字段、不代替甲方作权属判断，
矩阵把这句话落到了具体的批准方上。
第 12 行的「资产分级的初判与待确认标注」写进矩阵，是为了配合 3.2.2 的第三项生效条件。
分级标准未发布时，资产仍要登记，否则盘点停摆；但初判值不能当作正式分级用，
因此标注「待确认」并且不据此开放授权。
这一行与第 14 行的授权批准之间的约束关系，是本办法在过渡期内不出事的关键。
责任边界按下列四条划定。
其一，权属判断由甲方作出。我方项目组提供权属登记字段、识别线索与登记执行，
不代替甲方认定权属；权属不明的资产登记为待确认，在确认前不进入对外提供范围。
其二，第三方提供数据的使用边界以合同或提供时的约定为准。
我方项目组负责台账登记与约定条件的技术落实，
对约定不明确的情形提请法务口确认，不按推定的宽松口径使用。
其三，对外提供的决定权在数据治理委员会。
我方项目组承办权属核验、脱敏执行与交付实施，核验通过不等于我方对提供决定承担责任。
其四，资产的业务价值由资产责任部门判断。
我方项目组提供规模、质量、使用频次等可量化指标，不代行业务价值的评判。
#### 3.9 与矿山装备制造业务的结合点
本办法有三处是针对本公司业务专门设计的，不属通用模板内容。
**第一处，图纸与工艺卡的成对关系按一项资产登记，不按两项。**
图纸在产品全生命周期管理系统中，工艺卡片也在同一系统中，
按系统盘点会把它们登记为两项资产。但成对关系才是价值所在——
63 万张图纸若没有配套的已审工艺卡，其价值要低得多。
因此本办法规定：图卡成对样本集作为独立的加工后资产单独登记，
其构成来源指向图纸与工艺卡两项原始资产的具体版本，
配对关系的来源与正确率作为该资产的质量属性登记。
这样登记的直接好处是价值评估时能把「成对」这一属性单独计分，
而不是被 63 万张这个规模数字主导。
**第二处，热处理与焊接类过程数据的资产边界按配对关系划定。**
温度曲线与焊接参数流按时间连续采集，若按「时序数据」整体登记，
资产边界就是「从某年某月至今的全部曲线」，这样的边界无法授权、无法评估。
本办法规定：过程类时序数据按「与结论配对的数据段」划定资产边界，
即炉次或焊道作为资产条目的组织单位，时序数据段作为该条目的构成内容。
未能与任何结论配对的时序数据段登记为待确认资源，不进目录，
但在元数据中可查，待配对关系建立后转为资产。
**第三处，矿方工况资料与接口参数的台账独立于常规登记。**
这两类数据的权属不在甲方，而它们恰恰是产品选型类场景不可缺的输入。
第十三条的《第三方来源数据台账》就是为此设的，
台账中「约定待核」的条目在目录里带标签显示，
审批环节看到标签即知须另行取得同意，不必逐份翻查原始约定。
##### 资产登记样例行
| 资产条目标识 | 资产名称 | 主题域／业务域 | 产生方式 | 加工程度 | 所有权结论 | 持有权主体 | 经营权状态 | 敏感级别 | 规模计量 |
|---|---|---|---|---|---|---|---|---|---|
| AS-0001 | 工程图纸—结构件图纸原生文件 | 产品工艺设计／研发设计 | 企业自行产生 | 原始 | 归甲方 | 【待填：设计归口部门】 | 未授予 | L3-重要 | 约 63 万张（统计时点待实测） |
| AS-0002 | 工艺卡片—备料工序明细 | 产品工艺设计／研发设计 | 企业自行产生 | 原始 | 归甲方 | 【待填：工艺归口部门】 | 未授予 | L3-重要 | 按卡片份数，覆盖 28 道备料工序 |
| AS-0003 | 图卡成对样本集 | 产品工艺设计／研发设计 | 治理加工形成 | 标注后 | 按合同约定 | 数据管理办公室 | 暂不可对外提供 | L3-重要 | 按成对样本条数 |
| AS-0004 | 炉次—温度曲线与检验结论配对数据 | 制造过程／生产制造 | 设备自动采集 | 清洗后 | 归甲方 | 【待填：热处理归口部门】 | 未授予 | L3-重要 | 按炉次数与测点数 |
| AS-0005 | 焊道—焊接参数流配对数据 | 制造过程／生产制造 | 设备自动采集 | 清洗后 | 归甲方 | 【待填：焊接归口部门】 | 未授予 | L3-重要 | 按焊道数与参数点数 |
| AS-0006 | 在役装备—测点时序与报警记录 | 在役服务／设备管理 | 设备自动采集 | 原始 | 归甲方 | 【待填：服务归口部门】 | 未授予 | L4-敏感（含矿方位置信息） | 按测点数与时间跨度 |
| AS-0007 | 历史选型方案—工况参数与配置 | 供需计划／营销管理 | 企业自行产生 | 原始 | 归甲方 | 【待填：营销归口部门】 | 未授予 | L4-敏感 | 约四五百套（待实测） |
| AS-0008 | 工作面工况与地质资料 | 供需计划／营销管理 | 客户或第三方提供 | 原始 | 不在甲方 | 【待填：营销归口部门】 | 暂不可对外提供 | L4-敏感 | 按项目份数 |
| AS-0009 | 制度与标准文件—现行有效版本 | 基础支撑／跨域 | 企业自行产生 | 原始 | 归甲方 | 【待填：综合管理归口部门】 | 未授予 | L2-内部 | 按文件份数 |
| AS-0010 | 行业标准文本—外部获取 | 基础支撑／跨域 | 外部公开获取 | 原始 | 归发布方 | 【待填：标准归口部门】 | 不可对外提供 | L1-公开 | 按标准号件数 |
| AS-0011 | 制造过程方向预训练子集 | 制造过程／跨域 | 治理加工形成 | 合成 | 按合同约定 | 数据管理办公室 | 暂不可对外提供 | L3-重要 | 105 亿 Token |
| AS-0012 | 质量方向基准测试子集 | 质量／质量管理 | 治理加工形成 | 标注后 | 按合同约定 | 数据管理办公室 | 暂不可对外提供 | L3-重要 | 0.25 万条 |
样例行中的四类数据集子集规模取自技术方案的逐数据集规模口径：
预训练数据集 615 亿 Token，其中制造过程方向 105 亿；
基准测试数据集 0.95 万条，其中质量方向 0.25 万条。
资产登记中的规模字段与数据卡中的规模字段同源，由平台从数据集内容统计后写入，
不人工填写，避免两处对不上。
#### 3.10 评审与修订机制
本办法的评审与修订按第 1.6 节骨架执行，并补充三项特殊安排。
其一，权属条款的修订须经法务口会签。
附表一与附表二涉及所有权与使用权的界定口径，
其修订不仅是管理口径的调整，还可能改变已对外提供事项的合规基础。
因此规定：第三章条文与附表一、附表二的修订，除常规评审路径外，
须由甲方法务口会签，并由办公室同步复核在办与已完成的对外提供事项是否仍成立。
其二，授权矩阵的修订涉及权限收缩时即时生效。
附表四的调整若导致某角色可访问范围缩小，
平台在办法发布当日按新矩阵重算权限并回收超范围授权，不留三个工作日的过渡期。
理由见第 1.6 节：权限收缩延后生效期间存在越权访问的空档。
其三，复核周期与价值评估周期错开。
本办法每年复核一次，复核时点安排在年度价值评估结论确认之后一个月，
使复核能够以评估结果为输入，核查第二十七条的管理要求是否与实际配置相符——
评估定了一级资产，质量规则却仍按基础档配置，这类脱节只有在复核时逐项核对才能发现。
| 版本 | 修订类型 | 修订内容摘要 | 修订原因 | 起草与会签 | 审批 | 生效日期 | 已通知下游 |
|---|---|---|---|---|---|---|---|
| V1.0 | 首发 | 全文制定 | 数据治理规划交付要求 | 项目组起草，资产工作组、法务口、安全职能会签 | 委员会审议，公司发文 | 【待填】 | 按表 A6-3 全量下发 |
| V1.1 | 次版本 | 示例：附表三台账新增复核周期列 | 第三方来源约定待核项的跟踪需要 | 项目组 | 办公室审核发布 | 【待填】 | 目录维护岗、各业务口数据专责 |
| V2.0 | 主版本 | 示例：附表四新增角色并调整受限级可见范围 | 治理组织岗位调整 | 项目组，安全职能会签 | 委员会审议，公司发文 | 【待填】 | 全量下发，权限收缩部分即时生效 |
### 四、《数据资源目录》V1.0 样章
本节回应招标文件交付清单第 14 项（b1333r15）及其要求出处 3.2.6.1.1.2.4
第（3）项与第（4）项（b1271、b1273、b1274）。
#### 4.1 文件标识
| 项 | 内容 |
|---|---|
| 文件名 | 宁夏天地奔牛实业集团有限公司数据资源目录 |
| 文件编号 | GHY26691-GV-04-0003-V1.0 |
| 版本号 | V1.0（季度版次，形如 V1.0-2027Q1） |
| 形态 | 数据治理平台中的目录条目，加一份目录清单导出件 |
| 密级 | 内部（导出件按所含条目的最高级别标注） |
| 归口部门 | 数据管理办公室 |
| 编制 | 项目组承办条目编制，各业务归口部门数据专责提供业务说明并确认 |
| 发布 | 办公室审核发布，季度版次经委员会备案 |
| 本版规模 | 【待填：首批条目数，按资产盘点结论确定】 |
《数据资源目录》与另外四份文档不同：它是数据成果，不是制度文件。
因此本样章的重点不在条文，而在三件事——
目录的分类框架长什么样、每个条目包含哪些字段、条目填出来是什么形态。
目录的管理规则（谁能上架、什么时候下架、怎么申请）写在
《数据资产管理办法》与《数据资产运营流程规范》里，本文件不重复规定。
#### 4.2 适用范围与生效条件
##### 4.2.1 编制范围
首批目录覆盖六个主题域的核心业务对象。
主题域划分与四类数据集的四个方向对齐——供需计划、产品工艺设计、制造过程、质量，
另加在役服务与基础支撑两域，共六个。这样划分的理由是数据集加工的取数边界
与主题域边界一致，加工作业不必跨域取数。
编制范围的确定遵循三条取舍规则。
其一，进入目录的资产须已完成登记、权属与分级确认，
待确认资源不进目录，但在平台中以待确认清单单列。
其二，纸质档案与散存文档在完成数字化或登记之后进目录，
数字化之前以「暂无通道」状态在待确认清单中列示。
其三，一项资产只在一处上架。
同一数据在多个系统中有副本的，以权威源所在的条目上架，
副本在条目的「副本分布」字段中列明，不另建条目——
否则使用者在目录里会看到三条相似条目，不知该申请哪一条。
##### 4.2.2 生效条件
目录发布的生效条件三项：
治理平台的目录模块已部署并通过功能验证，具备条目登记、检索、申请、
审批、授权与下架能力；
首批条目的业务说明已由各业务归口部门数据专责确认（业务说明未确认的条目
不上架，因为业务说明是目录可用性的关键）；
数据安全分级标准已发布，条目的敏感级别有可引用的取值集。
#### 4.3 目录的分类框架
目录采用三级分类：一级为主题域，二级为业务对象，三级为资产条目。
三级分类之外另设三组标签作为横向检索维度：业务域标签、数据形态标签、特殊提示标签。
分类用于浏览，标签用于筛选，两者不互相替代。
##### 4.3.1 三级分类框架
| 一级：主题域 | 二级：业务对象 | 三级：资产条目（示例，非全量） |
|---|---|---|
| 供需计划 | 项目与施工号 | 项目基本信息、施工号与项目对应关系、项目交付节点 |
| 供需计划 | 商机与选型方案 | 历史选型方案与配置、工作面工况参数、投运效果反馈 |
| 供需计划 | 需求计划与采购 | 需求计划明细、采购订单与到货记录、供应商主数据 |
| 供需计划 | 库存与批次 | 库存账面余额、实物库存盘点、出入库流水、物料批次 |
| 产品工艺设计 | 产品与部件 | 产品谱系与型号配置、部件结构清单、物料清单层级 |
| 产品工艺设计 | 图纸与图档 | 结构件图纸原生文件、图纸解析结构化结果、图纸版次记录 |
| 产品工艺设计 | 工艺路线与工艺卡 | 总工艺路线、车间工艺卡片、备料工序明细、工时定额 |
| 产品工艺设计 | 成对样本 | 图卡成对样本集、工艺复用借用关系 |
| 制造过程 | 工单与工序 | 工单主记录、工序流转与报工记录、工序资源占用 |
| 制造过程 | 热处理炉次 | 炉次工单、装炉工件清单、设定程序、温度曲线时序、炉次配对数据 |
| 制造过程 | 焊接作业 | 焊缝与焊道台账、焊接参数流、预热与层间温度记录、焊道配对数据 |
| 制造过程 | 机加与装配 | 机加工序记录、装配工序记录、关键尺寸实测 |
| 质量 | 检验与交检 | 检验项目定义、检验记录、交检拍照附件、无损检测结果 |
| 质量 | 不合格与返修 | 不合格品票、处置结论、返修记录、质量报告 |
| 在役服务 | 测点与时序 | 在役装备测点配置、测点时序数据、报警事件记录 |
| 在役服务 | 服务与备件 | 服务工单、派工记录、备件出库与更换记录 |
| 基础支撑 | 制度与标准 | 公司制度现行有效版本、企业标准、外部获取标准文本 |
| 基础支撑 | 合同与标书 | 合同主记录与关键条款、客户招标文件、投标文件 |
| 基础支撑 | 组织与术语 | 组织机构与岗位、业务术语标准、指标卡、代码值域字典 |
| 基础支撑 | 数据集资产 | 预训练数据集各方向子集、指令微调子集、强化学习偏好数据、基准测试子集 |
表中第三级为示例而非全量，首批全量条目清单按资产盘点结论确定。
分类框架本身是目录的骨架，骨架一旦发布就不轻易改动——
分类调整会导致已有条目的归属变动，使用者的检索习惯与已保存的检索条件一并失效。
因此框架的修订按主版本处理，须经委员会批准。
##### 4.3.2 三组标签
| 标签组 | 取值 | 用途 |
|---|---|---|
| 业务域标签 | 人力资源／研发设计／生产制造／仓储物流／财务管理／设备管理／采购管理／营销管理／质量管理（b1336） | 按治理责任归属筛选；一个条目可带多个业务域标签 |
| 数据形态标签 | 结构化／半结构化／文档／图纸／图像／时序／视频／音频 | 按加工方式筛选；一个条目可带多个形态标签 |
| 特殊提示标签 | 第三方来源·对外须另行同意／第三方来源·约定待核／外部版权·仅限内部／含个人信息·须去标识／含矿方位置信息·须去标识／暂无通道·待数字化／待数据到位·结构已建／已进入已发布数据集构成·不可销毁 | 在条目卡片上醒目显示，使审批与使用环节直接识别限制条件 |
特殊提示标签是目录设计中最实用的一处。
限制条件写在条目详情的第十几个字段里，审批人不会逐一翻看；
做成标签显示在条目卡片上，看到即知。
最后一个标签「已进入已发布数据集构成·不可销毁」对应资产管理办法第三十一条，
作用是防止在退役处置中误销毁已被数据集引用的资产。
#### 4.4 目录条目字段定义
目录条目的字段分五组：标识与分类、业务说明、技术属性、管理属性、使用与运营。
五组共 36 个字段，字段定义如下。
##### 4.4.1 标识与分类组
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 条目编号 | entry_no | 字符 32 | M | 平台生成 | 唯一性检查 | 与资产条目标识 asset_id 同值 |
| 条目名称 | entry_name | 字符 128 | M | 自由文本 | 空值检查；按「业务对象＋数据类别」命名 | 使用者在目录中看到的名称，须让非技术人员看得懂 |
| 主题域 | subject_domain | 字符 16 | M | 六个主题域 | 值域检查 | 一级分类 |
| 业务对象 | biz_object | 字符 64 | M | 码表 BIZ_OBJECT | 引用完整性检查 | 二级分类，取自对象清单 |
| 业务域标签 | biz_domain_tags | 字符 128 | M | 九业务域 | 值域检查，多值以分号分隔 | 可多值 |
| 数据形态标签 | form_tags | 字符 64 | M | 八类形态 | 值域检查，多值以分号分隔 | 可多值 |
| 特殊提示标签 | notice_tags | 字符 256 | O | 见第 4.3.2 节取值 | 值域检查 | 无限制条件的留空 |
##### 4.4.2 业务说明组
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 内容说明 | content_desc | 字符 1024 | M | 自由文本 | 空值检查；长度不少于 50 字 | 用业务语言写明这份数据记的是什么事，不罗列字段名 |
| 典型用途举例 | usage_example | 字符 512 | M | 自由文本 | 空值检查；至少两例 | 举具体用途，如「查某型号历史选型配置」，不写「用于数据分析」 |
| 口径说明 | semantic_note | 字符 1024 | M | 自由文本 | 空值检查 | 写明统计口径、时点口径、与近似数据的区别；这一项是目录最容易被省略也最该写的 |
| 不适用说明 | limitation_note | 字符 512 | O | 自由文本 | — | 写明这份数据不能用来回答什么问题 |
| 更新频率 | refresh_freq | 枚举 | M | 实时／准实时／日／周／月／按业务触发／一次性归档 | 值域检查 | 按实际而非设计频率填写 |
| 时间覆盖 | time_coverage | 字符 64 | M | 形如「2015 年至今，2018 年有中断」 | 空值检查 | 中断区间须注明 |
| 责任部门与联系岗位 | contact_role | 字符 128 | M | 码表 DEPT_LIST＋ROLE_LIST | 引用完整性检查 | 填岗位，不填姓名；使用者按此找人 |
##### 4.4.3 技术属性组
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 权威源系统 | authoritative_system | 字符 64 | M | 码表 SYS_LIST | 引用完整性检查 | 一个条目只有一个权威源 |
| 副本分布 | replica_list | 字符 512 | O | 系统名与位置列表 | — | 列明哪些系统有副本及其口径差异 |
| 存储位置 | storage_location | 字符 256 | M | 自由文本 | 空值检查 | 与资产登记一致 |
| 取数通道 | access_channel | 枚举 | M | 只读接口／数据库只读视图／文件导出／人工导出／暂无通道 | 值域检查 | 取「暂无通道」的须带「暂无通道」提示标签 |
| 规模计量 | volume | 字符 64 | M | 数值＋单位＋统计时点 | 空值检查 | 单位按资产管理办法第九条的计量口径 |
| 关联元数据标识 | meta_ref | 字符 32 | M | 指向 meta_id | 引用完整性检查 | 点击可查字段级元数据与血缘 |
| 关联数据标准 | standard_ref | 字符 256 | C | 数据元与指标卡编号列表 | 引用完整性检查；已落标的必填 | 使用者据此核对口径 |
| 质量状态 | quality_status | 字符 256 | M | 质量分＋评级＋各维度实测值引用 | 引用完整性检查 | 由质量检查结果自动写入，不人工填 |
| 已知质量缺口 | quality_gap | 字符 512 | O | 自由文本 | — | 由质量分析结论自动摘录；写明已知问题比掩盖问题更有用 |
| 血缘可追溯状态 | lineage_status | 枚举 | M | 可追溯／部分可追溯／暂不可追溯 | 值域检查 | 由血缘记录自动判定 |
##### 4.4.4 管理属性组
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 敏感级别 | sensitivity_level | 枚举 | M | L1—L5 | 值域检查 | 引用数据安全分级标准 |
| 脱敏要求 | masking_note | 字符 256 | C | 自由文本 | 条件必填：L4、L5 必填 | 写明哪些字段须脱敏、用什么方法 |
| 产生方式 | origin_type | 枚举 | M | 五类 | 值域检查 | 与资产登记一致 |
| 所有权结论 | ownership | 字符 128 | M | 码表 OWNERSHIP | 值域检查 | 与权属登记一致 |
| 产品经营权状态 | right_operate | 枚举 | M | 四档 | 值域检查 | 与权属登记一致 |
| 价值等级 | value_level | 枚举 | C | 一级／二级／三级／四级／未评估 | 值域检查 | 由价值评估结论写入 |
| 目录状态 | entry_status | 枚举 | M | 已上架／已下架／暂停申请 | 值域检查 | 下架条目仅办公室可查 |
| 条目版本与更新时间 | entry_version／update_time | 字符 16／时间 | M | — | 格式检查 | 条目内容变更即递进 |
##### 4.4.5 使用与运营组
| 字段名 | 英文标识 | 类型与长度 | 必填性 | 取值域或码表 | 校验规则 | 填写口径 |
|---|---|---|---|---|---|---|
| 可申请角色 | applicable_roles | 字符 128 | M | 码表 ROLE_LIST | 引用完整性检查 | 按授权矩阵自动生成，不人工填 |
| 审批档位 | approval_tier | 枚举 | M | 甲档／乙档／丙档 | 值域检查 | 按级别与用途自动判定 |
| 交付方式 | delivery_mode | 字符 128 | M | 在线查询／接口授权／脱敏文件／限定环境访问 | 值域检查，可多值 | 申请人据此预估可用形式 |
| 累计申请量 | apply_cnt | 整数 | M | 平台统计 | — | 运营度量的来源 |
| 当前有效授权数 | active_grant_cnt | 整数 | M | 平台统计 | — | 为零且连续两周期的进核查 |
| 最近一次被申请时间 | last_apply_time | 时间 | O | 平台统计 | — | 用于识别无人使用的条目 |
| 使用方反馈 | feedback_note | 字符 512 | O | 自由文本 | — | 反馈经办公室处理后摘录，不原样公开 |
36 个字段中有 9 个由平台自动写入（质量状态、已知质量缺口、血缘可追溯状态、
可申请角色、审批档位、累计申请量、当前有效授权数、最近一次被申请时间、条目版本与更新时间），
人工填写的 27 个。自动写入的字段一律禁止人工修改——
目录条目的可信度依赖于这些字段与源头一致，一旦允许手改，目录就会逐渐变成一份过期的说明书。
#### 4.5 目录条目样例（详展）
下面逐条展开四个条目，说明填写粒度。字段取 4.4 节定义，取值形态为正式口径。
##### 样例条目一
| 字段 | 取值 |
|---|---|
| 条目编号 | AS-0002 |
| 条目名称 | 工艺卡片—备料工序明细 |
| 主题域／业务对象 | 产品工艺设计／工艺路线与工艺卡 |
| 业务域标签 | 研发设计；生产制造 |
| 数据形态标签 | 文档；半结构化 |
| 特殊提示标签 | （无） |
| 内容说明 | 按零件编排的备料工序卡片明细。每一条记录对应一张工艺卡片上的一道工序，含工序顺序号、工序代码、工序名称、所用设备与工装、材料规格与板厚、展开尺寸、工时定额、编制与审签信息。备料下料至成形共 28 道工序，一个零件的卡片通常由其中若干道构成。 |
| 典型用途举例 | 一、按图号查该零件历史上的备料工序顺序与设备占用；二、按材质与板厚检索可借用的既有工艺，用于新零件的工艺编排。 |
| 口径说明 | 一张卡片可能有多个版次，本条目只收录审签状态为「已签发」的版次，编制中与已作废的不在内。工时定额字段取卡片上记载的定额值，与工时定额系统中的统计值可能不一致，两者差异原因见不适用说明。展开尺寸中的中性层系数取值来源一并记录，便于回溯某一展开长是按哪条经验算出。 |
| 不适用说明 | 不能用于考核实际工时——卡片定额是计划值，实际工时须取报工记录。不能用于判断当前工艺是否现行有效，现行有效性须查工艺系统的版次状态。 |
| 更新频率 | 按业务触发（新卡片签发或版次变更时） |
| 时间覆盖 | 【待填：最早卡片年份】至今，中断区间待盘点确认 |
| 责任部门与联系岗位 | 【待填：工艺归口部门】／工艺数据专责 |
| 权威源系统 | 产品全生命周期管理 |
| 副本分布 | 工时定额系统存有定额字段副本，口径差异见口径说明 |
| 取数通道 | 按图号或项目只读读取，解析在内网就地进行 |
| 规模计量 | 按卡片份数与工序明细条数，统计时点待实测 |
| 关联数据标准 | 工序代码数据元；材质牌号数据元；板厚数据元【待填：数据元编号】 |
| 质量状态 | 由质量检查结果自动写入；重点维度为工序代码一致性与图号准确性 |
| 已知质量缺口 | 部分历史卡片的设备与工装字段填写不完整 |
| 血缘可追溯状态 | 部分可追溯（解析血缘已建，图卡配对关系部分待核验） |
| 敏感级别／脱敏要求 | L3-重要／不适用 |
| 产生方式／所有权／经营权 | 企业自行产生／归甲方／未授予 |
| 价值等级 | 未评估（首轮评估后写入） |
| 目录状态 | 已上架 |
| 审批档位／交付方式 | 甲档／在线查询；接口授权 |
##### 样例条目二
| 字段 | 取值 |
|---|---|
| 条目编号 | AS-0004 |
| 条目名称 | 炉次—温度曲线与检验结论配对数据 |
| 主题域／业务对象 | 制造过程／热处理炉次 |
| 业务域标签 | 生产制造；质量管理；设备管理 |
| 数据形态标签 | 时序；结构化 |
| 特殊提示标签 | 待数据到位·结构已建（装炉量与码装方式两字段待填报入口上线） |
| 内容说明 | 以炉次为单位组织的热处理过程数据。每一条记录对应一个炉次，含执行的正式工艺文件与版本、下发的设定程序、开炉与完工时间、装炉工件清单、材料批次、该炉次对应的温度曲线时序数据段标识、升温段与保温段的实际偏离幅度、硬度检验值与检验结论、温度测量系统的计量校验状态，以及由前述项派生的数据可信度等级。 |
| 典型用途举例 | 一、查某一批工件的热处理过程曲线与其硬度检验结论的对应关系；二、分析设定程序与实际曲线的偏离幅度同检验结论之间的关系，用于热处理过程监控场景的样本构造。 |
| 口径说明 | 本条目的组织单位是炉次，不是时间段——未能与任何炉次配对的时序数据段不在本条目内。可信度等级按测点可用性与计量校验状态分级，计量校验失效期间采集的数据等级下调，下游据此决定是否纳入训练集。偏离幅度为派生字段，算法与参数见关联元数据。 |
| 不适用说明 | 不能用于设备台时利用率统计——本条目只收有检验结论配对的炉次，无结论炉次不在内，用于台时统计会低估。 |
| 更新频率 | 日（按炉次完工与检验录入进度） |
| 时间覆盖 | 【待填：热处理群控系统最早留存年份】至今 |
| 责任部门与联系岗位 | 【待填：热处理归口部门】／热处理工艺数据专责 |
| 权威源系统 | 热处理群控（过程）；质量管理（结论） |
| 副本分布 | 数据采集与监控系统存有同源温度曲线，采样周期不同 |
| 取数通道 | 炉次工单与开完工记录只读读取；时序数据按区间只读读取 |
| 规模计量 | 按炉次数与测点数，时间跨度一并标注 |
| 关联数据标准 | 硬度检验值数据元（一级关键数据元素）；材质牌号数据元；检验结论码表 |
| 质量状态 | 重点维度为炉次与检验配对率、时序缺段率、时间基准对齐 |
| 已知质量缺口 | 装炉量与码装方式字段暂为空，待甲方增设填报入口；部分历史炉次与材料批次关联缺失 |
| 血缘可追溯状态 | 可追溯 |
| 敏感级别／脱敏要求 | L3-重要（关键工艺参数窗口为 L5，已拆分为独立条目）／不适用 |
| 产生方式／所有权／经营权 | 设备自动采集／归甲方／未授予 |
| 价值等级 | 未评估 |
| 目录状态 | 已上架 |
| 审批档位／交付方式 | 乙档／接口授权；限定环境访问 |
##### 样例条目三
| 字段 | 取值 |
|---|---|
| 条目编号 | AS-0008 |
| 条目名称 | 工作面工况与地质资料 |
| 主题域／业务对象 | 供需计划／商机与选型方案 |
| 业务域标签 | 营销管理；研发设计 |
| 数据形态标签 | 文档；结构化 |
| 特殊提示标签 | 第三方来源·对外须另行同意；含矿方位置信息·须去标识 |
| 内容说明 | 由矿方用户在项目洽谈与设计阶段提供的工作面条件资料，含巷道断面尺寸、煤层厚度与倾角、顶底板条件、瓦斯与水文条件、运输距离与提升方式，以及与配套装备各方会商确定的接口参数（截深、截高、推移步距等）。资料以项目为单位归集。 |
| 典型用途举例 | 一、按工况条件检索历史相似项目的选型方案与投运效果；二、作为产品智能选型场景的输入条件集。 |
| 口径说明 | 资料来源为矿方提供，所有权不在本公司，使用范围以提供时的约定为限。接口参数部分往往来自会商结论而无规范电子留痕，此类记录在第三方来源台账中标注「约定待核」，并设半年复核。本条目内容未经矿方同意不得对外提供，用于内部数据集加工须先完成去标识化。 |
| 不适用说明 | 不能作为地质条件的权威数据源用于对外出具结论——资料为提供方自述，本公司未作独立核验。 |
| 更新频率 | 按业务触发（新项目资料归集时） |
| 时间覆盖 | 【待填：资料归集最早年份】至今 |
| 责任部门与联系岗位 | 【待填：营销归口部门】／商机数据专责 |
| 权威源系统 | 协同办公文档库；项目资料目录 |
| 取数通道 | 文档目录与附件只读导出 |
| 规模计量 | 按项目份数；选型方案约四五百套（待实测） |
| 质量状态 | 重点维度为工况参数完整性与项目标识一致性 |
| 已知质量缺口 | 以文档形式散存，无结构化库；接口参数部分缺电子留痕 |
| 血缘可追溯状态 | 部分可追溯 |
| 敏感级别／脱敏要求 | L4-敏感／须去标识矿区与工作面名称、地理位置、矿方单位标识 |
| 产生方式／所有权／经营权 | 客户或第三方提供／不在甲方／暂不可对外提供 |
| 价值等级 | 未评估 |
| 目录状态 | 已上架（仅工作组及以上角色可见） |
| 审批档位／交付方式 | 乙档（内部加工）、丙档（对外）／脱敏文件；限定环境访问 |
##### 样例条目四
| 字段 | 取值 |
|---|---|
| 条目编号 | AS-0012 |
| 条目名称 | 质量方向基准测试子集 |
| 主题域／业务对象 | 质量／数据集资产 |
| 业务域标签 | 质量管理 |
| 数据形态标签 | 结构化；文档 |
| 特殊提示标签 | 已进入已发布数据集构成·不可销毁 |
| 内容说明 | 四类数据集中基准测试数据集的质量方向子集，用于对质量相关任务作统一评测。样本按任务类型组织，含题干、参考答案、评分口径与来源标注，与训练用子集按来源与时间双重切分隔离。 |
| 典型用途举例 | 一、对质量类场景的模型输出作统一评测与版本间比较；二、作为验证报告中评测协议的固定输入。 |
| 口径说明 | 本子集与训练用子集严格隔离，隔离成立由数据集构成血缘证明。规模为 0.25 万条，由平台从数据集内容统计后写入，与数据卡规模字段同源。评测协议（环境、随机种子、推理参数、指标计算脚本）随版本固化并存档，不同版本间的评测结果仅在协议一致时可比。 |
| 不适用说明 | 不得用于训练或微调——一经用于训练即失去基准作用，相关评测结论作废。 |
| 更新频率 | 按数据集版本发布触发 |
| 时间覆盖 | 按构成来源的时间切分点确定 |
| 责任部门与联系岗位 | 数据管理办公室／数据集运营专责 |
| 权威源系统 | 数据治理平台 |
| 取数通道 | 接口授权；按版本导出 |
| 规模计量 | 0.25 万条 |
| 关联数据标准 | 评测指标定义引用质量评测规范条目 |
| 质量状态 | 由质检报告与验证报告写入，含六维度实测值 |
| 血缘可追溯状态 | 可追溯（构成来源逐项登记至资产版本） |
| 敏感级别 | L3-重要 |
| 产生方式／所有权／经营权 | 治理加工形成／按合同约定／暂不可对外提供 |
| 价值等级 | 未评估 |
| 目录状态 | 已上架 |
| 审批档位／交付方式 | 乙档／接口授权；按版本导出 |
四个样例条目分别代表四类不同情形：
样例一是企业自产的文档类资产，重点在口径说明与不适用说明；
样例二是设备采集的过程数据，重点在资产边界按配对关系划定与可信度分级；
样例三是第三方来源资产，重点在限制条件的标签化呈现；
样例四是数据集资产，重点在隔离性与评测协议的可比性。
正式目录中每一条条目按同一体例编制。
#### 4.6 目录清单导出件
导出件是目录的纸质与电子交付形态，用于验收移交与离线查阅。
导出件采用宽表，一行一条目，列为 4.4 节字段的摘要集（长文本字段截取或另附）。
表头与样例行如下。
| 条目编号 | 条目名称 | 主题域 | 业务对象 | 业务域 | 形态 | 提示标签 | 更新频率 | 权威源 | 取数通道 | 规模计量 | 敏感级别 | 所有权 | 经营权 | 价值等级 | 审批档位 | 责任岗位 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| AS-0001 | 工程图纸—结构件图纸原生文件 | 产品工艺设计 | 图纸与图档 | 研发设计 | 图纸 | — | 按业务触发 | 产品全生命周期管理 | 按图号只读读取 | 约 63 万张 | L3 | 归甲方 | 未授予 | 未评估 | 乙档 | 设计数据专责 | 已上架 |
| AS-0002 | 工艺卡片—备料工序明细 | 产品工艺设计 | 工艺路线与工艺卡 | 研发设计；生产制造 | 文档；半结构化 | — | 按业务触发 | 产品全生命周期管理 | 按图号只读读取 | 按份数与明细条数 | L3 | 归甲方 | 未授予 | 未评估 | 甲档 | 工艺数据专责 | 已上架 |
| AS-0003 | 图卡成对样本集 | 产品工艺设计 | 成对样本 | 研发设计 | 结构化；图纸 | 已进入已发布数据集构成·不可销毁 | 按加工批次 | 数据治理平台 | 接口授权 | 按成对样本条数 | L3 | 按合同约定 | 暂不可对外 | 未评估 | 乙档 | 数据集运营专责 | 已上架 |
| AS-0004 | 炉次—温度曲线与检验结论配对数据 | 制造过程 | 热处理炉次 | 生产制造；质量管理 | 时序；结构化 | 待数据到位·结构已建 | 日 | 热处理群控；质量管理 | 只读读取 | 按炉次数与测点数 | L3 | 归甲方 | 未授予 | 未评估 | 乙档 | 热处理工艺数据专责 | 已上架 |
| AS-0005 | 焊道—焊接参数流配对数据 | 制造过程 | 焊接作业 | 生产制造；质量管理 | 时序；结构化 | — | 日 | 数据采集与监控 | 只读读取 | 按焊道数与参数点数 | L3 | 归甲方 | 未授予 | 未评估 | 乙档 | 焊接工艺数据专责 | 已上架 |
| AS-0006 | 在役装备—测点时序与报警记录 | 在役服务 | 测点与时序 | 设备管理 | 时序 | 含矿方位置信息·须去标识 | 准实时 | 装备远程运维平台 | 按授权读取 | 按测点数与时间跨度 | L4 | 归甲方 | 未授予 | 未评估 | 乙档 | 服务数据专责 | 已上架 |
| AS-0007 | 历史选型方案—工况参数与配置 | 供需计划 | 商机与选型方案 | 营销管理 | 文档 | — | 按业务触发 | 协同办公文档库 | 文件导出 | 约四五百套 | L4 | 归甲方 | 未授予 | 未评估 | 乙档 | 商机数据专责 | 已上架 |
| AS-0008 | 工作面工况与地质资料 | 供需计划 | 商机与选型方案 | 营销管理；研发设计 | 文档；结构化 | 第三方来源·对外须另行同意；含矿方位置信息·须去标识 | 按业务触发 | 协同办公文档库 | 文件导出 | 按项目份数 | L4 | 不在甲方 | 暂不可对外 | 未评估 | 乙档／丙档 | 商机数据专责 | 已上架 |
| AS-0009 | 制度与标准文件—现行有效版本 | 基础支撑 | 制度与标准 | 跨域 | 文档 | — | 按业务触发 | 协同办公 | 只读导出 | 按文件份数 | L2 | 归甲方 | 未授予 | 未评估 | 甲档 | 综合管理数据专责 | 已上架 |
| AS-0010 | 行业标准文本—外部获取 | 基础支撑 | 制度与标准 | 跨域 | 文档 | 外部版权·仅限内部 | 随标准查新 | 企业文档 | 只读导出 | 按标准号件数 | L1 | 归发布方 | 不可对外 | 未评估 | 甲档 | 标准数据专责 | 已上架 |
| AS-0011 | 制造过程方向预训练子集 | 制造过程 | 数据集资产 | 生产制造 | 结构化 | 已进入已发布数据集构成·不可销毁 | 按版本发布 | 数据治理平台 | 接口授权 | 105 亿 Token | L3 | 按合同约定 | 暂不可对外 | 未评估 | 乙档 | 数据集运营专责 | 已上架 |
| AS-0012 | 质量方向基准测试子集 | 质量 | 数据集资产 | 质量管理 | 结构化；文档 | 已进入已发布数据集构成·不可销毁 | 按版本发布 | 数据治理平台 | 接口授权 | 0.25 万条 | L3 | 按合同约定 | 暂不可对外 | 未评估 | 乙档 | 数据集运营专责 | 已上架 |
| AS-0013 | 纸质检测报告—待数字化 | 质量 | 检验与交检 | 质量管理 | 文档 | 暂无通道·待数字化 | 一次性归档 | 纸质档案 | 暂无通道 | 【待填：份数】 | L3 | 归甲方 | 未授予 | 未评估 | — | 质量档案岗 | 待确认清单 |
| AS-0014 | 业务术语标准 | 基础支撑 | 组织与术语 | 跨域 | 结构化 | — | 按业务触发 | 数据治理平台 | 在线查询 | 按术语条数 | L2 | 归甲方 | 未授予 | 未评估 | 甲档 | 标准工作组 | 已上架 |
| AS-0015 | 决策指标体系—指标卡 | 基础支撑 | 组织与术语 | 跨域 | 结构化 | — | 按业务触发 | 数据治理平台 | 在线查询 | 按指标条数 | L2 | 归甲方 | 未授予 | 未评估 | 甲档 | 指标归口岗 | 已上架 |
末行 AS-0013 的状态为「待确认清单」，不是「已上架」。
把它放进导出件而不是直接省略，是为了让招标方在验收时看得到
目录之外还有哪些资产尚未进来、为什么没进来——
目录只列已上架条目会给人「盘点已经做完」的错觉，列出待确认清单才是实情。
#### 4.7 目录的维护要求
目录条目的上架、变更与下架规则在《数据资产管理办法》第十八条至第二十条规定，
本文件不重复。本节只写三项目录自身的维护要求。
其一，季度出版次。每季度末由办公室出一次版次，
版次内容为本季度新增、变更、下架的条目清单与变更原因，
并对全量条目的自动写入字段做一次刷新。季度版次经委员会备案。
其二，年度全量核对。每年一次，核对内容三项：
条目与资产登记的一致性；条目与元数据的一致性；
业务说明是否仍与业务实际相符。第三项须由各业务归口部门数据专责逐条确认，
不能由平台自动完成——业务变了而说明没改，是目录失效最常见的方式。
其三，无人使用条目的处置。连续两个评估周期无人申请的条目，
由办公室核查原因并按下表处置。
| 核查发现的原因 | 处置方式 |
|---|---|
| 条目业务说明写得不清，使用者看不懂 | 退回业务归口部门补写说明，限期十个工作日 |
| 条目名称不符合使用者的检索习惯 | 补充别名与关键词，不改条目名称 |
| 审批档位过高，申请成本大于收益 | 复核分级是否合理，确可下调的按变更流程调整 |
| 确无场景依赖 | 进入退役评估，按退役管理规范处置 |
| 数据质量不足以支撑使用 | 进入质量提升，并在条目上标注已知缺口 |
这张表是目录运营的实际抓手。「建好了没人用」是资产目录最常见的失效方式，
而原因往往不是目录本身没建好，是说明写得让人看不懂、或者申请太麻烦。
把原因分类并各自对应处置方式，核查才有结论。
#### 4.9 职责矩阵与责任边界
资源目录是一份持续变动的登记物，它的职责分工关心的是条目的每一次新增、
变更与下架谁来推进、谁来把关。下表按目录的维护动作列出，一项动作一行。
代码含义与本附件 2.11 一致。
| 序 | 动作 | 委员会 | 办公室 | 数据资产工作组 | 资产责任部门 | 我方项目组 |
|---|---|---|---|---|---|---|
| 1 | 目录分类框架的确定与调整 | 审 | 批 | 签 | 配 | 拟 |
| 2 | 条目字段定义的维护 | — | 批 | 审 | 配 | 拟 |
| 3 | 条目的新增登记 | — | 审 | 配 | 拟 | 执 |
| 4 | 登记内容的审核与上架 | — | 批 | 审 | 签 | 配 |
| 5 | 条目描述与检索标签的撰写 | — | 审 | 配 | 批 | 拟 |
| 6 | 分级与权限标记的同步 | — | 督 | 审 | 签 | 执 |
| 7 | 条目变更的申报与审批 | — | 批 | 审 | 拟 | 配 |
| 8 | 条目下架的申请与批准 | 审 | 批 | 审 | 拟 | 配 |
| 9 | 目录清单导出件的生成与发布 | — | 批 | 配 | 配 | 执 |
| 10 | 条目完整性与时效性的定期核查 | — | 批 | 审 | 配 | 执 |
| 11 | 目录与元数据、资产登记的一致性比对 | — | 审 | 批 | 配 | 执 |
| 12 | 不一致项的更正 | — | 督 | 审 | 批 | 执 |
| 13 | 目录版本的发布与下游通知 | — | 批 | 配 | 配 | 执 |
第 5 行把条目描述与检索标签的「批」放在资产责任部门，
是因为目录的价值在于找得到。
由登记方按字段名拼出来的描述，在检索时命中率很低——
用的人搜的是业务里的说法，而不是表名。
这一行与第 10 行的定期核查合起来，决定了目录是一份可用的清单还是一份存档。
第 11 行与第 12 行必须连读。目录、元数据与资产登记三处记录同一批对象，
三处的更新由不同流程触发，不一致是常态而不是异常。
把比对列为一项有承办方的动作、把更正的批准权放在资产责任部门，
是为了让不一致有人发现也有人认账；只做比对不定更正责任，清单会越积越长。
责任边界按下列三条划定。
其一，条目的业务描述与检索标签由资产责任部门确认。
我方项目组负责字段的采集、填报与检索能力的实现，不代行业务描述的撰写定稿。
其二，条目的上架与下架由甲方审批。
我方项目组负责登记、核查与状态同步，不自行增删条目；
核查发现已失去对象的条目，提出下架申请并说明原因，在批准前保留并标注状态。
其三，目录中的分级与权限标记取自安全分级与权限管理的结论。
我方项目组按结论同步，不在目录侧另行判定级别；
三处标记不一致的按第十二条的更正流程处理，不以目录侧取值为准。
#### 4.9 与矿山装备制造业务的结合点
本目录的三处设计直接来自本公司的业务实际。
**第一处，「口径说明」与「不适用说明」两个字段设为必填与建议填写。**
公司当前的实际状况之一是同一名称在不同系统中指的不是同一件事——
库存在企业资源计划、仓储管理与实物盘点三处口径并存就是典型。
目录若只给条目名称与字段列表，使用者拿到的仍是三份看起来一样的东西。
样例条目一的「不适用说明」写明工艺卡定额是计划值而非实际工时，
这类说明才是目录对使用者的真实价值。
**第二处，条目以配对关系为边界而不以系统为边界。**
样例条目二把炉次作为组织单位，样例条目三把项目作为归集单位，
样例条目一把工序明细作为记录粒度。这种划法的依据是业务对象而非系统表结构。
按系统表结构建目录，使用者看到的是十七套系统的几千张表；
按业务对象建目录，使用者看到的是自己认识的东西。
**第三处，提示标签覆盖本项目的四类真实限制。**
矿方工况资料的第三方来源限制、在役装备数据的位置信息去标识要求、
外部标准文本的版权限制、已被数据集引用资产的不可销毁约束——
这四类限制在本公司的数据上都真实存在，
做成标签在条目卡片上显示，审批与使用环节不必逐份翻查原始约定。
#### 4.10 评审与修订机制
目录是数据成果，其评审与修订机制与制度类文档不同，分三层。
第一层是条目级。单个条目的新增与变更由业务归口部门数据专责发起、
办公室审核，审核要点为业务说明是否用业务语言写明、
自动写入字段是否与源头一致、提示标签是否齐备。
条目变更不走委员会，但变更记录逐条留痕。
第二层是版次级。季度版次由办公室发布并经委员会备案，
备案材料为本季度变更清单与全量核对的差异项。
版次发布后三个工作日内在目录页面挂公告，并向目录使用方下发通知
（按第 1.6 节表 A6-3 第五行执行）。
第三层是框架级。分类框架、字段定义、标签取值的修订按主版本处理，
须经委员会批准。批准前须由平台出具「受影响条目数量与补填工作量」测算。
框架修订后，历史条目的补填期限由办公室确定，补填完成前新旧框架并行显示。
年度复核由办公室组织，复核结论分三类：
框架继续适用、框架需调整、部分条目需重编。
复核结论与处理情况记入年度数据资产管理报告。
| 版次 | 变更类型 | 变更内容摘要 | 变更原因 | 发起与审核 | 备案 | 发布日期 | 已通知下游 |
|---|---|---|---|---|---|---|---|
| V1.0 | 首发 | 首批条目上架 | 数据治理规划交付要求 | 项目组编制，各业务口确认，办公室审核 | 委员会备案 | 【待填】 | 全量下发并挂公告 |
| V1.0-2027Q2 | 季度版次 | 示例：新增在役服务域条目若干，下架无场景依赖条目若干 | 季度盘点与无人使用核查结论 | 办公室 | 委员会备案 | 【待填】 | 目录使用方 |
| V2.0 | 框架级 | 示例：分类框架二级业务对象调整 | 主题域划分随新增场景调整 | 项目组，资产工作组会签 | 委员会批准 | 【待填】 | 全量下发，新旧框架并行期内双显示 |
### 五、《资产价值评估办法》V1.0 样章
本节回应招标文件交付清单第 15 项（b1333r16）及其要求出处 3.2.6.1.1.2.4
第（2）项与第（4）项（b1270、b1273、b1274）。
招标文件对本文件的要求是「构建数据资产价值评估办法，明确评估维度和流程」，
因此本样章把重点放在两处：维度的逐项评分细则，以及流程各步的责任与时限。
#### 5.1 文件标识
| 项 | 内容 |
|---|---|
| 文件名 | 宁夏天地奔牛实业集团有限公司资产价值评估办法 |
| 文件编号 | GHY26691-GV-04-0004-V1.0 |
| 版本号 | V1.0 |
| 文件层级 | 职能级文件（下承《数据资产管理办法》第六章） |
| 密级 | 内部 |
| 归口部门 | 数据管理办公室 |
| 起草 | 项目组承办，数据资产工作组会签，各业务口会签打分口径 |
| 审议与发布 | 办公室审核，数据治理委员会批准 |
| 生效日期 | 【待填】 |
| 本版正文篇幅 | 十章三十八条，附表五张、附图一幅、配套表单三张 |
#### 5.2 适用范围与生效条件
##### 5.2.1 适用范围
本办法适用于已进入数据资源目录且状态为已上架的全部资产条目。
待确认资源不参与评估；已下架条目在下架当期不评估，
但其历史评估结论保留，用于退役评估参考。
本办法适用于分值化的多维评估。货币化估值仅适用于同时满足三项条件的资产：
产品经营权已授予、权属登记状态为已确认、已具备可参照的交易或服务计价依据。
三项条件不同时满足的资产不作货币化估值。
这一区分是本办法的基本设计。价值评估容易滑向两个极端：
一个是只谈定性，写成「数据价值巨大」，无法用于任何决策；
另一个是直接套用财务计价模型算出一个货币数字，
而公司的数据交易尚未发生，没有市场价可参照，算出来的数字不能支撑任何判断。
因此本办法分两步：先做分值化的多维评估，用于内部排序与投入决策；
在具备交易参照之后，再对具备经营条件的资产单独开展货币化估值。
##### 5.2.2 生效条件
其一，数据资源目录已发布首批条目，且条目的自动写入字段（质量状态、规模计量、
血缘可追溯状态）已由平台正常写入。本办法的数据质量类与规模类指标直接取这些字段，
取不到值则无法评分。
其二，各业务归口部门已明确业务价值类指标的打分岗位。
业务价值不能由平台算，只能由业务口判断，打分岗位不明确则该维度无从取值。
其三，验证场景清单已确定。支撑场景数与不可替代性两项指标以场景清单为参照，
场景清单未定则这两项无法评分。首轮评估按已确定的场景清单执行，
清单后续扩充的在下一轮评估中体现。
#### 5.3 正文结构
| 章 | 节 | 目 |
|---|---|---|
| 第一章 总则 | 1.1 目的与依据 | — |
| | 1.2 适用范围 | — |
| | 1.3 术语与定义 | 1.3.1 多维评估 1.3.2 货币化估值 1.3.3 价值等级 |
| | 1.4 基本原则 | 1.4.1 先分值后货币 1.4.2 一数一源 1.4.3 结论与管理要求挂钩 |
| 第二章 评估对象与范围 | 2.1 评估对象 | — |
| | 2.2 不纳入评估的情形 | — |
| | 2.3 评估单元的划分 | — |
| 第三章 评估维度与评分细则 | 3.1 五个一级维度 | — |
| | 3.2 业务价值维度 | 3.2.1 支撑场景数 3.2.2 不可替代性 3.2.3 决策层级 |
| | 3.3 数据质量维度 | 3.3.1 完整性与准确性 3.3.2 一致性 3.3.3 时效性 |
| | 3.4 规模与稀缺性维度 | 3.4.1 存量规模 3.4.2 行业稀缺性 3.4.3 时间跨度 |
| | 3.5 可用性维度 | 3.5.1 标准化程度 3.5.2 可共享程度 |
| | 3.6 成本维度 | 3.6.1 获取与加工成本（反向计分） |
| 第四章 权重与计算 | 4.1 权重表 | — |
| | 4.2 计算方式 | — |
| | 4.3 缺值处理 | — |
| 第五章 评估流程 | 5.1 范围确定 | — |
| | 5.2 数据采集 | 5.2.1 自动取数 5.2.2 业务打分 |
| | 5.3 评分与汇总 | — |
| | 5.4 评审 | 5.4.1 工作组复核 5.4.2 办公室汇总 5.4.3 委员会确认 |
| | 5.5 结果应用 | — |
| 第六章 价值等级与管理要求 | 6.1 等级划分 | — |
| | 6.2 各等级的管理要求 | — |
| | 6.3 四级资产的两类处置 | — |
| 第七章 货币化估值 | 7.1 适用条件 | — |
| | 7.2 三种方法的适用情形 | 7.2.1 成本法 7.2.2 收益法 7.2.3 市场法 |
| | 7.3 估值结论的使用限制 | — |
| 第八章 结果应用、记录与归档 | 8.1 三处应用 | — |
| | 8.2 评估记录台账 | — |
| | 8.3 归档要求 | — |
| 第九章 监督与复核 | 9.1 打分一致性核查 | — |
| | 9.2 异议与复评 | — |
| | 9.3 权重的年度复核 | — |
| 第十章 附则 | 10.1 生效与解释 | — |
| | 10.2 修订程序 | — |
| | 10.3 附表与配套表单 | — |
#### 5.4 第一章至第二章（条文）
**第一条（目的）** 为规范公司数据资产价值的评估活动，
明确评估维度、评分细则与评估流程，使资产价值可比较、可排序，
为治理投入优先级、资产分级管理与对外提供筛选提供依据，制定本办法。
**第二条（依据）** 本办法依据《数据资产管理办法》第六章，
结合公司数据治理规划与本项目建设要求制定。
**第三条（基本原则）**
（一）先分值后货币。全部资产作分值化多维评估；
仅对具备经营条件的资产另行开展货币化估值。
无交易参照时不以货币金额表述资产价值。
（二）一数一源。同一指标在同一轮评估中只有一个取数来源，
质量与规模类指标取自治理平台，业务价值类指标取自业务口打分，
两类来源不交叉、不互相覆盖。指标值有异议的按第三十三条提出复评，
不在评分环节临时改数。
（三）结论与管理要求挂钩。评估结论须对应到具体的管理要求，
按《数据资产管理办法》第二十七条执行。
评估不与管理要求挂钩，评估就只是一次打分活动。
**第四条（评估对象）** 评估对象为数据资源目录中状态为已上架的资产条目，
以条目为评估单元，一个条目一次评估一个总分。
**第五条（不纳入评估的情形）** 下列情形不纳入本轮评估：
待确认资源；本轮评估启动日前三个月内才上架的条目（质量与使用数据积累不足，
顺延至下一轮）；状态为已下架或暂停申请的条目。
**第六条（评估单元的划分）** 一个条目包含多个敏感级别或多个加工程度的数据对象、
且其价值差异明显的，由办公室决定是否拆分为多个评估单元分别评估。
拆分决定须说明理由并记入评估记录。
拆分不改变目录条目本身，只用于评估口径。
#### 5.5 第三章 评估维度与评分细则（核心条款）
**第七条（五个一级维度）** 评估设五个一级维度、十二项二级指标。
各指标按百分制单独评分，再按权重加权汇总为总分。
各指标的取值方式、数据来源与分档评分标准见附表一。
**第八条（评分的分档方式）** 各指标按四档评分：100 分、70 分、40 分、0 分。
不设连续评分，原因是业务价值类指标本质上是判断而非测量，
连续评分会制造虚假的精确度——打 73 分还是 76 分，打分人自己也说不清差别在哪。
四档的档间差距足够大，判断才稳定，不同打分人之间才可比。
质量与规模类指标由平台自动取数，可按实测值落档，落档规则见附表一。
##### 附表一 十二项二级指标的评分细则
| 一级维度 | 二级指标 | 取值方式 | 数据来源 | 100 分 | 70 分 | 40 分 | 0 分 |
|---|---|---|---|---|---|---|---|
| 业务价值 | 支撑场景数 | 统计该条目被多少个已确定的验证场景依赖 | 场景数据需求清单 | 依赖该条目的场景数不少于 4 个 | 2 至 3 个 | 1 个 | 无场景依赖 |
| 业务价值 | 不可替代性 | 业务口判断：缺少该条目时依赖场景的结论是否仍成立 | 业务口打分 | 缺少则场景无法实现，无任何替代来源 | 缺少则场景结论显著削弱，替代来源需大量补录 | 有替代来源，补齐成本可接受 | 有现成等效替代来源 |
| 业务价值 | 决策层级 | 业务口判断：该条目支撑的决策层级 | 业务口打分 | 支撑公司级决策 | 支撑部门级管理 | 支撑岗位级作业 | 无明确决策用途 |
| 数据质量 | 完整性与准确性 | 取质量状态中的非空率、枚举合规率、抽样准确率三项，按最低项落档 | 治理平台质量检查结果 | 三项均不低于 95% | 最低项在 85%—95% | 最低项在 70%—85% | 最低项低于 70% 或尚未检查 |
| 数据质量 | 一致性 | 取跨系统比对一致率与关联命中率，按最低项落档 | 治理平台质量检查结果 | 最低项不低于 95% | 85%—95% | 70%—85% | 低于 70% 或无可比对对象且未说明 |
| 数据质量 | 时效性 | 按更新频率达标率与近三年数据占比两项综合落档 | 治理平台质量检查结果 | 更新频率达标且近三年占比不低于 50% | 达标且近三年占比 20%—50% | 更新滞后或近三年占比低于 20% | 已停止更新且无归档价值说明 |
| 规模与稀缺性 | 存量规模 | 按形态对应的计量口径分档，分档阈值按形态分别规定（见附表二） | 治理平台统计 | 规模处于同形态资产的前 25% | 25%—50% | 50%—75% | 后 25% |
| 规模与稀缺性 | 行业稀缺性 | 业务口与工作组共同判断：该类数据在行业内的可获得程度 | 业务口打分＋工作组复核 | 行业内极少企业具备，且具备特殊结构（如成对标注关系） | 行业内少数企业具备 | 行业内较普遍 | 可公开获取 |
| 规模与稀缺性 | 时间跨度 | 取时间覆盖的年限与连续性 | 目录条目时间覆盖字段 | 覆盖不少于 10 年且无显著中断 | 5 至 10 年或有少量中断 | 3 至 5 年 | 不足 3 年或中断严重 |
| 可用性 | 标准化程度 | 按落标字段占比与结构化程度两项综合落档 | 治理平台落标检查结果 | 落标字段占比不低于 80% 且已结构化 | 50%—80% | 20%—50% | 低于 20% 或未结构化 |
| 可用性 | 可共享程度 | 按敏感级别与对外提供限制条件综合落档 | 目录条目管理属性字段 | L1 或 L2，无额外限制 | L3，内部可共享 | L4，须脱敏且限定环境 | L5 或第三方来源未取得同意 |
| 成本（反向计分） | 获取与加工成本 | 按采集、清洗、标注、解析的累计投入强度分档；分值越高表示成本越低 | 加工环节工时与资源统计 | 基本无额外加工投入 | 投入较小 | 投入较大 | 投入极大且须持续投入 |
##### 附表二 存量规模的分档阈值（按形态分别规定）
| 数据形态 | 计量口径 | 前 25% 阈值 | 25%—50% | 50%—75% | 后 25% |
|---|---|---|---|---|---|
| 结构化 | 记录条数 | 【待填：按首轮实测分布确定】 | 同左 | 同左 | 同左 |
| 文档 | 份数 | 同上 | 同左 | 同左 | 同左 |
| 图纸 | 张数 | 同上 | 同左 | 同左 | 同左 |
| 图像 | 张数 | 同上 | 同左 | 同左 | 同左 |
| 时序 | 测点数×时间跨度 | 同上 | 同左 | 同左 | 同左 |
| 视频／音频 | 时长 | 同上 | 同左 | 同左 | 同左 |
附表二的阈值按首轮评估的实测分布确定，不预设数字。
预设绝对阈值会出问题：矿山装备制造企业的图纸存量与互联网企业的日志条数
不在同一量级上，用绝对数字分档，大部分条目会挤在同一档里，分不出差别。
按同形态内的相对分位分档，才能把差别区分出来。
首轮评估完成后把实测阈值固化并作为后续各轮的参照，此时阈值即为绝对值；
资产范围发生重大变化时重新测算。
#### 5.6 第四章 权重与计算（条文）
**第九条（权重表）** 十二项二级指标的权重如下，合计为 100%。
| 一级维度 | 二级指标 | 权重 | 维度合计 |
|---|---|---|---|
| 业务价值 | 支撑场景数 | 15% | 30% |
| 业务价值 | 不可替代性 | 10% | |
| 业务价值 | 决策层级 | 5% | |
| 数据质量 | 完整性与准确性 | 10% | 25% |
| 数据质量 | 一致性 | 8% | |
| 数据质量 | 时效性 | 7% | |
| 规模与稀缺性 | 存量规模 | 8% | 25% |
| 规模与稀缺性 | 行业稀缺性 | 12% | |
| 规模与稀缺性 | 时间跨度 | 5% | |
| 可用性 | 标准化程度 | 7% | 15% |
| 可用性 | 可共享程度 | 8% | |
| 成本 | 获取与加工成本 | 5% | 5% |
**第十条（行业稀缺性的权重说明）** 行业稀缺性给到 12%，高于存量规模的 8%，
是针对本公司资产特点的专门安排。
公司历史图纸约 63 万张，且每一张图纸历史上都配有一张已审核签发的工艺卡片，
天然构成成对的监督样本。这种成对关系在行业内不易获得，
其价值远高于单独的图纸或单独的工艺卡。
若按通用的规模导向评分，这类资产的分数会被 63 万张这个数字主导，
而真正值钱的是「成对」这一属性——同样 63 万张图纸若没有配套的已审工艺卡，
其价值要低得多。评估办法的维度设计必须能把这种差别区分出来。
权重取值在本办法编制阶段与甲方确认后固化。
**第十一条（计算方式）** 总分按下式计算：
总分 ＝ Σ（各二级指标得分 × 该指标权重）
得分保留一位小数，按四舍五入处理。
成本维度为反向计分，即成本越低得分越高，在附表一中已按反向口径给出分档标准，
计算时不再另作取反处理。
**第十二条（缺值处理）** 指标值缺失的处理按三类情形分别规定：
平台自动取数类指标因未开展检查而无值的，该项按 0 分计并在评估记录中标注原因，
不按平均分或空值处理；
业务打分类指标因打分岗位未反馈而无值的，由办公室催办一次，
仍无反馈的该条目本轮不出结论、顺延至下一轮；
存量规模因统计时点差异而有两个值的，取评估基准日的值。
缺值按 0 分计的规则须说明。按平均分补值看起来温和，实际会掩盖问题——
一项资产因为从未做过质量检查而拿到平均分，与一项资产因为质量好而拿到高分，
在总分上看不出区别。按 0 分计并标注原因，反而能推动把检查做起来。
#### 5.7 第五章 评估流程（条文与时限）
**第十三条（流程概述）** 评估按五步执行：
范围确定、数据采集、评分与汇总、评审、结果应用。
年度评估的启动时点为每年【待填：由甲方确定，建议为第一季度】，
全流程时限为启动后 45 个工作日内完成委员会确认。
**第十四条（第一步：范围确定）** 由办公室从数据资源目录中选取本轮评估对象，
按第五条排除不纳入评估的条目，形成《本轮评估对象清单》，
清单经数据资产工作组确认。时限：启动后 5 个工作日内。
**第十五条（第二步：数据采集）** 分两路并行。
平台自动取数路：由平台按附表一的数据来源列自动取数，生成指标值表，
取数失败或无值的逐条标注原因。时限：3 个工作日内。
业务打分路：由办公室向各业务口下发《业务价值打分表》，
打分表预填条目名称、内容说明与依赖场景清单，
打分岗位按附表一的分档标准勾选档位并填写判断理由。
打分理由为必填——只勾档位不写理由的打分表退回重填，
因为理由是后续复核与异议处理的唯一依据。时限：10 个工作日内反馈。
**第十六条（第三步：评分与汇总）** 由办公室按第十一条计算总分，
生成《评估结果汇总表》，表中逐条列出十二项指标得分、权重、加权分与总分，
并标注缺值项与打分理由摘要。时限：打分反馈齐备后 5 个工作日内。
**第十七条（第四步：评审）** 评审分三层。
数据资产工作组复核，复核重点为业务打分的档位与理由是否匹配、
同类资产的打分是否明显不一致、行业稀缺性的判断是否有依据；
复核意见逐条反馈，需调整的退回打分岗位确认后修正。时限：10 个工作日内。
办公室汇总复核后结果，形成《年度数据资产价值评估报告》。时限：5 个工作日内。
委员会确认评估结论并批准价值等级。时限：最近一次委员会例会。
**第十八条（第五步：结果应用）** 评估结论确认后 5 个工作日内，
由平台将价值等级写入目录条目的价值等级字段，
并按《数据资产管理办法》第二十七条调整各条目的质量规则配置、
备份范围与审批层级。调整结果由办公室核对，核对结论记入评估报告的附件。
这一步最容易断掉。评估报告出完、等级定完，
但质量规则没改、审批层级没动，评估就白做了。
因此本条规定调整结果须由办公室核对并作为报告附件，
使「挂钩」这件事有可查的证据。
### 图 A6-4 价值评估的五步流程、责任与时限
图 A6-4 数据来源：评估维度与流程要求取招标文件 3.2.6.1.1.2.4 第（2）项（b1270）；
价值等级与管理要求的对应取技术方案数据资产规划段；所列时限为建议值，与甲方确认后固化。
#### 5.8 第六章至第十章（条文）
**第十九条（等级划分）** 按总分划分四级：
85 分及以上为一级（核心资产）；70 分至 85 分为二级（重要资产）；
55 分至 70 分为三级（一般资产）；55 分以下为四级（待提升资产）。
区间端点按「含下限、不含上限」处理。
**第二十条（各等级的管理要求）** 按《数据资产管理办法》第二十七条执行，
本办法不重复规定。
**第二十一条（四级资产的两类处置）** 四级资产的低分原因须逐条分析，
按两条路径分别处置：
因质量维度得分低导致的，进入质量提升，列入数据质量问题整改台账；
因业务价值维度得分低（支撑场景数为 0 且不可替代性为 0 分）导致的，
进入退役评估，按数据退役管理规范处置。
两类原因同时存在的，先做质量提升，下一轮评估后仍为四级的再进退役评估。
得分低可能是因为质量差，也可能是因为暂时无场景依赖，
两种情形的处理方式相反，不能一概而论——
把暂无场景依赖的资产当作质量差的资产去提升质量，投入花出去而价值不变。
**第二十二条（货币化估值的适用条件）** 见第 5.2.1 节所述三项条件。
**第二十三条（三种方法的适用情形）**
（一）成本法。按资产的采集、清洗、标注、解析、存储与维护的累计投入计价，
适用于尚无收益数据与市场参照、但已投入明确的资产。
成本法的结论是价值下限，不作为定价依据。
（二）收益法。按资产对外提供或支撑业务产生的可归属收益折现计价，
适用于已有服务收入或可量化业务收益的资产。
采用收益法须说明收益归属的认定方式与折现率取值依据。
（三）市场法。按可比交易的成交价格类比计价，
适用于已有同类资产在数据交易场所成交记录可参照的情形。
无可比交易记录的不得采用市场法。
**第二十四条（估值结论的使用限制）** 货币化估值结论仅用于三类事项：
对外提供与挂牌筹划的内部参考；治理投入的投入产出分析；
甲方按其财务制度另有要求时的报送材料准备。
估值结论不作为财务入账依据，不对外公开，
不在未经甲方批准的情形下用于任何对外文件。
**第二十五条（三处应用）** 分值化评估结论有三处明确用途：
作为资源目录中的价值等级标签；作为治理投入优先级的依据；
作为具备经营条件资产的筛选依据。
每一轮评估报告须逐项说明本轮结论在这三处的实际应用情况。
**第二十六条（评估记录台账）** 评估过程与结论按台账留存，台账字段如下。
| 字段 | 填写口径 |
|---|---|
| 评估批次号 | 形如 VA-年份-轮次 |
| 评估基准日 | 规模与质量指标的取数时点 |
| 条目编号与名称 | 与目录一致 |
| 十二项指标得分 | 逐项记录档位与得分 |
| 业务打分理由 | 摘录打分岗位填写的理由 |
| 缺值项与原因 | 逐条记录 |
| 加权总分与等级 | 保留一位小数 |
| 工作组复核意见 | 含是否调整与调整前后对比 |
| 委员会确认结论 | 确认／调整后确认 |
| 与上一轮对比 | 总分变化、等级变化、变化主因 |
| 结果应用核对结论 | 质量规则、备份范围、审批层级是否已按等级调整 |
「与上一轮对比」一列是台账的要点。单轮评估只能给出排序，
逐年对比才能看出治理工作是否起了作用——
某一项资产的质量维度得分从 40 分升到 70 分，说明整改见效；
总分不变而等级不变，说明投入没有产生效果，须查原因。
**第二十七条（归档要求）** 评估结论与评估过程数据一并归档，
归档内容含对象清单、指标值表、业务打分表原件、汇总表、
复核意见、评估报告与结果应用核对结论。
归档保留期限不短于项目期并随项目资料移交。
**第二十八条（打分一致性核查）** 工作组在复核时须做一致性核查：
抽取同一业务对象下的多个条目，比较其业务价值类打分是否存在明显不一致；
不一致且无法由条目差异解释的，退回打分岗位重新确认。
核查结果记入复核意见。
**第二十九条（异议与复评）** 条目的责任部门对评估结论有异议的，
可在结论通报后 10 个工作日内提出复评申请，申请须写明异议指标与依据。
办公室在 15 个工作日内组织复评，复评结论提交委员会确认。
复评以指标依据为准，不接受仅凭主观判断的异议。
**第三十条（权重的年度复核）** 附表一的权重随年度评估结果复核一次，
复核由办公室组织，重点核查两项：
各指标的区分度（某一指标全部条目同档，说明该指标无区分作用）；
总分分布是否过于集中（全部条目集中在同一等级，说明分档阈值或权重需调整）。
权重调整须经委员会批准，调整后须按新权重重算上一轮得分作为对比，
但不改上一轮已确认的结论。
**第三十一条（附则）** 本办法自委员会批准之日起施行，解释权归数据管理办公室。
配套表单三张为《业务价值打分表》《评估结果汇总表》《复评申请表》。
#### 5.9 评估表单填写样例：图卡成对样本集
为说明评分细则怎么用，以本项目最具特色的一项资产走一遍评分。
样例中的档位判断为示意，实际以项目期实测与业务口打分为准。
| 二级指标 | 判断依据 | 档位 | 得分 | 权重 | 加权分 |
|---|---|---|---|---|---|
| 支撑场景数 | 被板材备料工艺智能设计与产品智能选型两个场景直接依赖 | 70 分 | 70 | 15% | 10.5 |
| 不可替代性 | 无成对样本则工艺推荐没有可学习的监督信号，场景结论无法成立，且无替代来源 | 100 分 | 100 | 10% | 10.0 |
| 决策层级 | 支撑工艺编制的岗位级作业 | 40 分 | 40 | 5% | 2.0 |
| 完整性与准确性 | 图纸与工艺卡均为正式签发文件，准确性高；部分历史卡片设备与工装字段不完整，按最低项落档 | 70 分 | 70 | 10% | 7.0 |
| 一致性 | 取决于图卡配对关系的正确率，须以抽样核对结果为准，首轮按实测落档 | 70 分 | 70 | 8% | 5.6 |
| 时效性 | 历史样本跨度长而近三年占比有限，更新按业务触发且达标 | 70 分 | 70 | 7% | 4.9 |
| 存量规模 | 图纸约 63 万张，在同形态资产中处于前列 | 100 分 | 100 | 8% | 8.0 |
| 行业稀缺性 | 成对的图纸与已审工艺卡在行业内不易获得，具备特殊结构 | 100 分 | 100 | 12% | 12.0 |
| 时间跨度 | 历史覆盖年限长且连续 | 100 分 | 100 | 5% | 5.0 |
| 标准化程度 | 落标与解析完成后才会提高，首轮得分不高 | 40 分 | 40 | 7% | 2.8 |
| 可共享程度 | L3-重要，图纸涉及企业技术信息，内部可共享，对外须严格审批 | 70 分 | 70 | 8% | 5.6 |
| 获取与加工成本（反向） | 解析与配对需要较大投入 | 40 分 | 40 | 5% | 2.0 |
| **合计** | — | — | — | 100% | **75.4** |
按上表计算，该资产落在二级（重要资产）区间，接近一级下限。
结论有两个实际作用：
一是把该资产的质量规则优先级提到常规档以上，配对正确率成为必须持续监控的指标；
二是在对外提供与挂牌的筹划中明确其审批层级，
不因其「只是图纸和卡片」而被当作一般资产处理。
这个样例也说明三件事。
第一，标准化程度与成本两项拉低了总分，而这两项是可以通过治理工作改善的——
落标与解析完成后标准化程度会上升，这正是治理投入应当优先投向此处的依据。
第二，行业稀缺性与不可替代性两项满分，说明该资产的价值不在体量而在结构，
与第十条的权重设计意图一致。
第三，总分 75.4 而非一级，说明评分细则没有为了突出重点资产而放水，
分档标准对任何资产一视同仁。若首轮评估后发现核心资产普遍落不到一级，
则按第三十条复核分档阈值，而不是逐项调高某一资产的档位。
#### 5.10 与矿山装备制造业务的结合点
本办法有三处针对本公司业务的专门设计。
**第一处，行业稀缺性的 100 分档明确写入「具备特殊结构（如成对标注关系）」。**
通用的稀缺性判断只看「这类数据在行业内常不常见」，
而本公司最有价值的资产的稀缺性恰恰在于结构——
图纸常见，已审工艺卡也常见，二者成对且可追溯到同一零件才稀缺。
分档标准把这一条写出来，打分岗位才知道该怎么判。
**第二处，支撑场景数的分档阈值按本项目的场景规模设定。**
本项目的验证场景数量有限，一项资产被 4 个及以上场景依赖已属很高，
因此 100 分档设在「不少于 4 个」。
若照搬通用模板中「不少于 10 个场景」的阈值，全部资产都会落在低档，
该指标就失去区分作用。
**第三处，时序类资产的存量规模按「测点数×时间跨度」计量。**
热处理温度曲线与在役装备测点时序若按记录条数计量，
数值会远大于图纸张数，在同一分档体系下会把图纸类资产全部压到低档。
按形态分别设定分档阈值（附表二），并以测点数与时间跨度的组合计量时序数据，
才能让不同形态的资产在同一维度上可比。
#### 5.11 评审与修订机制
本办法的评审与修订按第 1.6 节骨架执行，并补充两项特殊安排。
其一，权重与分档阈值的修订周期与评估周期绑定。
权重按第三十条随年度评估结果复核一次；
附表二的分档阈值在首轮评估后固化，其后在资产范围发生重大变化时重新测算。
两者的修订均须在新一轮评估启动前 10 个工作日完成并下发
（按第 1.6 节表 A6-3 第六行执行），不在评估进行中变更规则。
其二，评分细则的修订须附区分度测算。
修订附表一的任一分档标准，须由办公室出具该指标在上一轮评估中的档位分布，
说明修订后的区分度是否改善。
没有区分度测算的修订提议不进入评审——
分档标准改来改去而不看效果，评估结论就无法逐年对比。
| 版本 | 修订类型 | 修订内容摘要 | 修订原因 | 起草与会签 | 审批 | 生效日期 | 已通知下游 |
|---|---|---|---|---|---|---|---|
| V1.0 | 首发 | 全文制定 | 数据治理规划交付要求 | 项目组起草，资产工作组与各业务口会签 | 办公室审核，委员会批准 | 【待填】 | 按表 A6-3 全量下发 |
| V1.1 | 次版本 | 示例：附表二固化首轮实测分档阈值 | 首轮评估完成，阈值由待填转为实测值 | 项目组 | 办公室审核发布 | 【待填】 | 办公室评估组织岗、各业务口打分岗 |
| V2.0 | 主版本 | 示例：调整行业稀缺性与存量规模的权重比 | 年度复核发现存量规模指标区分度不足 | 项目组，资产工作组会签，附区分度测算 | 委员会批准 | 【待填】 | 新一轮评估启动前 10 个工作日下发 |
### 六、《数据资产运营流程规范》V1.0 样章
本节回应招标文件交付清单第 16 项（b1333r17）及其要求出处 3.2.6.1.1.2.4
第（3）项与第（4）项（b1271、b1272、b1273、b1274）。
招标文件的要求是「设计资产目录内部运营机制，明确资产申请、审批、使用等流程」，
因此本样章把重点放在流程各环节的表单字段、审批档位与时限上。
#### 6.1 文件标识
| 项 | 内容 |
|---|---|
| 文件名 | 宁夏天地奔牛实业集团有限公司数据资产运营流程规范 |
| 文件编号 | GHY26691-GV-04-0005-V1.0 |
| 版本号 | V1.0 |
| 文件层级 | 职能级文件（下承《数据资产管理办法》第五章、第七章） |
| 密级 | 内部 |
| 归口部门 | 数据管理办公室 |
| 起草 | 项目组承办，数据资产工作组会签，安全职能会签审批与交付条款 |
| 审议与发布 | 办公室审核，数据治理委员会批准 |
| 生效日期 | 【待填】 |
| 本版正文篇幅 | 十一章四十五条，附表六张、附图一幅、配套表单四张 |
#### 6.2 适用范围与生效条件
##### 6.2.1 适用范围
本规范适用于公司内部对数据资源目录中已上架资产的检索、申请、审批、
交付、使用、监控、回收与续期等运营活动，
以及对外提供事项在内部的申请与报批环节。
对外提供的技术实现（接口形式、传输方式、水印与校验）按数据开放共享管理规范执行；
对外提供的合规核验按《数据资产管理办法》第十五条执行；
本规范只规定对外提供在内部的申请与报批流程。两者的界限写清，
是为了避免同一件事在两份文件里有两套规定。
本规范不适用于两类情形：
使用者对其本部门产生且本部门持有的资产的日常业务操作（走业务系统既有权限）；
治理与加工作业对资产的系统性读取（按项目授权范围与《数据资产管理办法》
第二十八条的约束执行，不逐次申请）。
##### 6.2.2 生效条件
其一，数据资源目录已发布首批条目，且条目的审批档位字段已由平台按级别与用途自动判定。
其二，治理平台的申请审批流程已配置并通过功能验证，
具备分档路由、会签、时限计时、超期提醒、授权生成与到期回收能力。
其三，角色与授权矩阵已随《数据资产管理办法》发布，各角色已完成人员归属配置。
其四，各档审批岗位已明确，并已设定代办岗位——
审批岗位出差或休假期间无人代办，流程必然超期，这一条是时限能否执行的前提。
#### 6.3 正文结构
| 章 | 节 | 目 |
|---|---|---|
| 第一章 总则 | 1.1 目的与依据 | — |
| | 1.2 适用范围与除外情形 | — |
| | 1.3 运营机制要解决的三个问题 | — |
| 第二章 角色与权限 | 2.1 角色划分 | — |
| | 2.2 授权矩阵的执行口径 | — |
| | 2.3 代办与交接 | — |
| 第三章 目录检索与发现 | 3.1 检索方式 | 3.1.1 分类浏览 3.1.2 标签筛选 3.1.3 关键词检索 |
| | 3.2 条目可读性要求 | — |
| | 3.3 检索无结果的处理 | — |
| 第四章 申请 | 4.1 申请的发起 | — |
| | 4.2 申请单字段 | — |
| | 4.3 申请的受理与退回 | — |
| 第五章 审批 | 5.1 分档判定 | — |
| | 5.2 甲档流程 | — |
| | 5.3 乙档流程 | — |
| | 5.4 丙档流程 | — |
| | 5.5 驳回与申诉 | — |
| | 5.6 超期处理 | — |
| 第六章 交付 | 6.1 四类交付方式 | — |
| | 6.2 交付附随说明 | — |
| | 6.3 交付记录 | — |
| 第七章 使用过程监控 | 7.1 访问日志与用量统计 | — |
| | 7.2 异常访问识别与处置 | — |
| | 7.3 使用方的报告义务 | — |
| 第八章 到期回收与续期 | 8.1 到期提醒与自动失效 | — |
| | 8.2 续期申请 | — |
| | 8.3 提前回收 | — |
| 第九章 违规处置 | 9.1 违规情形 | — |
| | 9.2 处置措施 | — |
| | 9.3 与考核的衔接 | — |
| 第十章 运营度量 | 10.1 度量指标 | — |
| | 10.2 统计与通报 | — |
| | 10.3 低活跃条目的核查 | — |
| 第十一章 附则 | 11.1 生效与解释 | — |
| | 11.2 修订程序 | — |
| | 11.3 附表与配套表单 | — |
#### 6.4 第一章至第三章（条文）
**第一条（目的）** 为规范数据资源目录的内部运营，
明确资产申请、审批、交付、使用、监控与回收各环节的要求、责任与时限，
使目录中的数据资产能够被找到、申请到并用得上，制定本规范。
**第二条（运营机制要解决的三个问题）** 资产目录建成之后最常见的失效方式是
「建好了没人用」。原因通常是三类：申请流程太长；使用者不知道目录里有什么；
申请到的数据不能直接用。因此本规范的设计重点落在三件事上：
目录条目要让非技术人员看得懂；申请审批要有时限；
交付的数据要附带口径说明。
三件事分别对应第三章、第五章与第六章。
**第三条（角色划分）** 运营涉及的角色与可访问范围按《数据资产管理办法》
附表四的授权矩阵执行，本规范不重复列表。
各角色在运营流程中的具体职责如下表。
| 角色 | 在运营流程中的职责 |
|---|---|
| 申请人（全员及各专责岗位） | 提交申请、按授权范围使用、履行报告义务、到期办理续期或停止使用 |
| 资产责任部门 | 甲档审批；对本域资产的业务说明与口径说明负责 |
| 安全职能 | 乙档会签；丙档会签；异常访问识别与处置；审计分析 |
| 数据管理办公室 | 申请受理、分档判定复核、授权生成与台账管理、度量统计、低活跃条目核查、丙档报批发起 |
| 数据治理委员会 | 丙档（对外提供）审批 |
| 治理平台权限管理岗 | 按授权配置与回收权限；执行到期自动失效 |
| 我方项目组 | 承办流程设计、平台实现、运营度量统计与运营支持；不承担任何档位的审批职责 |
最后一行须明确：我方项目组承办流程的设计与实现，
但不参与任何一档的审批。审批权在甲方对应层级，这是责任边界，
写进规范而不是只在方案里说一句。
**第四条（代办与交接）** 各档审批岗位须设代办岗位，代办人在平台中预先配置。
审批岗位连续两个工作日未处理的，平台自动转代办岗位并通知原岗位。
审批岗位变动时，在办流程由新任岗位接续，交接记录留痕。
**第五条（检索方式）** 目录支持三种检索方式并行：
按主题域与业务对象的分类浏览；按业务域、数据形态与特殊提示标签的筛选；
按条目名称、内容说明、典型用途与别名的关键词检索。
关键词检索须覆盖别名——使用者习惯叫「下料工艺」，
目录条目名叫「工艺卡片—备料工序明细」，不配别名就检索不到。
**第六条（条目可读性要求）** 目录条目的内容说明、典型用途举例、
口径说明三项须用业务语言书写，不得以字段名罗列代替。
本条的执行方式是：条目上架前由办公室审核这三项，
审核标准为「非本域业务人员读完能说出这份数据记的是什么事」。
不达标的退回补写。
四个问答类场景与决策数据问答的使用者都是业务人员，看不懂就不会用。
因此可读性不是文字风格问题，是目录能否发挥作用的问题。
**第七条（检索无结果的处理）** 使用者检索无结果时，
可通过目录页面提交数据需求，需求进入数据需求受理流程，
由办公室判定属下列哪一类并在 5 个工作日内答复：
资产已存在但条目说明不清（补写说明）；
资产已存在但分级限制不可见（说明限制并告知申请路径）；
资产存在但尚未进目录（纳入上架计划并给时点）；
资产不存在，须新增采集（进入数据需求管理流程）。
这一条把「搜不到」变成一条有答复的路径。
不设这条路径，使用者搜不到就不再来，目录的使用量会持续下降而原因无人知道。
#### 6.5 第四章 申请（条文与表单）
**第八条（申请的发起）** 申请由使用者在目录条目页面发起，一次申请对应一个条目；
一次业务需要多个条目的，可合并提交为一个申请包，
申请包内各条目按其各自档位分别审批，取其中最高档位的时限作为整包时限。
**第九条（申请单字段）** 申请单字段如下。
前四项由平台按条目自动填充，其余由申请人填写。
| 序号 | 字段 | 填写方 | 必填性 | 填写口径 |
|---|---|---|---|---|
| 1 | 申请单编号 | 平台生成 | M | 形如 AR-年份-五位流水 |
| 2 | 条目编号与名称 | 平台自动 | M | 多条目的逐行列出 |
| 3 | 敏感级别与审批档位 | 平台自动 | M | 按条目字段取值 |
| 4 | 条目责任部门与联系岗位 | 平台自动 | M | 便于申请人事前沟通 |
| 5 | 申请人部门与岗位 | 平台自动 | M | 填岗位，不填姓名 |
| 6 | 使用用途 | 申请人 | M | 写明具体用途与对应的业务事项或场景编号，不写「数据分析」「业务需要」一类笼统表述 |
| 7 | 数据范围 | 申请人 | M | 写明需要的字段范围、时间范围与筛选条件；不得填「全部」 |
| 8 | 使用期限 | 申请人 | M | 起止日期；不得超过该级别的有效期上限 |
| 9 | 交付方式诉求 | 申请人 | M | 在条目支持的交付方式中选择 |
| 10 | 使用环境 | 申请人 | C | 内部受限级及以上必填；写明在哪个系统、哪个网络区域使用 |
| 11 | 是否二次分发 | 申请人 | M | 是／否；取「是」的须写明分发对象范围，并自动升档 |
| 12 | 是否对外提供 | 申请人 | M | 是／否；取「是」的直接进丙档 |
| 13 | 承诺事项 | 申请人 | M | 勾选并确认：不超范围使用、不二次分发（除已报批外）、到期停止使用、发现异常即报告 |
| 14 | 关联申请 | 申请人 | O | 与本次申请相关的历史申请单编号 |
| 15 | 受理结论 | 办公室 | M | 受理／退回及理由 |
| 16 | 审批记录 | 各审批岗位 | M | 逐环节记录结论、意见与时间 |
| 17 | 授权编号 | 平台生成 | C | 审批通过后生成 |
| 18 | 所依据的规范版本号 | 平台自动 | M | 以提交时点的本规范版本为准 |
第 7 项「数据范围不得填全部」是一条实际有用的约束。
申请人图省事填「全部」，审批人无从判断是否必要，最后只能一刀切地批或不批。
要求写明字段范围、时间范围与筛选条件，审批才有判断依据，
交付时的数据量也才可控。
第 18 项记录规范版本号，对应第 1.6 节关于「在办流程按旧口径办完」的安排。
**第十条（申请的受理与退回）** 办公室在收到申请后 1 个工作日内完成受理判定。
下列情形退回：用途或数据范围填写笼统无法判断必要性；
申请人角色对该条目无申请权限；使用期限超过该级别上限；
条目状态为已下架或暂停申请。
退回须写明理由与补正要求，申请人补正后重新提交，重新计时。
#### 6.6 第五章 审批（条文与分档）
**第十一条（分档判定）** 审批档位按资产敏感级别与申请用途两个要素自动判定，
判定规则如下表。申请人对判定结果有异议的，由办公室复核确认。
| 条件 | 档位 |
|---|---|
| L1、L2 级资产，内部使用，不二次分发 | 甲档 |
| L3 级资产，内部使用，不二次分发 | 乙档 |
| L4、L5 级资产，内部使用 | 乙档，且须限定使用环境 |
| 任何级别，申请二次分发 | 乙档起；分发范围超出本部门的按丙档 |
| 任何级别，对外提供 | 丙档 |
| 第三方来源资产，内部加工 | 乙档 |
| 第三方来源资产，对外提供 | 丙档，且须先取得提供方同意 |
| 权属登记状态为「有争议」的资产，对外提供 | 不受理 |
**第十二条（甲档流程）** 甲档为内部一般数据，由资产责任部门审批即可，
审批时限 3 个工作日。审批通过后由平台生成授权，交付方式为
目录内在线查询或接口授权。
**第十三条（乙档流程）** 乙档在资产责任部门审批之外，增加安全职能会签，
审批时限 5 个工作日（部门审批 3 个工作日，会签 2 个工作日）。
安全职能会签的审查要点三项：使用环境是否符合该级别要求；
脱敏要求是否已明确；使用期限是否符合上限。
审批通过后交付方式为脱敏后提供并限定使用环境。
**第十四条（丙档流程）** 丙档为对外提供，流程为四步：
资产责任部门初审 → 权属核验（按《数据资产管理办法》第十五条，
由办公室组织，法务口与安全职能会签）→ 安全职能会签 → 委员会审批。
审批时限不设统一工作日数，由委员会例会周期决定，
但权属核验须在初审通过后 10 个工作日内完成。
审批通过后交付方式按数据开放共享管理规范的统一接口要求执行。
丙档不设统一时限是刻意的。对外提供涉及权属、合规与商业判断，
压时限会迫使审批人在信息不足时作决定。
但权属核验这一环设时限，因为核验是事实核查而非判断，可以按期完成。
**第十五条（驳回与申诉）** 驳回须写明理由与条款依据。
申请人对驳回有异议的，可在 5 个工作日内提出一次申诉，
由办公室组织复核并在 10 个工作日内答复；复核维持驳回的，本次申请终结。
**第十六条（超期处理）** 审批超期的处理分两种：
甲档与乙档超期 2 个工作日的，平台向审批岗位及其上级发送提醒；
超期 5 个工作日的，由办公室在月度例会上通报，并计入部门考核的按期审批率指标。
超期不视为默认同意——默认同意的规则会让高敏感数据在无人审查的情况下被放出。
这一条与口径确认流程中的「超期未会签视为无异议」不同，两者不可混用。
口径确认超期的后果是口径按提议执行，影响可纠正；
授权审批超期若视为同意，数据已经交付出去，无法收回。
### 图 A6-5 三档审批流程、时限与交付方式
图 A6-5 数据来源：申请、审批、使用流程要求取招标文件 3.2.6.1.1.2.4 第（3）项（b1271、b1272）；
脱敏与审计要求取 3.2.1 服务采购清单第 5 项第 7 条（b0804r06）；
所列时限为建议值，在本规范编制阶段与甲方确认后固化。
#### 6.7 第六章至第十一章（条文）
**第十七条（四类交付方式）** 交付方式四类，适用情形与要求如下。
| 交付方式 | 适用情形 | 技术要求 | 适用级别 |
|---|---|---|---|
| 在线查询 | 查询量小、无需导出 | 行列级权限控制、动态脱敏、查询留痕 | L1—L3 |
| 接口授权 | 应用系统在线调用 | 契约化、鉴权、限流、幂等、元信息随返 | L1—L4，L4 返脱敏结果 |
| 脱敏文件 | 批量取数、数据集加工 | 批次标识、校验值、清单文件、水印 | L1—L5，L4／L5 逐事项审批 |
| 限定环境访问 | 高敏感数据的加工与分析 | 在指定网络区域与终端访问，不可导出，操作全程留痕 | L3—L5 |
**第十八条（交付附随说明）** 每一次交付须附随四项说明，缺一不得交付：
质量状态说明（当期质量分与评级、各维度实测值、已知缺口清单）；
口径说明（字段对应的数据元标准与版本、涉及指标的指标卡与版本）；
时效说明（更新频率、延迟、最近一次更新时间）；
使用限制说明（授权范围、有效期、不可二次分发的约定、到期处理方式）。
附随说明是本规范解决「申请到的数据不能直接用」这一问题的办法。
拿到一份数据而不知道它的口径、时效与已知缺口，
使用者只能自己摸索，摸索的结论往往与数据责任部门的口径不一致。
**第十九条（交付记录）** 每一次交付记录交付时间、交付方式、
实际交付的数据范围、附随说明的版本、经办岗位。
交付记录与授权记录关联，作为审计与到期回收的依据。
**第二十条（访问日志与用量统计）** 对数据资产的查询、导出、
接口调用等操作全程记录日志。L3 及以上级别资产的日志全量留存，
L1 与 L2 按采样留存。平台按周统计各授权的用量，
用量为零且已过半个有效期的授权，由办公室询问使用方是否仍需继续。
**第二十一条（异常访问识别与处置）** 下列情形为异常访问，由平台告警、安全职能处置：
单次或累计取数量显著超出申请的数据范围；
在非申请的使用环境或网络区域访问；
在非常规时段的高频访问；
对授权范围之外字段的反复尝试访问。
处置分三级：核实说明、暂停授权、按违规处置。
**第二十二条（使用方的报告义务）** 使用方在三种情形下须主动报告：
发现交付数据与口径说明不符；用途发生变更；
发生数据泄露或疑似泄露。前两项报告期限为 5 个工作日内，
第三项为即时报告。主动报告并配合处置的，在违规认定中作为从轻情形。
**第二十三条（到期提醒与自动失效）** 平台在授权到期前 10 个工作日、
5 个工作日各发送一次提醒。到期即自动失效，不设宽限期。
自动失效后使用方仍需使用的，按续期办理，不得以「正在办续期」为由继续使用。
**第二十四条（续期申请）** 续期须重走对应档位的审批流程，不简化。
续期申请须附《使用情况说明》，内容为上一授权期内的实际用途、
实际取数范围与成果去向。说明与原申请不符的，续期不予批准并转入违规核查。
续期不简化流程是刻意的安排。简化续期在实践中会导致授权永久化：
第一次严格审批，其后每次自动顺延，三年后无人记得当初为什么批。
**第二十五条（提前回收）** 按《数据资产管理办法》第二十五条的五种情形执行提前回收。
回收由平台执行，并向授权对象所属部门发送《授权回收通知单》，
通知单载明回收原因、回收时间与后续处理要求（含已导出数据的处置要求）。
**第二十六条（违规情形与处置）** 下列情形为违规：
超出授权的用途、数据范围或期限使用；
未经报批二次分发；在非申请环境中使用；
伪造或隐瞒使用情况说明；发生泄露未按期报告。
处置措施按程度分为书面提醒、暂停该部门新申请受理（不超过 3 个月）、
回收全部在办授权、按《数据管理考核细则》记入考核；
涉嫌违法的移交甲方相关部门处理。
**第二十七条（运营度量）** 运营状况按六项指标度量。
| 指标 | 计算方式 | 统计口径说明 | 通报周期 |
|---|---|---|---|
| 目录条目数与对象覆盖数 | 已上架条目数；已覆盖业务对象数 ÷ 对象清单总数 | 分母以资产盘点的对象清单为准 | 季度 |
| 申请受理量与按期审批率 | 受理申请数；按期完成审批数 ÷ 应完成审批数 | 超期逐条列出原因与岗位 | 月度 |
| 授权使用量与活跃资产比例 | 有效授权数；有有效授权的条目数 ÷ 已上架条目数 | 活跃比例是目录是否被用起来的直接指标 | 月度 |
| 异常访问处置率 | 已处置异常事项数 ÷ 告警事项数 | 核实说明亦计为已处置 | 月度 |
| 用户反馈处理率 | 已答复反馈数 ÷ 收到反馈数 | 含检索无结果的需求答复 | 月度 |
| 平均审批时长 | 各档分别统计从受理到授权生成的工作日数 | 丙档单列，不与甲乙档合并统计 | 季度 |
**第二十八条（低活跃条目的核查）** 目录中连续两个评估周期无人申请的条目，
由办公室按《数据资源目录》第 4.7 节的处置表核查原因并处理，
核查结论记入季度运营报告。
**第二十九条（附则）** 本规范自委员会批准之日起施行，解释权归数据管理办公室。
与数据开放共享管理规范在对外提供的技术实现上不一致的，
以数据开放共享管理规范为准。
配套表单四张为《数据资产申请单》《授权申请与批准书》
《使用情况说明》《授权回收通知单》。
#### 6.8 三档运营样例
下面各举一例，说明流程走下来的记录形态。
样例中的部门与岗位留占位，日期为示意。
##### 样例一：甲档
| 项 | 内容 |
|---|---|
| 申请单编号 | AR-2027-00318 |
| 条目 | AS-0002 工艺卡片—备料工序明细（L3 资产中已拆分出的 L2 子集：工序顺序与设备占用） |
| 审批档位 | 甲档 |
| 申请人 | 【待填：工艺归口部门】／工艺编制岗 |
| 使用用途 | 编制新零件备料工艺时检索既有工序顺序与设备占用，用于工艺借用判断 |
| 数据范围 | 近五年、材质为常用低合金高强钢、板厚 8 至 40 毫米的工序明细；字段限于工序顺序号、工序代码、设备编码、工装编号 |
| 使用期限 | 12 个月 |
| 交付方式 | 目录内在线查询 |
| 审批记录 | 资产责任部门 2 个工作日审批通过 |
| 授权编号 | GR-2027-00219 |
| 附随说明 | 质量状态（工序代码一致性实测值）、口径说明（工序代码数据元版本）、时效说明（按业务触发更新）、使用限制（仅在线查询，不可导出） |
##### 样例二：乙档
| 项 | 内容 |
|---|---|
| 申请单编号 | AR-2027-00402 |
| 条目 | AS-0004 炉次—温度曲线与检验结论配对数据 |
| 审批档位 | 乙档（L3，内部使用，用于数据集加工） |
| 申请人 | 数据管理办公室／数据集加工专责 |
| 使用用途 | 构造热处理过程监控场景的指令微调与基准测试样本，对应场景编号【待填】 |
| 数据范围 | 计量校验有效期内、可信度等级为可用的炉次；时间范围为近三年；字段限于设定程序、实际曲线区间标识、偏离幅度、硬度检验值、检验结论 |
| 使用期限 | 6 个月 |
| 交付方式 | 接口授权＋限定环境访问 |
| 审批记录 | 资产责任部门 3 个工作日审批通过；安全职能 2 个工作日会签通过，会签意见为「关键工艺参数窗口字段不在本次范围内，同意」 |
| 授权编号 | GR-2027-00281 |
| 附随说明 | 质量状态（炉次与检验配对率、时序缺段率实测值）、口径说明（硬度检验值数据元版本、检验结论码表版本）、时效说明（日更新，报工滞后幅度）、使用限制（限定在加工环境内使用，不可导出原始曲线） |
##### 样例三：丙档
| 项 | 内容 |
|---|---|
| 申请单编号 | AR-2027-00517 |
| 条目 | AS-0011 制造过程方向预训练子集 |
| 审批档位 | 丙档（对外提供） |
| 申请人 | 数据管理办公室（代业务需求发起） |
| 使用用途 | 按甲方筹划的对外服务安排，向外部使用方提供该子集的受限访问 |
| 数据范围 | 该子集 V1.0 版本全量，已完成去标识化处理 |
| 使用期限 | 3 个月（首期） |
| 交付方式 | 按统一接口要求提供 |
| 审批记录 | 资产责任部门初审通过；权属核验于初审后 7 个工作日完成，核验五项结论为：所有权按合同约定已确认、产品经营权经委员会授予、构成来源中无第三方来源未取得同意的内容、已核查无不可商用内容、已完成去标识化与脱敏；安全职能会签通过；委员会审批通过 |
| 授权编号 | GR-2027-00336 |
| 附随说明 | 质量状态（六维度实测值引用质检报告编号）、口径说明（数据卡版本与版本指纹）、时效说明（按版本发布，不滚动更新）、使用限制（不可再分发、不可用于训练外用途、到期停止访问） |
三个样例的差别集中在两处：数据范围的写法与附随说明的内容。
甲档的范围限定到字段与筛选条件，乙档的范围还要排除高敏字段，
丙档的范围以数据集版本为单位且须有指纹。
附随说明的详略也随档位递增——丙档的附随说明实际上就是数据卡与质检报告的摘要。
#### 6.9 与矿山装备制造业务的结合点
本规范有三处针对本公司业务的专门设计。
**第一处，第七条的「检索无结果」路径对应本公司的散存资产现状。**
四五百套历史选型方案以文档形式散存、纸质检测报告尚未数字化、
接口参数无规范电子留痕——这些数据在目录里搜不到，但它们存在。
使用者搜不到就以为没有，需求也就不会提出来。
第七条把「搜不到」变成一条有答复的路径，并把答复分为四类，
其中「资产存在但尚未进目录」与「资产不存在，须新增采集」两类
直接连到数据需求管理流程，使散存资产的数字化需求能够从使用端被推动。
**第二处，乙档的「限定使用环境」对应图纸与工艺参数的技术秘密属性。**
图纸、选型校核参数与关键工艺参数窗口涉及公司技术秘密，
这类数据用于数据集加工是必要的，但不能以文件导出的方式交付。
因此第十七条把「限定环境访问」单列为一类交付方式，
规定在指定网络区域与终端访问、不可导出、操作全程留痕，
并在样例二中示范了会签意见如何明确排除高敏字段。
**第三处，第二十四条的续期不简化对应数据集加工的长周期特点。**
数据集加工生产持续到 2028 年，加工专责对源数据的授权会反复续期。
若续期简化为自动顺延，加工方对源数据的访问面会在项目期内只增不减，
到项目结束时无人说得清究竟授权了哪些。
因此规定续期重走审批并附《使用情况说明》，
使每一次续期都有一次对实际用途与取数范围的核对。
#### 6.10 评审与修订机制
本规范的评审与修订按第 1.6 节骨架执行，并补充三项特殊安排。
其一，时限类条款的修订须附实测数据。
第十二条至第十四条的时限为建议值，在编制阶段与甲方确认后固化；
其后修订须由办公室出具上一年度各档的平均审批时长与超期分布，
说明修订依据。没有实测数据的时限调整提议不进入评审——
时限定得过紧会被普遍超期而失去约束力，定得过松则目录的可用性下降，
两者都只能靠实测判断。
其二，审批档位判定规则的修订须经安全职能会签。
第十一条的分档表直接决定哪些数据按什么强度审查，
其修订不只是流程效率问题，还涉及安全管控强度。
其三，涉及审批层级上调的修订即时生效，下调的留三个工作日过渡期。
与权限收缩同理：审查强度提高延后生效期间存在审查不足的空档，
而审查强度降低延后生效只是不便。
| 版本 | 修订类型 | 修订内容摘要 | 修订原因 | 起草与会签 | 审批 | 生效日期 | 已通知下游 |
|---|---|---|---|---|---|---|---|
| V1.0 | 首发 | 全文制定 | 数据治理规划交付要求 | 项目组起草，资产工作组与安全职能会签 | 办公室审核，委员会批准 | 【待填】 | 按表 A6-3 全量下发 |
| V1.1 | 次版本 | 示例：申请单新增「关联申请」字段 | 多批次加工申请的关联追溯需要 | 项目组 | 办公室审核发布 | 【待填】 | 全体申请人、各档审批岗 |
| V2.0 | 主版本 | 示例：乙档时限由 5 个工作日调整为 4 个工作日 | 上一年度实测平均审批时长低于时限且超期率低 | 项目组，附实测数据，安全职能会签 | 委员会批准 | 【待填】 | 全量下发，平台流程配置同步更新 |
### 七、五份文档的落地配套
样章写得再细，若条款落不到平台与岗位上，交付的仍只是五份纸。
本节给出三件配套：条款到平台功能的落点对照、配套表单总清单、
岗位级操作规范与培训安排。三件配套本身不是招标文件点名的交付物，
但它们决定前述五份文档能否被执行，因此一并列出。
#### 7.1 条款到平台功能的落点对照
招标文件要求元数据管理、数据资产管理等内容在数据治理开发工具平台上落地实施（b1336）。
下表把五份文档中须由平台承载的关键条款逐条对应到平台功能，
作为平台配置与验收的依据。治理平台作为奔牛数据智能平台 的治理组件部署，
功能模块划分与界面设计在技术方案的运营平台段论述，本表只给条款落点。
| 文档与条款 | 条款要求 | 平台须具备的功能 | 验收方式 |
|---|---|---|---|
| 元数据办法 第十二条 | 必填字段缺失的对象不得进入已登记状态 | 登记提交时校验必填性，缺失则置待补状态并计入度量分母 | 构造缺失必填字段的登记记录，验证不能提交为已登记 |
| 元数据办法 第十四条 | 自动采集对源系统只读；差异比对；失败告警 | 只读采集连接、结果差异比对、失败告警与重试记录 | 查采集日志中有无写操作；人为制造失败验证告警 |
| 元数据办法 第十五条 | 按对象类型分设采集频率与触发时点 | 分类调度配置；发布动作触发采集 | 核对各类对象的实际采集时点记录 |
| 元数据办法 第二十条 | 血缘记录到字段级 | 字段级血缘的解析、存储与展示 | 任取一个应用层字段，验证可逐级回溯到贴源层字段 |
| 元数据办法 第二十二条 | 血缘边须有置信标记 | 血缘记录的置信标记字段与按标记过滤的查询 | 验证存疑边不出现在隔离性证明查询结果中 |
| 元数据办法 第二十三条 | 季度抽样核查，人工登记边按不低于 10% 抽样 | 分层抽样取数、核查记录登记、结论回写置信标记 | 查一次核查的抽样清单与各层抽样比例 |
| 元数据办法 第二十五条 | 变更按影响范围三级分类，平台按血缘自动初判 | 按血缘计算影响面并给出级别初判；与自评不一致时标示 | 构造影响两个场景的变更，验证初判为一级 |
| 元数据办法 第二十九条 | 支持按时间点还原当时的字段定义、血缘与分级状态 | 元数据与血缘的历史版本存储与时点查询 | 查询半年前某一时点的字段定义，与变更记录核对 |
| 元数据办法 第三十条 | 四项度量指标按月自动统计 | 指标口径固化与自动统计报表 | 核对一次月度报表的分子分母取数范围 |
| 资产办法 第十八条 | 上架前须完成与元数据的一致性核对 | 四项字段的自动比对与不一致拦截 | 人为制造责任部门不一致，验证不能上架 |
| 资产办法 第二十条 | 资产登记与元数据按月自动核对 | 月度核对任务与待处理清单生成分派 | 查一次月度核对的待处理清单与分派记录 |
| 资产办法 第二十二条 | 授权按角色授予，不按人授予 | 角色模型、角色与范围的矩阵配置、人员归属管理 | 调整人员角色归属，验证权限随之变化而无需重配 |
| 资产办法 第二十四条 | 授权须设有效期，分级设上限 | 有效期必填、按级别校验上限、到期自动失效 | 尝试提交超上限期限的申请，验证被拦截 |
| 资产办法 第二十五条 | 五种情形须即时回收授权 | 岗位变动与分级变更事件触发回收；回收通知下发 | 变更一名人员的岗位归属，验证其授权被回收并有通知 |
| 资产办法 第三十一条 | 已进入已发布数据集构成的资产不得销毁 | 退役处置前按构成血缘校验并拦截 | 对被引用资产发起退役，验证被拦截并提示引用来源 |
| 资产办法 第三十三条 | L3 及以上操作日志全量留存 | 按级别分设日志留存与采样策略 | 核对各级别资产的日志留存策略配置 |
| 资源目录 4.4 节 | 9 个字段由平台自动写入且禁止人工修改 | 自动写入字段的只读控制 | 尝试人工修改质量状态字段，验证不可修改 |
| 资源目录 4.3.2 节 | 特殊提示标签在条目卡片上醒目显示 | 标签的配置、自动打标与卡片展示 | 查第三方来源条目的卡片是否显示提示标签 |
| 资源目录 4.7 节 | 季度出版次；年度全量核对 | 版次生成、变更清单导出、核对任务编排 | 查一次季度版次的变更清单与导出件 |
| 评估办法 第十五条 | 质量与规模类指标自动取数；业务打分表预填 | 指标自动取数、打分表生成与预填、理由必填校验 | 查一次打分表的预填内容与理由必填拦截 |
| 评估办法 第十八条 | 等级写入目录并调整规则配置与审批层级 | 等级回写、按等级批量调整质量规则与审批档位 | 核对一级资产的质量规则配置是否为最严档 |
| 评估办法 第二十六条 | 评估台账须含与上一轮对比 | 历轮结论存储与对比视图 | 查一条资产的两轮得分对比与变化主因 |
| 运营规范 第九条 | 数据范围不得填「全部」 | 申请单字段校验，拒绝笼统填写 | 提交数据范围为「全部」的申请，验证被退回 |
| 运营规范 第十一条 | 审批档位按级别与用途自动判定 | 分档规则配置与自动路由 | 提交二次分发申请，验证自动升档 |
| 运营规范 第十六条 | 超期不视为默认同意；分级提醒与通报 | 时限计时、超期提醒、超期统计 | 使一笔申请超期，验证提醒下发且状态未自动通过 |
| 运营规范 第十八条 | 每次交付须附随四项说明，缺一不得交付 | 附随说明自动生成与交付前校验 | 移除口径说明，验证交付被拦截 |
| 运营规范 第二十一条 | 四类异常访问须告警 | 取数量、环境、时段、越权尝试四类规则与告警 | 构造超范围取数，验证告警触发 |
| 运营规范 第二十三条 | 到期前两次提醒；到期自动失效无宽限期 | 到期提醒任务与自动失效执行 | 查一笔到期授权的提醒记录与失效时点 |
| 运营规范 第二十七条 | 六项运营度量按月或季度统计 | 指标口径固化与自动统计报表 | 核对一次月度运营报表的取数范围 |
表中验收方式一列是本表的要点。写「平台须具备某功能」容易，
验收时双方对「具备」的理解未必相同，因此逐条给出可执行的验证动作——
多数是构造一个反例看平台是否拦得住。
拦不住的功能等于没有，这类验证比功能演示更能说明问题。
#### 7.2 配套表单总清单
五份文档配套表单共 16 张，清单如下。表单格式由办公室在文档发布后一个月内发布，
格式发布前按文档附表中的字段定义执行。
| 序号 | 表单名称 | 所属文档 | 主要字段数 | 用途 | 留存要求 |
|---|---|---|---|---|---|
| 1 | 元数据登记表 | 元数据办法 | 公共属性 18 项＋分类属性 | 人工登记与登记审核 | 随元数据对象留存 |
| 2 | 元数据变更影响评估单 | 元数据办法 | 20 项 | 变更评估与审批 | 作为变更记录类管理元数据留存 |
| 3 | 血缘核查记录表 | 元数据办法 | 抽样清单＋逐条核查结论 | 季度血缘核查 | 随季度元数据管理报告留存 |
| 4 | 元数据季度抽样核对表 | 元数据办法 | 抽样清单＋四项符合性判定 | 季度准确率核对 | 同上 |
| 5 | 文档评审意见处理表 | 五份文档共用 | 意见、处理结果、是否采纳、理由 | 评审留痕 | 随文档归档 |
| 6 | 资产登记表 | 资产办法 | 权属登记 18 项＋分类与规模 | 资产登记与审核 | 随资产条目留存 |
| 7 | 第三方来源数据台账 | 资产办法 | 12 项 | 第三方来源资产的可用范围管理 | 长期留存，按周期复核 |
| 8 | 权属核验表 | 资产办法 | 五项核验结论＋会签意见 | 对外提供前核验 | 作为委员会审批前置材料留存 |
| 9 | 授权申请与批准书 | 资产办法、运营规范 | 申请单 18 项＋批准内容 | 授权的申请与批准 | 随授权记录留存至回收后两年 |
| 10 | 授权回收通知单 | 资产办法、运营规范 | 回收原因、时间、后续处理要求 | 提前回收与到期回收通知 | 同上 |
| 11 | 业务价值打分表 | 评估办法 | 三项指标档位＋理由 | 年度评估的业务打分 | 随评估批次归档 |
| 12 | 评估结果汇总表 | 评估办法 | 12 项指标得分＋权重＋总分 | 评分汇总与评审 | 同上 |
| 13 | 复评申请表 | 评估办法 | 异议指标、依据、申请理由 | 评估结论异议处理 | 同上 |
| 14 | 数据资产申请单 | 运营规范 | 18 项 | 资产申请 | 随授权记录留存 |
| 15 | 使用情况说明 | 运营规范 | 实际用途、实际取数范围、成果去向 | 续期申请的附件 | 同上 |
| 16 | 目录条目登记与变更表 | 资源目录 | 36 项 | 条目新增与变更 | 随条目版本留存 |
表单数量控制在 16 张是有意为之。表单越多，执行负担越重，
最后的结果往往是表单被跳过而流程照走，留痕反而不如表单少的时候完整。
因此本附件把能并到一张表的并掉：
第 9 项把申请与批准合为一书，第 1 项把公共属性与分类属性合为一表。
#### 7.3 岗位级操作规范与培训安排
五份文档为公司级制度与职能级文件，落到具体操作还需岗位级规范。
与本附件五份文档直接相关的岗位级操作规范三份：
《元数据采集与血缘维护操作规范》《资源目录登记与维护操作规范》
《数据资产申请与审批操作规范》。
三份规范写到具体系统的具体操作步骤与填写要求，属岗位级文件，
下承本附件五份文档的条款，不重复规定同一事项。
培训按对象分三类，各类的内容与方式不同。
| 对象 | 培训内容 | 方式与课时 | 考核方式 |
|---|---|---|---|
| 各业务归口部门数据专责 | 元数据登记与业务含义编写、资产登记与权属字段填写、目录条目业务说明编写、业务价值打分口径 | 集中授课＋上机实操，不少于 8 课时 | 实操考核：独立完成一个条目的登记与说明编写 |
| 各档审批岗位 | 分档判定规则、各档审查要点、会签要点、超期与驳回的处理 | 集中授课，不少于 4 课时 | 案例考核：对三个模拟申请作出档位判定与审批结论 |
| 全员（使用者） | 目录检索方式、申请单填写要点、附随说明怎么读、使用限制与违规情形 | 线上课程＋目录页面内嵌操作提示，不少于 1 课时 | 线上测验 |
第三类培训的「目录页面内嵌操作提示」值得说明。
全员培训的到达率与留存率都有限，一次培训半年后记不住。
把要点做成目录页面上的内嵌提示（申请单各字段旁的填写示例、
附随说明的字段解释），使用者在真正需要时看到，比集中培训更有效。
#### 7.4 五份文档的交付时点与验收口径
五份文档的交付时点以合同生效日为起点按相对月份表示，
正式时点在项目启动会确认后固化。
验收口径逐份给出，口径与技术方案数据治理段的成果物清单一致。
| 清单项次 | 文档 | 形态 | 交付时点 | 验收口径 |
|---|---|---|---|---|
| 12（b1333r13） | 元数据管理办法 | 制度 | T＋7 月 | 七章齐备；三类元数据采集范围明确；元模型字段定义齐备；血缘粒度到字段级；变更三级分类与时限明确；四项度量指标有口径与基线 |
| 13（b1333r14） | 数据资产管理办法 | 制度 | T＋8 月 | 十一章齐备；含权属界定原则与四类产生方式口径、三层权利登记字段、分档审批要求、角色授权矩阵、价值等级对应的管理要求 |
| 14（b1333r15） | 数据资源目录 | 平台条目＋导出件 | T＋12 月 | 覆盖六个主题域核心业务对象；条目含业务语言说明与口径说明；36 个字段齐备且 9 个自动写入字段与源头一致；待确认清单一并列出 |
| 15（b1333r16） | 资产价值评估办法 | 制度 | T＋9 月 | 五维度十二指标的评分细则齐备且分档标准可执行；权重合计 100%；评估流程五步齐备且各步有责任与时限；价值等级与管理要求对应 |
| 16（b1333r17） | 数据资产运营流程规范 | 制度 | T＋9 月 | 十一章齐备；三档审批流程与时限明确；申请单与四张表单字段齐备；四类交付方式与附随说明要求明确；六项运营度量有口径 |
表中《数据资源目录》的时点最晚（T＋12 月），
原因是它依赖资产盘点、权属确认、分级确认与首轮价值评估四项前置工作。
目录提前出只能出空壳：条目有名字而无业务说明、无权属结论、无分级，
使用者看得到而申请不了。因此宁可晚出，不出空壳。
### 八、本附件与招标文件单元的对应关系
本节供合稿与索引使用。
| 招标文件单元 | 原文要点 | 本附件对应位置 |
|---|---|---|
| b1263 | 制定元数据管理办法，明确业务、技术、管理三类元数据采集范围 | 第二节（第七条至第十条、附表一） |
| b1264 | 构建元数据维护、血缘分析与变更管理方法 | 第二节（第三章、第四章、第五章） |
| b1265、b1266 | 输出元数据管理办法 | 第二节全节；交付口径见第 7.4 节 |
| b1267 | 数据资产规划要求（总） | 第三节至第六节 |
| b1268 | 明确原始数据的来源、存储位置 | 第三节（第十条、附表一） |
| b1269 | 明确治理后形成的数据资产所有权、使用权 | 第三节（第十一条、第十二条、附表二） |
| b1270 | 构建数据资产价值评估办法，明确评估维度和流程 | 第五节（第三章评分细则、第五章评估流程） |
| b1271 | 设计资产目录内部运营机制 | 第四节（分类框架与条目字段）、第六节（运营流程） |
| b1272 | 明确资产申请、审批、使用等流程 | 第六节（第四章至第八章） |
| b1273、b1274 | 输出数据资产管理办法、数据资源目录、资产价值评估办法、数据资产运营流程规范 | 第三节至第六节；交付口径见第 7.4 节 |
| b1332 | 至少交付不少于 25 份数据治理规划文档 | 本附件覆盖其中第 12 至第 16 项，共 5 份 |
| b1333r13 | 清单第 12 项 元数据管理办法 | 第二节 |
| b1333r14 | 清单第 13 项 数据资产管理办法 | 第三节 |
| b1333r15 | 清单第 14 项 数据资源目录 | 第四节 |
| b1333r16 | 清单第 15 项 资产价值评估办法 | 第五节 |
| b1333r17 | 清单第 16 项 数据资产运营流程规范 | 第六节 |
| b1336 | 元数据管理、数据资产管理等九项内容在数据治理开发工具平台上落地实施；九个业务域 | 第 7.1 节条款落点对照；九业务域口径见第 1.4 节与各文档适用范围 |
| b1301、b1302、b1303 | 按 L1 至 L5 五级制定数据安全分级标准 | 本附件引用该分级标签，不另定（见第 1.5 节口径归属） |
| b0804r06 | 对外提供须对个人信息、敏感地理信息、重要行业数据、企业秘密数据作去标识化或脱敏，操作留痕可追溯 | 第三节第十五条、第三十二条、第三十三条；第六节第十七条、第二十条 |
| b0804r02 | 外围应用系统共 17 套 | 第二节第 2.2.1 节适用范围 |
| b1318、b1319 | 数据退役管理，区分归档与销毁处置路径 | 第三节第三十一条（退役评估发起条件与不可销毁约束） |
| b2236、b2240 | 交付资料符合档案管理要求；纸质两套、电子一套 | 第 1.3 节沿用交付资料的编号与装订口径 |
本附件未覆盖的交付清单项次（第 1 至第 11 项、第 17 至第 37 项）
由附录其余各份样章分别承接，本附件不重复。
### 九、本稿待补材料清单
本附件为样章与模板，不需要实名实据即可成立。
下列事项需在投标定稿前或项目实施阶段补齐，
其中标注「投标前」的会影响本附件定稿。
| 序号 | 待补事项 | 需要谁提供 | 影响 | 时点 |
|---|---|---|---|---|
| 1 | 九个业务域的最终划分 | 治理段与招标方共同确认 | 影响各份文档适用范围章的业务域列举；编号中的域码取治理域号（本附件为 `04`），不受业务域码表调整影响 | 投标前 |
| 2 | 企业数据安全分级标准的发布版本 | 招标方 | 元数据公共属性 `sensitivity_level`、目录条目敏感级别、授权矩阵的级别列 | 实施启动阶段 |
| 3 | 权属界定的基本结论（原始数据与加工后资产、第三方提供数据的使用边界） | 招标方法务口与业务口 | 资产权属登记表的所有权结论与确认依据字段 | 实施启动阶段 |
| 4 | 第三方提供数据的约定原文（矿方工况资料、接口参数会商结论） | 招标方营销与项目归口部门 | 第三方来源数据台账的约定使用范围字段；约定缺失项的处理 | 实施启动阶段 |
| 5 | 各业务归口部门名称与数据专责岗位设置 | 招标方 | 五份文档中的责任部门与联系岗位字段（现为占位） | 实施启动阶段 |
| 6 | 治理组织三层机构的正式名称与审批职权 | 招标方发文 | 五份文档第二章职责条款与各档审批岗位 | 实施启动阶段 |
| 7 | 年度价值评估的启动时点 | 招标方确定 | 评估办法第十三条 | 实施启动阶段 |
| 8 | 各档审批时限的确认值 | 招标方确认 | 运营规范第十二条至第十四条（现为建议值） | 实施启动阶段 |
| 9 | 存量规模分档阈值的首轮实测分布 | 首轮评估实测 | 评估办法附表二（现为待填） | 首轮评估后 |
| 10 | 资产盘点的最终对象清单与条目数 | 资产盘点结论 | 资源目录的首批条目范围与规模字段 | 实施阶段 |
| 11 | 验证场景的最终清单与编号 | 技术方案场景验证段 | 评估办法支撑场景数指标的分母；目录条目典型用途中的场景编号 | 投标前 |
| 12 | 数据元标准与指标卡的编号体系 | 技术方案数据标准段 | 元数据 `data_element_ref`、目录 `standard_ref` 字段（现为占位） | 实施阶段 |
| 13 | 历史图纸、工艺卡片、纸质检测报告的实测存量与时间覆盖 | 招标方档案与工艺归口部门 | 资产登记与目录条目的规模计量、时间覆盖字段 | 实施阶段 |
| 14 | 图纸与工艺卡配对关系的抽样核对结果 | 实施阶段抽样 | 图卡成对样本集的一致性指标得分与血缘置信标记 | 实施阶段 |
| 15 | 招标方档案管理的装订样式要求 | 招标方档案管理部门 | 《数据资源目录》导出件的装订形式 | 实施启动阶段 |
> 本附件中所有【待填：…】标记处，在投标定稿时由项目组统一补齐或保留为模板占位；
> 保留为占位的，在合稿说明中注明其属项目期填写项，而非投标材料缺项。