负责人 何建力　·　状态 初稿　·　覆盖 5 个标书单元

数据资产与元数据类治理文档样章（五份）

一、本附件的定位、编写口径与使用方式

本节说明五份样章共用的编写体例，后续各节不再重复。

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　五份文档的文件标识与版本口径

版本号采用两段式。主版本号在适用范围、权限层级、字段集合、评分权重任一项发生变化时递进； 次版本号在条文表述、表单格式、取值域扩充等不改变执行结果的修改时递进。 次版本号的变更不需重新走审议，由归口部门审核后发布并通知下游；主版本号的变更须重走审议路径。 这条规则写在每份文档的附则里，目的是避免两种常见的失效： 一种是任何改动都要上会，结果没人愿意改，文档逐渐与实际脱节； 另一种是任何改动都自行发布，结果权限与字段被悄悄改掉，审计时对不上账。

1.4 共用的条文与表格体例

条文编号采用「章—条—款—项」四级：章用中文数字，条用阿拉伯数字连续编号贯穿全文， 款用括号中文数字，项用阿拉伯数字加点。条文中凡出现「须」「应」的为强制要求， 「宜」为推荐要求，「可」为允许性要求；凡涉及时限的一律给出工作日数，不写「及时」「尽快」。 凡引用其他文档条款的，写明文件名与条号，不作内容复述——这一条是为了让修订时改一处即可， 不必在多份文件里追着改同一句话。

字段定义表统一给七列：字段名、英文标识、数据类型与长度、必填性、取值域或码表、校验规则、填写口径。 必填性分三档：M 必填、C 条件必填（在取值域列注明条件）、O 选填。 校验规则一列给出可被平台直接实现的判定表达式或引用的规则模板， 模板名称与数据质量校验规则库的十类模板保持一致，不另起名目。

台账与表单的样例行一律取本项目的真实业务对象：刮板输送机及其零部件、 工程图纸与配套工艺卡片、备料下料的 28 道工序、热处理炉次与温度曲线、 焊缝焊道与焊接参数流、在役装备测点与报警记录、历史选型方案与工况参数。 样例行中的具体数值为示意，但字段取值的形态、长度与枚举值为正式口径。

1.5 本附件与技术方案各段的口径归属

技术方案的数据治理段给出方法与规划，本附件给出文档的条文与字段。两者必须同口径。 下表列明重叠处「以谁为准」，供合稿检查。

表 A6-2　本附件与技术方案各段的口径归属

1.6 五份文档共用的评审与修订机制骨架

招标方要看的不只是文档写了什么，还有文档被谁审、多久审一次、改了之后下游怎么知道。 五份文档的评审与修订机制按同一套骨架设计，各文档再按自身特点补充特殊安排。骨架有四条。

第一条是起草与评审路径。起草由我方项目组承办，对口工作组会签； 征求意见的范围为相关职能部门，期限不少于五个工作日； 办公室审核后提交委员会审议；公司级制度经甲方正式发文，职能级文件经委员会批准后由办公室发布。 全过程留痕，评审意见与处理结果逐条记入《文档评审意见处理表》，该表随文档一并归档。 留痕不是形式要求：DCMM 三级考核的是过程被规范执行并有记录可查，评审记录本身就是送审证据。

第二条是定期复核周期。制度类文档每年复核一次，复核内容为三项： 过去一年中有无执行记录、有无与现行流程冲突的条款、有无因系统或组织变更而失效的条款。 复核结论分继续有效、需修订、建议废止三类。《数据资源目录》作为数据成果按季度出版次， 年度做一次全量核对。《资产价值评估办法》的评分权重随年度评估结果复核一次，权重调整须经委员会批准。

第三条是触发式修订。出现下列情形之一时，不等年度复核，由归口部门在十个工作日内启动修订： 治理组织或岗位设置变更；数据安全分级标准或权限层级调整；源系统新增、下线或接口口径变更； 数据标准新增或变更导致字段定义失效；招标方提出的整改要求涉及本文档条款； 连续两次复核发现同一条款无执行记录。

第四条为下游通知机制：文档修订后须按「文档—下游对象」矩阵通知，矩阵随文档一并维护。

表 A6-3　文档修订的下游通知矩阵

矩阵中有两处安排需要说明。 其一，涉及权限收缩的调整即时生效，而其他调整留出三个工作日。 理由是权限收缩延后生效期间存在越权访问的空档，而权限放宽延后生效只是不便，不造成风险。 其二，在办流程按旧口径办完。流程中途换规则会让申请人无从适从，也会让审批记录无法自证， 因此以提交时点为准确定适用版本，并在授权书上记录所依据的规范版本号。

二、《元数据管理办法》V1.0 样章

本节回应招标文件交付清单第 12 项（b1333r13）及其要求出处 3.2.6.1.1.2.3 第（4）项 （b1263、b1264、b1266）。

2.1 文件标识

2.2 适用范围与生效条件

2.2.1 适用范围

本办法适用于公司范围内全部数据资产的元数据管理活动，覆盖对象分三类。 第一类是纳入数据治理范围的各业务系统，包含招标文件 3.2.1 服务采购清单第 1 项所列的 外围应用系统（b0804r02）及后续新增系统； 第二类是数据治理平台内各层数据对象，含贴源层、明细层、维表层、汇总层、应用层的库表与字段， 以及加工作业与接口； 第三类是本项目形成的数据集资产，含四类数据集的各版本及其构成来源。

适用的业务域为人力资源、研发设计、生产制造、仓储物流、财务管理、设备管理、 采购管理、营销管理、质量管理共九个业务域（b1336）。 不在系统内的纸质档案与散存文档，在完成数字化或登记之后纳入本办法管理， 数字化之前按资产盘点台账登记，并在元数据中以「暂无通道」状态标注。

适用范围一条写死不留缺口：本办法不设「某系统不适用」的例外。 确有系统因技术原因暂时无法自动采集技术元数据的，按人工登记方式纳入， 并在元数据完整性度量中单列统计，不以「不适用」方式排除在外。

2.2.2 生效条件

本办法的生效条件有四项，四项齐备之日起执行。

其一，数据治理组织已由公司正式发文设立，数据管理办公室与数据架构工作组有明确对口岗位， 元数据管理岗已落实到人。制度的执行主体不存在，制度即无从执行。

其二，数据治理平台的元数据模块已完成部署并通过功能验证，具备技术元数据自动采集、 字段级血缘展示、变更登记与版本比对能力。本办法中的自动采集类条款以平台能力为前提。

其三，纳入第一批采集范围的源系统已按已授权范围开通数据字典与库表结构的只读读取通道。 未开通通道的系统按人工登记方式先行纳入，并列入开通跟踪清单。

其四，数据安全分级标准已发布，元数据中的敏感级别字段有可引用的取值集。 分级标准发布之前，敏感级别字段按初判值填写并标注「待确认」状态。

2.3 正文结构

2.4 第一章　总则（条文）

第一条（目的） 为规范公司元数据的采集、维护、血缘管理与变更管理， 使数据资产的业务含义、技术形态与管理属性可查、可信、可追溯， 支撑数据标准落地、数据质量管控、数据资产运营与高质量数据集建设，制定本办法。

第二条（依据） 本办法依据《数据管理能力成熟度评估模型》（GB/T 36073—2018） 数据架构能力域对元数据管理的要求，结合公司数据治理规划与本项目建设要求制定。

第三条（适用范围） 本办法适用范围见第 2.2.1 条所述三类对象与九个业务域， 不设系统例外。

第四条（术语） 本办法所称元数据，指描述数据的数据，包含说明数据业务含义的业务元数据、 说明数据技术形态的技术元数据与说明数据管理属性的管理元数据。 所称元模型，指元数据自身的结构定义，即「登记一项元数据须填哪些字段」的规定。 所称血缘，指数据在产生、加工与使用过程中形成的来源与去向关系，本办法要求记录到字段级。 所称影响分析，指以血缘为依据，查明某一变更会影响哪些下游对象的分析活动。 所称权威源，指某一数据对象在公司范围内被认定为唯一准确来源的系统或位置。

第五条（基本原则） 元数据管理遵循三项原则。

（一）与用途挂钩原则。元数据的采集范围以明确用途为前提， 每一类元数据在采集范围表中须对应至少一项用途；无对应用途的元数据不纳入采集范围。 采而不用的元数据会迅速过期，反而降低整套元数据的可信度。

（二）权威源唯一原则。同一数据对象的元数据以权威源登记为准； 下游副本的元数据须标明其权威源，不得与权威源的业务含义与口径冲突。 出现冲突时按《数据口径确认与争议处理细则》处理。

（三）变更先评估后执行原则。涉及字段、口径、接口与数据集构成的变更， 须先完成影响评估并获得审批，再执行变更。先改后评的，按第三十九条处理。

第六条（职责） 数据治理委员会审议本办法及其修订，裁决跨部门元数据争议。 数据管理办公室为本办法归口部门，负责元模型维护、度量统计、季度抽样核对与年度复核。 数据架构工作组负责元数据采集范围的会签与血缘核查结论的复核。 各业务归口部门的数据专责负责本域业务元数据与管理元数据的登记与维护。 各源系统管理岗位负责本系统数据字典的提供与字段变更的通知。 项目期内，我方项目组承办元模型设计、平台实现、首批元数据采集与血缘构建， 并承担采集与核查作业的具体执行。

2.5 第二章　元数据分类与采集范围（条文与字段定义）

第七条（三类划分） 元数据按用途划分为业务元数据、技术元数据与管理元数据三类。 三类的采集对象与用途见附表一。采集范围的调整须经数据架构工作组会签、办公室审核， 范围扩大的同时须注明新增范围的用途。

第八条（业务元数据） 业务元数据的采集对象为业务术语、业务对象与数据元、 指标、关键数据元素标记四项。业务元数据以流程驱动方式维护： 术语新增、数据元定义、指标口径确认、关键数据元素定级四类流程走完即落库， 不另设单独的登记入口。

第九条（技术元数据） 技术元数据的采集对象为库表与字段、加工作业、接口与通道、 文件与非结构化资产、数据集版本五项。技术元数据以平台自动采集为主， 采集频率按第十五条执行；无法自动采集的按人工登记并在完整性度量中单列。

第十条（管理元数据） 管理元数据的采集对象为权属与责任、分级与权限、 质量与状态、变更记录四项。管理元数据的来源为资产登记、安全分级、质量检查与变更审批 四类流程的输出，不重复录入。

第十一条（元模型） 元模型由公共属性与分类属性两部分构成。 公共属性为全部元数据对象共有，分类属性按对象类型分别定义。 元模型的字段定义见附表二至附表四。元模型的扩展须经办公室审核， 新增字段须说明用途、取值域与填写责任岗位；删除字段须经委员会批准， 并在删除前核查该字段是否被平台功能或下游流程引用。

第十二条（必填性） 元数据字段的必填性分三档：必填、条件必填、选填。 必填字段缺失的元数据对象不得进入已登记状态，在平台中以待补状态列示， 并计入元数据完整性度量的分母。条件必填字段的触发条件在附表中注明。

附表一　三类元数据的采集对象、具体内容与用途

附表二　元数据公共属性字段定义

附表三　技术元数据分类属性字段定义（字段级对象）

附表四　文件类资产与数据集版本的分类属性字段定义

附表二至附表四合计定义 49 个字段，其中必填 25 个、条件必填 22 个、选填 2 个。 字段数不是越多越好——每增加一个必填字段，就增加一道人工维护负担， 因此附表中的必填字段限定在两类用途上：平台功能直接依赖的，以及影响分析与隔离性证明必须用到的。

2.6 第三章　采集与维护（条文）

第十三条（两条采集路径） 元数据采集采用自动采集与流程驱动的人工维护两条路径并行。 技术元数据以自动采集为主，从源系统数据字典、库表结构、作业配置与接口定义中抽取； 业务元数据与管理元数据以流程驱动的人工维护为主，在术语新增、数据元定义、资产登记、 分级定级、权限审批等流程中强制填写，流程走完元数据即落库。

两条路径缺一不可。只靠人工维护的元数据必然滞后于系统实际， 只靠自动采集则拿不到业务含义——自动采集能取到字段名叫 HD_VAL、类型是数值， 取不到它指的是淬火后表面硬度实测值、单位是 HBW、低于下限即判不合格。

第十四条（自动采集的实现要求） 自动采集须满足四项要求： 采集过程对源系统只读，不得写入；采集结果与上一次结果做差异比对，仅对变化项生成变更记录； 采集失败须生成告警并记录失败原因，连续两次失败由平台实施岗核查； 采集范围的增减须经办公室审核，不得由实施岗自行调整。

第十五条（采集频率与时点） 采集频率按对象类型分设，见下表。 频率的设定依据是该类对象的变化速度与变化被感知的紧迫程度。

第十六条（维护责任分工） 元数据维护的责任按对象类型与元数据类别落到具体岗位， 责任矩阵见附表五。矩阵中「主办」为填写与更新的第一责任岗位， 「会签」为口径确认岗位，「审核」为登记状态生效前的把关岗位。 同一对象同一类别元数据的主办岗位只设一个，不设共同主办。

附表五　元数据维护责任矩阵

第十七条（交接要求） 岗位变动时，原主办岗位须在离任前完成本人负责范围内 待补状态元数据的清理或移交说明，移交清单经办公室确认。 项目期结束时，我方项目组承办范围内的元数据登记与血缘记录一并移交， 移交内容含元模型定义、采集配置、已登记元数据、血缘记录与核查结论， 移交后由甲方对应岗位接续维护。

第十八条（登记与审核） 元数据登记须填满必填字段方可提交审核。 审核要点三项：业务含义是否用业务语言写明且与业务对象实际一致； 敏感级别与责任部门是否与资产登记一致；关联数据元与质量规则引用是否指向有效条目。 审核不通过的退回补正，补正期限为五个工作日； 逾期未补正的，由办公室在月度例会上通报，并计入部门数据管理考核。

第十九条（元数据的质量要求） 元数据自身的质量按三项要求管理。 完整性要求必填字段无缺失；准确性要求元数据描述与实际数据形态一致； 一致性要求同一对象在不同登记入口的元数据取值相同。 三项要求的度量方式见第六章。元数据自身也是数据，同样纳入数据质量校验规则库管理， 以空值检查、值域检查、引用完整性检查三类模板实现。

2.7 第四章　血缘管理（条文与字段）

第二十条（粒度与覆盖范围） 血缘记录到字段级。覆盖范围为三类： 贴源层至应用层的加工链路血缘；原生文件至结构化字段的文件解析血缘； 资产版本至数据集版本的数据集构成血缘。 三类血缘合并构成一张有向图，支持正向查询与反向追溯。

字段级是本办法刻意设定的粒度。表级血缘只能回答「这张表的数据来自那张表」， 回答不了「这个硬度检验值是从哪个系统的哪个字段经哪一步加工来的」。 而本项目的质量场景恰恰依赖后一个问题的答案： 热处理与焊接两类场景的瓶颈不在模型，而在某一段过程数据与某一个质量结论的配对是否成立、 这种配对能否追溯到具体工件与时点。配对关系的证明只能靠字段级血缘。

第二十一条（三类血缘的构建方式）

（一）加工链路血缘由平台从加工作业的输入输出关系自动推导。 作业中使用表达式或脚本致自动推导不完整的，由作业责任岗补充登记， 补充登记的血缘须标注来源为人工登记。

（二）文件解析血缘由解析作业在产出结构化字段时同步写入， 记录哪一个文件标识的哪一个版本，经哪一次解析批次，产出了哪些字段。 一张工程图纸解析出材质、板厚、轮廓尺寸、坡口形式等字段， 每一个字段都须能回指到该图纸的图号与版次。

（三）数据集构成血缘由数据集发布流程写入， 记录某一版数据集由哪些资产条目的哪些版本构成、按什么规则切分、 切分点如何确定。此类血缘是训练数据与评测数据隔离成立的唯一证明方式。

第二十二条（血缘记录字段） 血缘记录的字段定义如下表。 每一条血缘记录描述一条有向边。

字段中「置信标记」一列是本办法的要点之一。 自动推导的血缘并非一定正确，人工登记的血缘更可能有误。 不区分置信度就把全部血缘当作同等可信，隔离性证明会失去意义。 因此规定：取「存疑」的血缘边不得作为训练与评测数据隔离成立的证明， 相关数据集版本须在核验通过后方可发布。

图 A6-2　三类血缘的连接方式与两个查询方向

图 A6-2　数据来源：血缘与变更管理要求取招标文件 3.2.6.1.1.2.3 第（4）项（b1263、b1264）； 训练与评测数据隔离口径取技术方案数据集质量评测段的分建要求。

第二十三条（血缘核查） 血缘的准确性按季度核查一次。 核查采用抽样方式，抽样不少于血缘记录总条数的百分之三， 且对血缘来源为人工登记的记录按不低于百分之十抽样。 核查方法为逆向复算：取下游对象的实际取值，按血缘记录的加工逻辑回算上游取值， 与上游实际取值比对；不一致的判为血缘错误，置信标记改为「存疑」并退回主办岗位核实。 核查结论由数据架构工作组复核，结论与整改情况记入季度元数据管理报告。

第二十四条（影响分析的应用） 影响分析在三类事项中为必办环节： 源系统字段或口径变更、数据标准条目变更、数据集版本发布。 前两类须出具《元数据变更影响评估单》，第三类须出具构成血缘完整性核对结论。 未完成影响分析即执行变更的，相关数据集版本不予发布。

2.8 第五章　变更管理（条文与表单）

第二十五条（变更分类与分级） 元数据相关变更按影响范围分三级，分级决定审批层级与时限。

分级的判定由平台按血缘自动初判，主办岗位可提出调整并说明理由， 调整结果由办公室确认。自动初判的作用是防止把重大变更按一般变更办掉—— 申报人往往低估自己改动的影响面，而血缘知道这个字段被谁用了。

第二十六条（变更通知义务） 源系统字段、口径、接口发生变更的， 源系统管理岗位须在变更计划确定后、实施前不少于五个工作日内提交变更通知。 未通知导致下游加工失败或数据错误的，按《数据管理考核细则》记入部门考核。 平台侧的加工逻辑、模型结构、数据集构成变更，由变更发起岗位在提交审批时同步登记。

第二十七条（影响评估单） 《元数据变更影响评估单》的字段如下， 由发起岗位填写前七项，平台按血缘自动生成第八至第十一项，评估责任岗位填写其余各项。

第 15 项回退方案是必填项。变更失败后无法回退的情形在实际工作中代价最高： 已发布的数据集版本若因上游变更而失效，回退不了就只能重出版本， 连带质检报告与验证报告一并重出。因此评估单要求在变更前就把回退路径写明。

第二十八条（执行与复测） 变更获批后按同步修改方案执行， 执行完毕由质量责任岗位按复测要求复测，复测通过方可关闭变更。 复测不通过的按回退方案回退，并重新评估。 涉及已发布数据集版本的，按数据集版本管理要求决定是否重出版本与五件套。

第二十九条（留痕与回溯） 变更的全过程记录作为管理元数据的变更记录类留存， 保留期限不短于项目期并随项目资料移交。 元数据对象的历史版本一并保留，支持按时间点还原当时的字段定义、血缘与分级状态。 按时间点还原的能力是审计与溯源的前提：半年后回看某一个评测结论， 须能查到当时的字段口径是什么，而不是今天的口径。

2.9 第六章　监督与考核（条文与度量）

第三十条（度量指标） 元数据管理的运行状况按四项指标度量， 指标按月统计、按季度通报，统计由平台自动完成。

四项指标的目标值写法须说明。本办法不写「达到百分之百」一类表述， 而是给基线值与逐季提升要求。理由有两层： 一是元数据覆盖率的分母会随资产盘点推进而增长，分子追着分母跑， 绝对值的承诺在分母变动时没有意义； 二是未申报变更这一项依赖自动采集的发现能力，发现能力提升反而会让合规率下降， 用绝对指标考核会诱导不去发现。因此配套规定： 指标出现下降时，先核查是否因发现能力提升或分母扩大所致，再判定是否为管理退步。

第三十一条（监督方式） 监督分三层： 平台按月自动统计四项指标并生成报表；办公室按季度组织抽样核对； 委员会在年度评估会上听取元数据管理专项汇报。 抽样核对的抽样方式为分层随机：按业务域与对象类型分层，各层按比例抽取， 一级关键数据元素相关的元数据全部纳入核对范围。

第三十二条（考核与问责） 元数据管理的考核结果纳入部门数据管理考核与岗位数据质量考核。 下列情形为违规，按《数据管理考核细则》处理： 未履行变更通知义务导致下游故障； 绕过评估与审批直接变更字段、口径或接口； 元数据登记内容与实际不符且经两次通报仍未更正； 将置信标记为「存疑」的血缘作为隔离性证明使用。

第三十三条（申诉） 被考核部门或岗位对考核结果有异议的， 可在结果通报后五个工作日内向办公室提出申诉，办公室在十个工作日内复核答复； 对复核结论仍有异议的，提交委员会裁决。

2.10 第七章　附则（条文）

第三十四条（生效与解释） 本办法自公司发文之日起施行，解释权归数据管理办公室。

第三十五条（修订程序） 本办法的修订按第 2.12 节所述机制执行。

第三十六条（适用顺序） 公司既有信息化管理文件与本办法规定不一致的，以本办法为准， 由办公室在半年内提出既有文件的修订建议。 本办法与数据安全管理办法在分级与权限事项上不一致的，以数据安全管理办法为准。

第三十七条（附表与配套表单） 本办法附表五张见前文； 配套表单四张为《元数据登记表》《元数据变更影响评估单》 《血缘核查记录表》《元数据季度抽样核对表》，格式由办公室另行发布。 配套的岗位级操作规范为《元数据采集与血缘维护操作规范》。

2.11 职责矩阵与责任边界

第六条以条文形式写明了六方的职责，条文适合追责，日常作业时却要在整段里找自己那一句。 下表把第二章至第六章的动作逐项落到承办方，一项动作一行。 表中代码的含义是：拟指起草与填报，签指会签并对本方口径负责，审指审核并出具意见， 批指批准并承担决定后果，执指按已批准的结论执行，督指事后核查执行情况， 配指按要求提供材料，横线表示该方在此动作中无职责。

第 21 行「指标下降的归因核查」单独列为有承办方的动作：能力提升导致变更合规率下降、或分母扩大导致覆盖率下降时，报表形态与管理退步相似；须先归因再决定是否问责，不得以指标下降直接问责。

第 15 行的「执」在源系统管理岗位，而我方项目组只占「配」。 字段变更的通知这件事，技术上我方可以通过自动采集发现，但发现不等于被告知—— 自动采集发现的是已经改完的变更，而本办法第五条要求的是先评估后执行。 通知义务留在源系统侧，第 18 行的未申报变更处理才有对象。

责任边界按下列四条划定。

其一，元数据的业务含义与口径由业务归口部门确认。 我方项目组承办元模型设计、平台实现、首批采集与血缘构建， 不代行业务含义的认定；权威源认定存在分歧的按第八条提交裁决，我方不作单方面选择。

其二，源系统的数据字典提供与字段变更通知由源系统管理岗位承担。 我方项目组在自动采集中发现未申报变更的，按第三十九条上报并记录， 不承担因未获通知而产生的下游影响；修复所需的工作量与排期另行确认。

其三，血缘的置信标记反映的是构建方法的可靠程度，不是数据正确性的保证。 解析得到的血缘标记为高置信，人工登记与推断得到的标记为存疑， 标记口径在本办法第四章已定；我方项目组按口径标注，不为提高可追溯率而上调标记。

其四，本办法在项目期由我方项目组起草、公司发布。 发布前元数据相关事项按公司现行规定执行，本样章条文不作为发布前的执行依据。

2.12 与矿山装备制造业务的结合点

本办法若写成通用的数据治理模板，条款可以照抄，落到本公司的数据上就会卡住。 下面把本办法中与业务结合最紧的四处写明，并给出元数据登记的样例行。

第一处，图纸与工艺卡的配对关系必须进元数据。 公司历史工艺样本约 63 万张，每一张图纸历史上都配有一张已审核签发的工艺卡片， 这种成对关系是工艺设计类场景唯一可用的监督信号。 但这种配对关系目前存在于人的记忆与文件目录里，不在任何系统的字段中。 因此附表四专设 pair_object_id 与 pair_source 两个字段： 前者记录配对的对方文件标识，后者记录配对关系是从系统关联得到、从文件目录推断得到、 从档案调研得到还是经人工确认得到。来源不同，可信度不同， 人工确认的配对须留确认记录标识，供后续抽查。 同时规定 approval_status 取「已签发」方可进入训练样本构造—— 编制中的工艺卡不构成可信标签，这一条写进元数据的校验规则而不是只写在加工环节的说明里， 是为了让它在数据登记时就生效，而不是等到加工时才发现。

第二处，28 道备料工序的工序代码须有唯一的权威源。 板材备料从下料到成形共 28 道工序，工序代码在制造执行、工时定额、工艺卡片 三处都有登记，取值不尽相同。附表二的 authoritative_flag 与 authoritative_ref 两个字段就是为这类情形设的：三处登记中认定一处为权威源，另两处标为副本并指向权威源。 不做这件事，工序代码一致性的质量规则无从编写，工艺路线的血缘也接不起来。

第三处，热处理炉次的时序数据区间须以元数据绑定。 热处理过程的数据价值不在温度曲线本身，而在某一段曲线对应某一炉次、 某一批工件与某一个检验结论。炉次事实表中设有时序数据区间标识与可信度等级两个字段， 元数据须为这两个字段登记完整的业务含义与取值说明： 区间标识指向时序数据段的起止时点与测点集合； 可信度等级按测点可用性与温度测量系统的计量校验状态分级。 计量校验失效期间采集的数据不应与校验有效期间的数据同等使用， 这一判断依据的是管理元数据中的校验状态，不是数据本身。

第四处，焊接参数流与焊道的配对须记录配对率。 焊接参数流按时间连续采集，焊道按工件与焊缝编号标识，两者原本没有对应。 配对由加工环节按时间窗与工位信息推导，推导结果的正确率并非百分之百。 因此血缘记录的 confidence_flag 字段在此处发挥作用： 配对关系经抽样核对的记为已核验，未核对的记为待核验，核对不通过的记为存疑。 焊接类场景的样本构造只取已核验的配对，待核验与存疑的不进训练集， 但进入待核清单并在元数据中可查。

元数据登记样例行

下表为五类对象的元数据登记样例，字段取附表二至附表四的定义， 取值形态为正式口径，具体取值待项目期实测。

2.13 评审与修订机制

本办法的评审与修订按第 1.6 节骨架执行，并补充三项特殊安排。

其一，元模型变更的评审比条文修订更严。 元模型是全部元数据的结构定义，字段一改，已登记的全部元数据都要补填或清理。 因此规定：元模型新增字段由办公室审核即可， 删除字段或修改已有字段的必填性、取值域须经委员会批准， 批准前须由平台出具「受影响已登记对象数量与补填工作量」测算，作为审议材料。

其二，复核周期与数据资产盘点同步。 本办法每年复核一次，复核时点安排在年度资产盘点结论出来之后， 因为复核的核心内容之一是采集范围是否仍与资产范围匹配—— 资产盘点新增了一类对象而采集范围没跟上，元数据覆盖率的分母就会悄悄失真。

其三，下游通知按第 1.6 节表 A6-3 前两行执行。 元模型字段增删须在发布后三个工作日内下发变更通知单，并在月度例会通报； 血缘粒度或覆盖范围调整须同时通知数据集加工与质量评测两侧责任岗位， 由其重新核对已登记血缘的完整性并出核对结论。

本办法的评审记录、复核结论与修订记录按下表体例留存，随文档一并归档。

表中第二、第三行为体例示例，说明修订记录须写到什么粒度： 修订内容摘要要写清改了哪一处，不写「部分条款优化」； 已通知下游一列要能对上表 A6-3 的对象，便于审计时核对通知是否落实。

三、《数据资产管理办法》V1.0 样章

本节回应招标文件交付清单第 13 项（b1333r14）及其要求出处 3.2.6.1.1.2.4 第（1）项与第（4）项（b1268、b1269、b1273、b1274）。

3.1 文件标识

3.2 适用范围与生效条件

3.2.1 适用范围

本办法适用于公司范围内数据资产的确认、权属管理、登记、分类分级、授权、 价值评估、运营、变更与退役等管理活动。

适用的资产对象分三层。第一层是原始数据，即各业务系统、文档库、文件服务器与纸质档案中 已有的业务事实记录，含九个业务域的结构化数据、工程图纸与图档、工艺文件、 检验记录、设备过程参数、在役装备时序数据、制度与标准文件、合同与标书等； 第二层是治理加工形成的数据资产，含落标后的主数据、贯通后的明细与汇总数据、 图纸与工艺卡配对后的成对样本集、各类标注数据集； 第三层是本项目形成的四类数据集及其各版本，即预训练数据集、指令微调数据集、 强化学习偏好数据与基准测试数据集。

本办法不适用于三类情形： 纯粹的个人工作文件与未进入任何业务流程的草稿； 系统运行产生的、不承载业务事实的技术日志（其管理按数据运维管理制度执行）； 已按退役管理规范完成销毁的数据。 第二类须说明界限：审计日志与访问日志虽为技术日志，但承载安全管理事实， 按数据安全管理办法管理，不在本办法的资产范围内，但其元数据仍纳入登记。

3.2.2 生效条件

本办法的生效条件有四项。

其一，数据治理组织已正式设立，数据治理委员会具备审批对外提供事项的职权， 数据管理办公室具备资产登记审核与目录发布的职权。 资产管理的实质是审批权的分配，审批主体不存在，办法无法执行。

其二，权属界定的基本结论已由甲方法务口与业务口确认。 本办法规定原则与登记字段，不代替甲方作权属判断； 原始数据与加工后资产的权属结论、第三方提供数据的使用边界， 须由甲方确认后填入权属登记表。

其三，数据安全分级标准已发布，资产分级有可引用的取值集。 分级未发布前，资产分级按初判值登记并标注「待确认」，不据此开放授权。

其四，数据资源目录在治理平台中已完成功能部署，具备条目登记、 检索、申请、审批、授权与下架能力。目录未上线前，资产登记以台账方式进行。

3.3 正文结构

3.4 第一章　总则（条文）

第一条（目的） 为规范公司数据资产的确认、权属管理、登记、授权与运营， 明确原始数据与治理加工后形成的数据资产的所有权与使用权， 使数据资产可查、可用、可控、可追溯，支撑数据资产价值发挥与高质量数据集建设，制定本办法。

第二条（依据） 本办法依据《数据管理能力成熟度评估模型》（GB/T 36073—2018） 数据资产能力域的要求、国家关于数据产权与数据要素市场化配置的有关规定， 结合公司数据治理规划与本项目建设要求制定。

第三条（术语） 本办法所称数据资产，指公司合法持有或控制、 具有明确责任主体与业务用途、能够带来价值的数据资源。 所称原始数据，指业务活动或设备运行直接产生、未经治理加工的数据。 所称加工后资产，指经清洗、落标、关联、标注、合成等加工形成的数据。 所称三层权利，指数据资源持有权、数据加工使用权、数据产品经营权。 所称资产条目，指数据资源目录中一条可被检索、申请与授权的记录。

第四条（基本原则） 数据资产管理遵循三项原则。

（一）权属不因加工而转移。原始数据的权属状态不因治理加工而改变； 加工成果的权属按合同约定确定。涉及第三方提供数据的， 加工行为本身不产生对该数据的新的所有权。

（二）使用以授权为前提。任何对数据资产的访问、加工与对外提供均须有对应授权， 授权范围以用途、数据范围与期限三要素限定。无授权的访问为违规，按第五十二条处理。

（三）分层授权。三层权利分别登记、分别授予。 授予加工使用权不等于授予产品经营权；授予持有权不等于授予对外提供的权利。 分层的目的在于能够只授予必要的那一层，而不是一次性放开。

第五条（职责分工）

（一）数据治理委员会审议本办法及其修订，审批对外提供事项， 确认价值评估结论，裁决权属争议与跨部门资产争议。

（二）数据管理办公室为本办法归口部门，负责资产登记审核、资源目录发布与维护、 价值评估的组织、授权台账管理、运营度量统计与年度复核，并发起对外提供事项的报批。

（三）数据资产工作组负责资产确认标准的会签、资产分类框架的维护、 价值评估打分的复核。各业务归口部门的数据专责负责本域资产的登记、 业务说明的编写、本域内申请的审批。

（四）安全职能负责资产分级的确认、敏感级资产授权的会签、 去标识化与脱敏要求的提出、访问审计与异常访问的处置。

（五）项目期内，我方项目组承办资产盘点、登记字段设计、 资源目录的平台实现、首批条目的编制与价值评估的作业执行， 并按第二十八条接受权限约束。资产权属的判断、对外提供的审批与价值评估结论的确认 均由甲方对应层级作出，我方不代为决定。

3.5 第二章　数据资产的范围与分类（条文）

第六条（资产确认标准） 一项数据被确认为数据资产须同时满足四项条件： 有明确的业务归口部门与责任岗位；有可界定的边界（可明确说清包含哪些对象与字段）； 有明确的业务用途或已识别的潜在用途；来源合法且权属状态可说明。 四项条件缺一的，登记为待确认资源，不进入资源目录的已上架状态。

第二项「可界定的边界」要求资产命名采用「业务对象＋数据类别」（如「工艺卡片—备料工序明细」「炉次—温度曲线时序」），不得使用「生产数据」「质量数据」「工艺数据」「热处理数据」等无法登记、授权与评估的笼统名称。

第七条（资产的三层划分） 资产按加工程度分三层，各层的权属处理与管理要求不同。 三层划分与加工程度字段对应：原始、清洗后、标注后、合成四档。

第八条（分类框架） 资产按三个维度分类，三个维度并行使用，不互相替代。 按主题域分为供需计划、产品工艺设计、制造过程、质量、在役服务、基础支撑六类， 用于数据集加工的取数边界划分； 按业务域分为人力资源、研发设计、生产制造、仓储物流、财务管理、设备管理、 采购管理、营销管理、质量管理九类（b1336），用于治理责任归属； 按数据形态分为结构化、半结构化、文档、图纸、图像、时序、视频、音频八类， 用于加工方式与存储策略的选择。

第九条（计量单位） 资产规模的计量按形态分别规定： 结构化数据按记录条数；文档与图纸按份数或张数； 图像按张数；时序数据按测点数与时间跨度；视频与音频按时长。 容量（字节数）作为辅助计量，不单独作为规模指标。 统一计量口径的作用在价值评估——不统一就无法在同一维度上比较不同形态资产的规模得分。

3.6 第三章　权属管理（条文与字段）

第十条（来源与存储位置登记） 每一项资产须登记来源与存储位置， 登记字段见附表一。登记的作用是让权属界定有事实基础： 权属判断的第一步是查清这份数据是谁产生的、存在哪里、有无提供方约定。

附表一　资产权属登记字段定义

第十一条（四类产生方式的界定口径） 原始数据按产生方式分四类， 各类的所有权与使用权界定口径见附表二。 治理加工形成的资产按第十二条处理。

附表二　四类产生方式的权属界定口径

附表二中第三类与第四类是实际工作中最容易出问题的两类， 因此第十三条规定对这两类单独建台账。 矿方提供的工况与地质资料涉及矿方的生产信息， 未经约定直接纳入对外提供的数据集会带来权利风险； 外部标准文本受版权保护，用于内部问答与检索与用于对外提供是两件不同的事。

第十二条（加工后资产的权属） 治理加工形成的资产， 其权属按「原始数据权属不因加工而转移」的原则处理， 加工成果的权属按合同约定确定。加工后资产的权利按三层分别登记：

（一）数据资源持有权，登记该资产由哪个部门持有、在何处存储、由谁维护。

（二）数据加工使用权，登记哪些部门或项目可对该资产作加工与使用， 授予范围以用途、数据范围与期限三要素限定。

（三）数据产品经营权，登记该资产可否作为数据产品对外提供， 以及对外提供须满足的条件。该层权利默认为未授予， 授予须经委员会审批并记录审批标识。

第十三条（第三方来源的单独台账） 产生方式为客户或第三方提供、 外部公开获取两类的资产，除常规登记外另建《第三方来源数据台账》， 逐项标注可用范围，并在资源目录条目中以标签形式呈现， 使审批环节能够直接识别而不必逐份翻查约定。台账字段见附表三。

附表三　第三方来源数据台账字段与样例行

样例行二反映的是一类真实情形：截深、截高、推移步距这类接口参数， 是矿方与刮板输送机、采煤机、液压支架、破碎机各方会商妥协后确定的， 往往没有规范的电子留痕，也没有书面约定。 台账把这类情形登记为「约定待核」并设半年复核， 目的是让它在目录里可见、在审批时被拦住，而不是等到对外提供时才发现问题。

第十四条（权属争议处理） 两个及以上部门对同一资产的持有权有不同主张， 或与外部方就使用范围有分歧的，由办公室受理并在十个工作日内组织协调； 协调两次未果的提交委员会裁决。争议期间，权属登记状态记为「有争议」， 该资产的对外提供事项暂停，内部已授予的加工使用权不受影响。

第十五条（对外提供前的权属核验） 对外提供数据资产前须完成权属核验， 核验内容五项：所有权结论是否已确认；产品经营权是否已授予； 提供方约定或许可条件是否允许；是否包含不可用于商业用途的内容； 是否已按要求对个人信息、敏感地理信息、重要行业数据与企业秘密数据 完成去标识化或脱敏处理（b0804r06）。 核验由办公室组织，法务口与安全职能会签，核验结论作为委员会审批的前置材料。 核验未通过的不得对外提供，核验结论留存。

3.7 第四章至第十一章（条文要点与关键条款）

第四章至第十一章的条文结构已在第 3.3 节列出，本节给出各章关键条款的实际内容。

第十六条（登记触发与时限） 下列情形须办理资产登记： 资产盘点识别出新资产；新系统上线或系统新增数据域； 治理加工产生新的资产对象；数据集新版本发布；纸质档案完成数字化。 登记须在情形发生后十个工作日内提交，数据集版本发布的随发布流程同步登记。

第十七条（登记审核） 登记由业务归口部门数据专责发起，办公室审核。 审核要点四项：是否满足第六条四项确认条件； 权属登记字段是否齐备且所有权结论有确认依据； 分级是否经安全职能确认；业务说明是否用业务语言写明。 审核不通过的退回补正，补正期限五个工作日。

第十八条（目录上架） 登记审核通过且分级确认完成的资产进入资源目录并上架。 上架前须完成与元数据的一致性核对，核对内容为资产名称、责任部门、 敏感级别、存储位置四项在资产登记与元数据登记中取值一致。 核对不一致的不予上架，由办公室指定一方为准并通知另一方更正。

第十九条（目录下架） 下列情形须下架： 资产已停用或已退役；权属登记状态变为「有争议」且涉及持有权； 分级上调至当前目录可见范围之外；连续两个评估周期无人申请且经核查确认无场景依赖。 下架不等于删除，下架后条目仍可由办公室查询，历史授权记录一并保留。

第二十条（一致性核对的周期） 资产登记与元数据登记的一致性按月自动核对， 不一致项生成待处理清单，由办公室分派。 这一条看起来琐碎，实际是目录可信度的保障—— 目录里写着责任部门是 A，元数据里写着 B，使用者按目录找人找不到，目录就失去作用。

第二十一条（资产分级） 资产的敏感级别按数据安全分级标准的 L1 至 L5 五级确定 （b1301、b1302），由业务归口部门初判、安全职能确认。 一项资产包含多个级别的数据对象时，按其中最高级别确定该资产的级别； 确有必要拆分使用的，按字段或子集拆分为多个资产条目分别定级， 不以「整体从高」的方式封锁可共享的部分。

第二十二条（角色与授权矩阵） 资产目录的授权按角色授予，不按人授予。 角色与可访问范围的对应关系见附表四。 「可见」指在目录中能看到条目及其说明；「可申请」指可提交使用申请； 「可直接使用」指无须逐次申请即可访问。

附表四　资产目录分级与角色授权矩阵

第二十三条（授权的发起与批准） 授权按资产级别与用途分三档审批， 三档的审批环节、时限与交付方式按《数据资产运营流程规范》执行，本办法不重复规定。 授权批准后生成授权记录，记录内容含授权对象、资产范围、用途、期限、 使用限制与所依据的规范版本号。

第二十四条（授权有效期） 授权须设有效期。 内部一般数据的授权有效期不超过十二个月； 内部受限数据不超过六个月；敏感级数据不超过三个月。 有效期届满自动失效，需继续使用的办理续期。 不设有效期的授权在实践中等于永久授权，人员岗位变动后无人清理，是越权访问的主要来源。

第二十五条（授权回收） 下列情形须即时回收授权： 授权对象岗位变动或离职；授权用途已完成； 资产分级上调至超出该角色可访问范围；经审计发现授权被超范围使用； 资产权属登记状态变为「有争议」且涉及对外提供。 即时回收由平台执行，回收结果通知授权对象所属部门。

第二十六条（价值评估的组织与周期） 资产价值评估按年度开展， 新增重要资产可随时发起专项评估。评估的维度、权重、评分细则与流程 按《资产价值评估办法》执行，本办法不重复规定。 评估结论由委员会确认后生效。

第二十七条（价值等级对应的管理要求） 资产按价值评估结果分四级， 各级的管理要求如下。本条是价值评估与日常管理之间的连接点—— 评估不与管理要求挂钩，评估就只是一次打分活动。

四级资产的处理须区分两种情形：得分低因质量差的进质量提升； 得分低因暂无场景依赖的进退役评估。两者的处理方式相反，不能一概而论。

第二十八条（项目期内我方项目组的权限约束） 项目期内， 我方项目组承担数据加工与平台建设，需要访问相当范围的数据， 但敏感级（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 一致。

本矩阵把「批」放在法务与安全职能的共四行：第 5 行权属结论的确认、 第 8 行第三方来源数据台账的建立与维护、第 9 行第三方数据可用范围的界定， 以及第 12 行资产分级的初判与待确认标注。前三行同属一类—— 权属结论、第三方来源台账与第三方数据可用范围都不是数据问题，是法律问题： 同一批矿方工况资料，能不能进对外提供的数据集， 取决于提供时的约定怎么写，而不取决于数据本身长什么样。 第十二条已写明本办法规定原则与登记字段、不代替甲方作权属判断， 矩阵把这句话落到了具体的批准方上。

第 12 行的「资产分级的初判与待确认标注」写进矩阵，是为了配合 3.2.2 的第三项生效条件。 分级标准未发布时，资产仍要登记，否则盘点停摆；但初判值不能当作正式分级用， 因此标注「待确认」并且不据此开放授权。 这一行与第 14 行的授权批准之间的约束关系，是本办法在过渡期内不出事的关键。

责任边界按下列四条划定。

其一，权属判断由甲方作出。我方项目组提供权属登记字段、识别线索与登记执行， 不代替甲方认定权属；权属不明的资产登记为待确认，在确认前不进入对外提供范围。

其二，第三方提供数据的使用边界以合同或提供时的约定为准。 我方项目组负责台账登记与约定条件的技术落实， 对约定不明确的情形提请法务口确认，不按推定的宽松口径使用。

其三，对外提供的决定权在数据治理委员会。 我方项目组承办权属核验、脱敏执行与交付实施，核验通过不等于我方对提供决定承担责任。

其四，资产的业务价值由资产责任部门判断。 我方项目组提供规模、质量、使用频次等可量化指标，不代行业务价值的评判。

3.9 与矿山装备制造业务的结合点

本办法有三处是针对本公司业务专门设计的，不属通用模板内容。

第一处，图纸与工艺卡的成对关系按一项资产登记，不按两项。 图纸与工艺卡片同在产品全生命周期管理系统中，按系统盘点会登记为两项资产。本办法规定：图卡成对样本集作为独立加工后资产单独登记，构成来源指向图纸与工艺卡两项原始资产的具体版本，配对关系的来源与正确率作为该资产的质量属性登记，以便价值评估对「成对」单独计分，避免仅由图纸张数主导评分。

第二处，热处理与焊接类过程数据的资产边界按配对关系划定。 温度曲线与焊接参数流按时间连续采集，若按「时序数据」整体登记， 资产边界就是「从某年某月至今的全部曲线」，这样的边界无法授权、无法评估。 本办法规定：过程类时序数据按「与结论配对的数据段」划定资产边界， 即炉次或焊道作为资产条目的组织单位，时序数据段作为该条目的构成内容。 未能与任何结论配对的时序数据段登记为待确认资源，不进目录， 但在元数据中可查，待配对关系建立后转为资产。

第三处，矿方工况资料与接口参数的台账独立于常规登记。 这两类数据的权属不在甲方，而它们恰恰是产品选型类场景不可缺的输入。 第十三条的《第三方来源数据台账》就是为此设的， 台账中「约定待核」的条目在目录里带标签显示， 审批环节看到标签即知须另行取得同意，不必逐份翻查原始约定。

资产登记样例行

样例行中的四类数据集子集规模取自技术方案的逐数据集规模口径： 预训练数据集 615 亿 Token，其中制造过程方向 105 亿； 基准测试数据集 0.95 万条，其中质量方向 0.25 万条。 资产登记中的规模字段与数据卡中的规模字段同源，由平台从数据集内容统计后写入， 不人工填写，避免两处对不上。

3.10 评审与修订机制

本办法的评审与修订按第 1.6 节骨架执行，并补充三项特殊安排。

其一，权属条款的修订须经法务口会签。 附表一与附表二涉及所有权与使用权的界定口径， 其修订不仅是管理口径的调整，还可能改变已对外提供事项的合规基础。 因此规定：第三章条文与附表一、附表二的修订，除常规评审路径外， 须由甲方法务口会签，并由办公室同步复核在办与已完成的对外提供事项是否仍成立。

其二，授权矩阵的修订涉及权限收缩时即时生效。 附表四的调整若导致某角色可访问范围缩小， 平台在办法发布当日按新矩阵重算权限并回收超范围授权，不留三个工作日的过渡期。 理由见第 1.6 节：权限收缩延后生效期间存在越权访问的空档。

其三，复核周期与价值评估周期错开。 本办法每年复核一次，复核时点安排在年度价值评估结论确认之后一个月， 使复核能够以评估结果为输入，核查第二十七条的管理要求是否与实际配置相符—— 评估定了一级资产，质量规则却仍按基础档配置，这类脱节只有在复核时逐项核对才能发现。

四、《数据资源目录》V1.0 样章

本节回应招标文件交付清单第 14 项（b1333r15）及其要求出处 3.2.6.1.1.2.4 第（3）项与第（4）项（b1271、b1273、b1274）。

4.1 文件标识

《数据资源目录》与另外四份文档不同：它是数据成果，不是制度文件。 因此本样章的重点不在条文，而在三件事—— 目录的分类框架长什么样、每个条目包含哪些字段、条目填出来是什么形态。 目录的管理规则（谁能上架、什么时候下架、怎么申请）写在 《数据资产管理办法》与《数据资产运营流程规范》里，本文件不重复规定。

4.2 适用范围与生效条件

4.2.1 编制范围

首批目录覆盖六个主题域的核心业务对象。 主题域划分与四类数据集的四个方向对齐——供需计划、产品工艺设计、制造过程、质量， 另加在役服务与基础支撑两域，共六个。这样划分的理由是数据集加工的取数边界 与主题域边界一致，加工作业不必跨域取数。

编制范围的确定遵循三条取舍规则。 其一，进入目录的资产须已完成登记、权属与分级确认， 待确认资源不进目录，但在平台中以待确认清单单列。 其二，纸质档案与散存文档在完成数字化或登记之后进目录， 数字化之前以「暂无通道」状态在待确认清单中列示。 其三，一项资产只在一处上架。 同一数据在多个系统中有副本的，以权威源所在的条目上架， 副本在条目的「副本分布」字段中列明，不另建条目—— 否则使用者在目录里会看到三条相似条目，不知该申请哪一条。

4.2.2 生效条件

目录发布的生效条件三项： 治理平台的目录模块已部署并通过功能验证，具备条目登记、检索、申请、 审批、授权与下架能力； 首批条目的业务说明已由各业务归口部门数据专责确认（业务说明未确认的条目 不上架，因为业务说明是目录可用性的关键）； 数据安全分级标准已发布，条目的敏感级别有可引用的取值集。

4.3 目录的分类框架

目录采用三级分类：一级为主题域，二级为业务对象，三级为资产条目。 三级分类之外另设三组标签作为横向检索维度：业务域标签、数据形态标签、特殊提示标签。 分类用于浏览，标签用于筛选，两者不互相替代。

4.3.1 三级分类框架

表中第三级为示例而非全量，首批全量条目清单按资产盘点结论确定。 分类框架本身是目录的骨架，骨架一旦发布就不轻易改动—— 分类调整会导致已有条目的归属变动，使用者的检索习惯与已保存的检索条件一并失效。 因此框架的修订按主版本处理，须经委员会批准。

4.3.2 三组标签

特殊提示标签是目录设计中最实用的一处。 限制条件写在条目详情的第十几个字段里，审批人不会逐一翻看； 做成标签显示在条目卡片上，看到即知。 最后一个标签「已进入已发布数据集构成·不可销毁」对应资产管理办法第三十一条， 作用是防止在退役处置中误销毁已被数据集引用的资产。

4.4 目录条目字段定义

目录条目的字段分五组：标识与分类、业务说明、技术属性、管理属性、使用与运营。 五组共 36 个字段，字段定义如下。

4.4.1 标识与分类组

4.4.2 业务说明组

4.4.3 技术属性组

4.4.4 管理属性组

4.4.5 使用与运营组

36 个字段中有 9 个由平台自动写入（质量状态、已知质量缺口、血缘可追溯状态、 可申请角色、审批档位、累计申请量、当前有效授权数、最近一次被申请时间、条目版本与更新时间）， 人工填写的 27 个。自动写入的字段一律禁止人工修改—— 目录条目的可信度依赖于这些字段与源头一致，一旦允许手改，目录就会逐渐变成一份过期的说明书。

4.5 目录条目样例（详展）

下面逐条展开四个条目，说明填写粒度。字段取 4.4 节定义，取值形态为正式口径。

样例条目一

样例条目二

样例条目三

样例条目四

四个样例条目分别代表四类不同情形： 样例一是企业自产的文档类资产，重点在口径说明与不适用说明； 样例二是设备采集的过程数据，重点在资产边界按配对关系划定与可信度分级； 样例三是第三方来源资产，重点在限制条件的标签化呈现； 样例四是数据集资产，重点在隔离性与评测协议的可比性。 正式目录中每一条条目按同一体例编制。

4.6 目录清单导出件

导出件是目录的纸质与电子交付形态，用于验收移交与离线查阅。 导出件采用宽表，一行一条目，列为 4.4 节字段的摘要集（长文本字段截取或另附）。 表头与样例行如下。

末行 AS-0013 的状态为「待确认清单」，不是「已上架」。 把它放进导出件而不是直接省略，是为了让招标方在验收时看得到 目录之外还有哪些资产尚未进来、为什么没进来—— 目录只列已上架条目会给人「盘点已经做完」的错觉，列出待确认清单才是实情。

4.7 目录的维护要求

目录条目的上架、变更与下架规则在《数据资产管理办法》第十八条至第二十条规定， 本文件不重复。本节只写三项目录自身的维护要求。

其一，季度出版次。每季度末由办公室出一次版次， 版次内容为本季度新增、变更、下架的条目清单与变更原因， 并对全量条目的自动写入字段做一次刷新。季度版次经委员会备案。

其二，年度全量核对。每年一次，核对内容三项： 条目与资产登记的一致性；条目与元数据的一致性； 业务说明是否仍与业务实际相符。第三项须由各业务归口部门数据专责逐条确认， 不能由平台自动完成——业务变了而说明没改，是目录失效最常见的方式。

其三，无人使用条目的处置。连续两个评估周期无人申请的条目， 由办公室核查原因并按下表处置。

这张表是目录运营的实际着手处。「建好了没人用」是资产目录最常见的失效方式， 而原因往往不是目录本身没建好，是说明写得让人看不懂、或者申请太麻烦。 把原因分类并各自对应处置方式，核查才有结论。

4.9 职责矩阵与责任边界

资源目录是一份持续变动的登记物，它的职责分工关心的是条目的每一次新增、 变更与下架谁来推进、谁来把关。下表按目录的维护动作列出，一项动作一行。 代码含义与本附件 2.11 一致。

第 5 行规定条目描述与检索标签由资产责任部门确认：须使用业务用语编写，避免仅按字段名拼接导致检索命中率偏低。该行与第 10 行定期核查一并执行，保证目录可作为可用清单而非仅存档。

第 11 行与第 12 行必须连读。目录、元数据与资产登记三处记录同一批对象， 三处的更新由不同流程触发，不一致是常态而不是异常。 把比对列为一项有承办方的动作、把更正的批准权放在资产责任部门， 是为了让不一致有人发现也有人认账；只做比对不定更正责任，清单会越积越长。

责任边界按下列三条划定。

其一，条目的业务描述与检索标签由资产责任部门确认。 我方项目组负责字段的采集、填报与检索能力的实现，不代行业务描述的撰写定稿。

其二，条目的上架与下架由甲方审批。 我方项目组负责登记、核查与状态同步，不自行增删条目； 核查发现已失去对象的条目，提出下架申请并说明原因，在批准前保留并标注状态。

其三，目录中的分级与权限标记取自安全分级与权限管理的结论。 我方项目组按结论同步，不在目录侧另行判定级别； 三处标记不一致的按第十二条的更正流程处理，不以目录侧取值为准。

4.10 与矿山装备制造业务的结合点

本目录的三处设计直接来自本公司的业务实际。

第一处，「口径说明」与「不适用说明」两个字段设为必填与建议填写。 公司当前的实际状况之一是同一名称在不同系统中指的不是同一件事—— 库存在企业资源计划、仓储管理与实物盘点三处口径并存就是典型。 目录若只给条目名称与字段列表，使用者拿到的仍是三份看起来一样的东西。 样例条目一的「不适用说明」写明工艺卡定额是计划值而非实际工时， 这类说明才是目录对使用者的真实价值。

第二处，条目以配对关系为边界而不以系统为边界。 样例条目二把炉次作为组织单位，样例条目三把项目作为归集单位， 样例条目一把工序明细作为记录粒度。这种划法的依据是业务对象而非系统表结构。 按系统表结构建目录，使用者看到的是十七套系统的几千张表； 按业务对象建目录，使用者看到的是自己认识的东西。

第三处，提示标签覆盖本项目的四类真实限制。 矿方工况资料的第三方来源限制、在役装备数据的位置信息去标识要求、 外部标准文本的版权限制、已被数据集引用资产的不可销毁约束—— 这四类限制在本公司的数据上都真实存在， 做成标签在条目卡片上显示，审批与使用环节不必逐份翻查原始约定。

4.11 评审与修订机制

目录是数据成果，其评审与修订机制与制度类文档不同，分三层。

第一层是条目级。单个条目的新增与变更由业务归口部门数据专责发起、 办公室审核，审核要点为业务说明是否用业务语言写明、 自动写入字段是否与源头一致、提示标签是否齐备。 条目变更不走委员会，但变更记录逐条留痕。

第二层是版次级。季度版次由办公室发布并经委员会备案， 备案材料为本季度变更清单与全量核对的差异项。 版次发布后三个工作日内在目录页面挂公告，并向目录使用方下发通知 （按第 1.6 节表 A6-3 第五行执行）。

第三层是框架级。分类框架、字段定义、标签取值的修订按主版本处理， 须经委员会批准。批准前须由平台出具「受影响条目数量与补填工作量」测算。 框架修订后，历史条目的补填期限由办公室确定，补填完成前新旧框架并行显示。

年度复核由办公室组织，复核结论分三类： 框架继续适用、框架需调整、部分条目需重编。 复核结论与处理情况记入年度数据资产管理报告。

五、《资产价值评估办法》V1.0 样章

本节回应招标文件交付清单第 15 项（b1333r16）及其要求出处 3.2.6.1.1.2.4 第（2）项与第（4）项（b1270、b1273、b1274）。 招标文件对本文件的要求是「构建数据资产价值评估办法，明确评估维度和流程」， 因此本样章把重点放在两处：维度的逐项评分细则，以及流程各步的责任与时限。

5.1 文件标识

5.2 适用范围与生效条件

5.2.1 适用范围

本办法适用于已进入数据资源目录且状态为已上架的全部资产条目。 待确认资源不参与评估；已下架条目在下架当期不评估， 但其历史评估结论保留，用于退役评估参考。

本办法适用于分值化的多维评估。货币化估值仅适用于同时满足三项条件的资产： 产品经营权已授予、权属登记状态为已确认、已具备可参照的交易或服务计价依据。 三项条件不同时满足的资产不作货币化估值。

这一区分是本办法的基本设计。价值评估容易滑向两个极端： 一个是只谈定性，写成「数据价值巨大」，无法用于任何决策； 另一个是直接套用财务计价模型算出一个货币数字， 而公司的数据交易尚未发生，没有市场价可参照，算出来的数字不能支撑任何判断。 因此本办法分两步：先做分值化的多维评估，用于内部排序与投入决策； 在具备交易参照之后，再对具备经营条件的资产单独开展货币化估值。

5.2.2 生效条件

其一，数据资源目录已发布首批条目，且条目的自动写入字段（质量状态、规模计量、 血缘可追溯状态）已由平台正常写入。本办法的数据质量类与规模类指标直接取这些字段， 取不到值则无法评分。

其二，各业务归口部门已明确业务价值类指标的打分岗位。 业务价值不能由平台算，只能由业务口判断，打分岗位不明确则该维度无从取值。

其三，验证场景清单已确定。支撑场景数与不可替代性两项指标以场景清单为参照， 场景清单未定则这两项无法评分。首轮评估按已确定的场景清单执行， 清单后续扩充的在下一轮评估中体现。

5.3 正文结构

5.4 第一章至第二章（条文）

第一条（目的） 为规范公司数据资产价值的评估活动， 明确评估维度、评分细则与评估流程，使资产价值可比较、可排序， 为治理投入优先级、资产分级管理与对外提供筛选提供依据，制定本办法。

第二条（依据） 本办法依据《数据资产管理办法》第六章， 结合公司数据治理规划与本项目建设要求制定。

第三条（基本原则）

（一）先分值后货币。全部资产作分值化多维评估； 仅对具备经营条件的资产另行开展货币化估值。 无交易参照时不以货币金额表述资产价值。

（二）一数一源。同一指标在同一轮评估中只有一个取数来源， 质量与规模类指标取自治理平台，业务价值类指标取自业务口打分， 两类来源不交叉、不互相覆盖。指标值有异议的按第三十三条提出复评， 不在评分环节临时改数。

（三）结论与管理要求挂钩。评估结论须对应到具体的管理要求， 按《数据资产管理办法》第二十七条执行。 评估不与管理要求挂钩，评估就只是一次打分活动。

第四条（评估对象） 评估对象为数据资源目录中状态为已上架的资产条目， 以条目为评估单元，一个条目一次评估一个总分。

第五条（不纳入评估的情形） 下列情形不纳入本轮评估： 待确认资源；本轮评估启动日前三个月内才上架的条目（质量与使用数据积累不足， 顺延至下一轮）；状态为已下架或暂停申请的条目。

第六条（评估单元的划分） 一个条目包含多个敏感级别或多个加工程度的数据对象、 且其价值差异明显的，由办公室决定是否拆分为多个评估单元分别评估。 拆分决定须说明理由并记入评估记录。 拆分不改变目录条目本身，只用于评估口径。

5.5 第三章　评估维度与评分细则（核心条款）

第七条（五个一级维度） 评估设五个一级维度、十二项二级指标。 各指标按百分制单独评分，再按权重加权汇总为总分。 各指标的取值方式、数据来源与分档评分标准见附表一。

第八条（评分的分档方式） 各指标按四档评分：100 分、70 分、40 分、0 分。 不设连续评分：业务价值类指标按四档判断（100／70／40／0），档间差距用于稳定不同打分人之间的可比性；质量与规模类指标由平台自动取数，按实测值落档，落档规则见附表一。

附表一　十二项二级指标的评分细则

附表二　存量规模的分档阈值（按形态分别规定）

附表二的阈值按首轮评估的实测分布确定，不预设数字。 预设绝对阈值会出问题：矿山装备制造企业的图纸存量与互联网企业的日志条数 不在同一量级上，用绝对数字分档，大部分条目会挤在同一档里，分不出差别。 按同形态内的相对分位分档，才能把差别区分出来。 首轮评估完成后把实测阈值固化并作为后续各轮的参照，此时阈值即为绝对值； 资产范围发生重大变化时重新测算。

5.6 第四章　权重与计算（条文）

第九条（权重表） 十二项二级指标的权重如下，合计为 100%。

第十条（行业稀缺性的权重说明） 行业稀缺性给到 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 节所述三项条件。

第二十三条（三种方法的适用情形）

（一）成本法。按资产的采集、清洗、标注、解析、存储与维护的累计投入计价， 适用于尚无收益数据与市场参照、但已投入明确的资产。 成本法的结论是价值下限，不作为定价依据。

（二）收益法。按资产对外提供或支撑业务产生的可归属收益折现计价， 适用于已有服务收入或可量化业务收益的资产。 采用收益法须说明收益归属的认定方式与折现率取值依据。

（三）市场法。按可比交易的成交价格类比计价， 适用于已有同类资产在数据交易场所成交记录可参照的情形。 无可比交易记录的不得采用市场法。

第二十四条（估值结论的使用限制） 货币化估值结论仅用于三类事项： 对外提供与挂牌筹划的内部参考；治理投入的投入产出分析； 甲方按其财务制度另有要求时的报送材料准备。 估值结论不作为财务入账依据，不对外公开， 不在未经甲方批准的情形下用于任何对外文件。

第二十五条（三处应用） 分值化评估结论有三处明确用途： 作为资源目录中的价值等级标签；作为治理投入优先级的依据； 作为具备经营条件资产的筛选依据。 每一轮评估报告须逐项说明本轮结论在这三处的实际应用情况。

第二十六条（评估记录台账） 评估过程与结论按台账留存，台账字段如下。

「与上一轮对比」一列是台账的要点。单轮评估只能给出排序， 逐年对比才能看出治理工作是否起了作用—— 某一项资产的质量维度得分从 40 分升到 70 分，说明整改见效； 总分不变而等级不变，说明投入没有产生效果，须查原因。

第二十七条（归档要求） 评估结论与评估过程数据一并归档， 归档内容含对象清单、指标值表、业务打分表原件、汇总表、 复核意见、评估报告与结果应用核对结论。 归档保留期限不短于项目期并随项目资料移交。

第二十八条（打分一致性核查） 工作组在复核时须做一致性核查： 抽取同一业务对象下的多个条目，比较其业务价值类打分是否存在明显不一致； 不一致且无法由条目差异解释的，退回打分岗位重新确认。 核查结果记入复核意见。

第二十九条（异议与复评） 条目的责任部门对评估结论有异议的， 可在结论通报后 10 个工作日内提出复评申请，申请须写明异议指标与依据。 办公室在 15 个工作日内组织复评，复评结论提交委员会确认。 复评以指标依据为准，不接受仅凭主观判断的异议。

第三十条（权重的年度复核） 附表一的权重随年度评估结果复核一次， 复核由办公室组织，重点核查两项： 各指标的区分度（某一指标全部条目同档，说明该指标无区分作用）； 总分分布是否过于集中（全部条目集中在同一等级，说明分档阈值或权重需调整）。 权重调整须经委员会批准，调整后须按新权重重算上一轮得分作为对比， 但不改上一轮已确认的结论。

第三十一条（附则） 本办法自委员会批准之日起施行，解释权归数据管理办公室。 配套表单三张为《业务价值打分表》《评估结果汇总表》《复评申请表》。

5.9 评估表单填写样例：图卡成对样本集

为说明评分细则怎么用，以本项目最具特色的一项资产走一遍评分。 样例中的档位判断为示意，实际以项目期实测与业务口打分为准。

按上表计算，该资产落在二级（重要资产）区间，接近一级下限。 结论有两个实际作用： 一是把该资产的质量规则优先级提到常规档以上，配对正确率成为必须持续监控的指标； 二是在对外提供与挂牌的筹划中明确其审批层级， 不因其「只是图纸和卡片」而被当作一般资产处理。

这个样例也说明三件事。 第一，标准化程度与成本两项拉低了总分，而这两项是可以通过治理工作改善的—— 落标与解析完成后标准化程度会上升，这正是治理投入应当优先投向此处的依据。 第二，行业稀缺性与不可替代性两项满分，说明该资产的价值不在体量而在结构， 与第十条的权重设计意图一致。 第三，总分 75.4 而非一级，说明评分细则没有为了突出重点资产而放水， 分档标准对任何资产一视同仁。若首轮评估后发现核心资产普遍落不到一级， 则按第三十条复核分档阈值，而不是逐项调高某一资产的档位。

5.10 职责矩阵与责任边界

价值评估的结论会进入资产管理办法第七章，影响资源投入与运营优先级， 因此谁打分、谁审、谁批不能含糊。 本办法第五章已给出五步流程与时限，下表把流程之外的动作一并列出， 一项动作一行。代码含义与本附件 2.11 一致。

第 7 行与第 8 行的分工是本办法最要紧的一处。 客观类指标取自平台的实际数据——规模、质量分、使用频次、血缘下游数量， 这些由我方项目组按既定口径算，算出来是多少就是多少； 业务价值类指标回答的是这份数据对业务有多重要， 这个判断平台里没有数据可依，只能由资产责任部门作出。 把两类混在一起由一方打分，结果通常是客观指标拉着主观指标走： 用得多的数据被打成价值高，而用得少恰恰可能是因为还没人知道它存在。

第 16 行写进矩阵，是因为评估是按年进行的，而指标与权重会随认识深化而调整。 调整之后，今年的总分与去年的总分不在一把尺上。 不作说明直接比较，会得出某份资产价值下降的结论，而实际上是尺子换了。

责任边界按下列三条划定。

其一，业务价值的判断由资产责任部门与业务使用方作出。 我方项目组负责客观类指标的取数、计算与汇总，并对计算口径的一致性负责， 不代行业务价值的打分。

其二，评估结论用于资源投入与运营优先级的排序， 不作为资产定价、作价入股或对外交易的依据。 本办法的评分体系按内部管理用途设计，其结果不具备财务计量意义， 这一界限写入条文是为了避免评估结论在其后被挪作他用。

其三，评估结论的应用由甲方决定。 我方项目组出具评估结果与说明，不参与资源投入的决策。

5.11 与矿山装备制造业务的结合点

本办法有三处针对本公司业务的专门设计。

第一处，行业稀缺性的 100 分档明确写入「具备特殊结构（如成对标注关系）」。 通用的稀缺性判断只看「这类数据在行业内常不常见」， 而本公司最有价值的资产的稀缺性恰恰在于结构—— 图纸常见，已审工艺卡也常见，二者成对且可追溯到同一零件才稀缺。 分档标准把这一条写出来，打分岗位才知道该怎么判。

第二处，支撑场景数的分档阈值按本项目的场景规模设定。 本项目的验证场景数量有限，一项资产被 4 个及以上场景依赖已属很高， 因此 100 分档设在「不少于 4 个」。 若照搬通用模板中「不少于 10 个场景」的阈值，全部资产都会落在低档， 该指标就失去区分作用。

第三处，时序类资产的存量规模按「测点数×时间跨度」计量。 热处理温度曲线与在役装备测点时序若按记录条数计量， 数值会远大于图纸张数，在同一分档体系下会把图纸类资产全部压到低档。 按形态分别设定分档阈值（附表二），并以测点数与时间跨度的组合计量时序数据， 才能让不同形态的资产在同一维度上可比。

5.12 评审与修订机制

本办法的评审与修订按第 1.6 节骨架执行，并补充两项特殊安排。

其一，权重与分档阈值的修订周期与评估周期绑定。 权重按第三十条随年度评估结果复核一次； 附表二的分档阈值在首轮评估后固化，其后在资产范围发生重大变化时重新测算。 两者的修订均须在新一轮评估启动前 10 个工作日完成并下发 （按第 1.6 节表 A6-3 第六行执行），不在评估进行中变更规则。

其二，评分细则的修订须附区分度测算。 修订附表一的任一分档标准，须由办公室出具该指标在上一轮评估中的档位分布， 说明修订后的区分度是否改善。 没有区分度测算的修订提议不进入评审—— 分档标准改来改去而不看效果，评估结论就无法逐年对比。

六、《数据资产运营流程规范》V1.0 样章

本节回应招标文件交付清单第 16 项（b1333r17）及其要求出处 3.2.6.1.1.2.4 第（3）项与第（4）项（b1271、b1272、b1273、b1274）。 招标文件的要求是「设计资产目录内部运营机制，明确资产申请、审批、使用等流程」， 因此本样章把重点放在流程各环节的表单字段、审批档位与时限上。

6.1 文件标识

6.2 适用范围与生效条件

6.2.1 适用范围

本规范适用于公司内部对数据资源目录中已上架资产的检索、申请、审批、 交付、使用、监控、回收与续期等运营活动， 以及对外提供事项在内部的申请与报批环节。

对外提供的技术实现（接口形式、传输方式、水印与校验）按数据开放共享管理规范执行； 对外提供的合规核验按《数据资产管理办法》第十五条执行； 本规范只规定对外提供在内部的申请与报批流程。两者的界限写清， 是为了避免同一件事在两份文件里有两套规定。

本规范不适用于两类情形： 使用者对其本部门产生且本部门持有的资产的日常业务操作（走业务系统既有权限）； 治理与加工作业对资产的系统性读取（按项目授权范围与《数据资产管理办法》 第二十八条的约束执行，不逐次申请）。

6.2.2 生效条件

其一，数据资源目录已发布首批条目，且条目的审批档位字段已由平台按级别与用途自动判定。 其二，治理平台的申请审批流程已配置并通过功能验证， 具备分档路由、会签、时限计时、超期提醒、授权生成与到期回收能力。 其三，角色与授权矩阵已随《数据资产管理办法》发布，各角色已完成人员归属配置。 其四，各档审批岗位已明确，并已设定代办岗位—— 审批岗位出差或休假期间无人代办，流程必然超期，这一条是时限能否执行的前提。

6.3 正文结构

6.4 第一章至第三章（条文）

第一条（目的） 为规范数据资源目录的内部运营， 明确资产申请、审批、交付、使用、监控与回收各环节的要求、责任与时限， 使目录中的数据资产能够被找到、申请到并用得上，制定本规范。

第二条（运营机制要解决的三个问题） 资产目录建成之后最常见的失效方式是 「建好了没人用」。原因通常是三类：申请流程太长；使用者不知道目录里有什么； 申请到的数据不能直接用。因此本规范的设计重点落在三件事上： 目录条目要让非技术人员看得懂；申请审批要有时限； 交付的数据要附带口径说明。 三件事分别对应第三章、第五章与第六章。

第三条（角色划分） 运营涉及的角色与可访问范围按《数据资产管理办法》 附表四的授权矩阵执行，本规范不重复列表。 各角色在运营流程中的具体职责如下表。

最后一行须明确：我方项目组承办流程的设计与实现， 但不参与任何一档的审批。审批权在甲方对应层级，这是责任边界， 写进规范而不是只在方案里说一句。

第四条（代办与交接） 各档审批岗位须设代办岗位，代办人在平台中预先配置。 审批岗位连续两个工作日未处理的，平台自动转代办岗位并通知原岗位。 审批岗位变动时，在办流程由新任岗位接续，交接记录留痕。

第五条（检索方式） 目录支持三种检索方式并行： 按主题域与业务对象的分类浏览；按业务域、数据形态与特殊提示标签的筛选； 按条目名称、内容说明、典型用途与别名的关键词检索。 关键词检索须覆盖别名——使用者习惯叫「下料工艺」， 目录条目名叫「工艺卡片—备料工序明细」，不配别名就检索不到。

第六条（条目可读性要求） 目录条目的内容说明、典型用途举例、 口径说明三项须用业务语言书写，不得以字段名罗列代替。 本条的执行方式是：条目上架前由办公室审核这三项， 审核标准为「非本域业务人员读完能说出这份数据记的是什么事」。 不达标的退回补写。

四个问答类场景与决策数据问答的使用者都是业务人员，看不懂就不会用。 因此可读性不是文字风格问题，是目录能否发挥作用的问题。

第七条（检索无结果的处理） 使用者检索无结果时， 可通过目录页面提交数据需求，需求进入数据需求受理流程， 由办公室判定属下列哪一类并在 5 个工作日内答复： 资产已存在但条目说明不清（补写说明）； 资产已存在但分级限制不可见（说明限制并告知申请路径）； 资产存在但尚未进目录（纳入上架计划并给时点）； 资产不存在，须新增采集（进入数据需求管理流程）。

这一条把「搜不到」变成一条有答复的路径。 不设这条路径，使用者搜不到就不再来，目录的使用量会持续下降而原因无人知道。

6.5 第四章　申请（条文与表单）

第八条（申请的发起） 申请由使用者在目录条目页面发起，一次申请对应一个条目； 一次业务需要多个条目的，可合并提交为一个申请包， 申请包内各条目按其各自档位分别审批，取其中最高档位的时限作为整包时限。

第九条（申请单字段） 申请单字段如下。 前四项由平台按条目自动填充，其余由申请人填写。

第 7 项规定数据范围不得填「全部」：须写明字段范围、时间范围与筛选条件，供审批判断必要性并控制交付数据量。

第 18 项记录规范版本号，对应第 1.6 节关于「在办流程按旧口径办完」的安排。

第十条（申请的受理与退回） 办公室在收到申请后 1 个工作日内完成受理判定。 下列情形退回：用途或数据范围填写笼统无法判断必要性； 申请人角色对该条目无申请权限；使用期限超过该级别上限； 条目状态为已下架或暂停申请。 退回须写明理由与补正要求，申请人补正后重新提交，重新计时。

6.6 第五章　审批（条文与分档）

第十一条（分档判定） 审批档位按资产敏感级别与申请用途两个要素自动判定， 判定规则如下表。申请人对判定结果有异议的，由办公室复核确认。

第十二条（甲档流程） 甲档为内部一般数据，由资产责任部门审批即可， 审批时限 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 第六章至第十一章（条文）

第十七条（四类交付方式） 交付方式四类，适用情形与要求如下。

第十八条（交付附随说明） 每一次交付须附随四项说明，缺一不得交付： 质量状态说明（当期质量分与评级、各维度实测值、已知缺口清单）； 口径说明（字段对应的数据元标准与版本、涉及指标的指标卡与版本）； 时效说明（更新频率、延迟、最近一次更新时间）； 使用限制说明（授权范围、有效期、不可二次分发的约定、到期处理方式）。

附随说明是本规范解决「申请到的数据不能直接用」这一问题的办法。 拿到一份数据而不知道它的口径、时效与已知缺口， 使用者只能自己摸索，摸索的结论往往与数据责任部门的口径不一致。

第十九条（交付记录） 每一次交付记录交付时间、交付方式、 实际交付的数据范围、附随说明的版本、经办岗位。 交付记录与授权记录关联，作为审计与到期回收的依据。

第二十条（访问日志与用量统计） 对数据资产的查询、导出、 接口调用等操作全程记录日志。L3 及以上级别资产的日志全量留存， L1 与 L2 按采样留存。平台按周统计各授权的用量， 用量为零且已过半个有效期的授权，由办公室询问使用方是否仍需继续。

第二十一条（异常访问识别与处置） 下列情形为异常访问，由平台告警、安全职能处置： 单次或累计取数量显著超出申请的数据范围； 在非申请的使用环境或网络区域访问； 在非常规时段的高频访问； 对授权范围之外字段的反复尝试访问。 处置分三级：核实说明、暂停授权、按违规处置。

第二十二条（使用方的报告义务） 使用方在三种情形下须主动报告： 发现交付数据与口径说明不符；用途发生变更； 发生数据泄露或疑似泄露。前两项报告期限为 5 个工作日内， 第三项为即时报告。主动报告并配合处置的，在违规认定中作为从轻情形。

第二十三条（到期提醒与自动失效） 平台在授权到期前 10 个工作日、 5 个工作日各发送一次提醒。到期即自动失效，不设宽限期。 自动失效后使用方仍需使用的，按续期办理，不得以「正在办续期」为由继续使用。

第二十四条（续期申请） 续期须重走对应档位的审批流程，不简化。 续期申请须附《使用情况说明》，内容为上一授权期内的实际用途、 实际取数范围与成果去向。说明与原申请不符的，续期不予批准并转入违规核查。

续期须重走对应档位审批，不简化，以避免授权在多次顺延后失去用途与范围约束。

第二十五条（提前回收） 按《数据资产管理办法》第二十五条的五种情形执行提前回收。 回收由平台执行，并向授权对象所属部门发送《授权回收通知单》， 通知单载明回收原因、回收时间与后续处理要求（含已导出数据的处置要求）。

第二十六条（违规情形与处置） 下列情形为违规： 超出授权的用途、数据范围或期限使用； 未经报批二次分发；在非申请环境中使用； 伪造或隐瞒使用情况说明；发生泄露未按期报告。 处置措施按程度分为书面提醒、暂停该部门新申请受理（不超过 3 个月）、 回收全部在办授权、按《数据管理考核细则》记入考核； 涉嫌违法的移交甲方相关部门处理。

第二十七条（运营度量） 运营状况按六项指标度量。

第二十八条（低活跃条目的核查） 目录中连续两个评估周期无人申请的条目， 由办公室按《数据资源目录》第 4.7 节的处置表核查原因并处理， 核查结论记入季度运营报告。

第二十九条（附则） 本规范自委员会批准之日起施行，解释权归数据管理办公室。 与数据开放共享管理规范在对外提供的技术实现上不一致的， 以数据开放共享管理规范为准。 配套表单四张为《数据资产申请单》《授权申请与批准书》 《使用情况说明》《授权回收通知单》。

6.8 三档运营样例

下面各举一例，说明流程走下来的记录形态。 样例中的部门与岗位留占位，日期为示意。

样例一：甲档

样例二：乙档

样例三：丙档

三个样例的差别集中在两处：数据范围的写法与附随说明的内容。 甲档的范围限定到字段与筛选条件，乙档的范围还要排除高敏字段， 丙档的范围以数据集版本为单位且须有指纹。 附随说明的详略也随档位递增——丙档的附随说明实际上就是数据卡与质检报告的摘要。

6.9 职责矩阵与责任边界

运营流程规范管的是一次资产申请从提出到交付再到回收的全过程， 它的三档审批已在第五章按分档写明。 下表把三档之外的动作一并列出，使一次完整的运营链路上每一步都有承办方。 代码含义与本附件 2.11 一致。

第 13 行与第 14 行须连读，理由与开放共享的回收环节相同： 授权回收之后，平台侧能做的是让凭据失效， 已经交付出去的数据要回来则依赖申请方的配合与其内部处置。 因此本规范要求逐项取得处置确认，未取得确认的不记为已处置， 而是进入第 14 行的未确认项清单持续跟踪。 把未确认项计入已处置，台账看起来干净，实际风险还在外面。

责任边界按下列三条划定。

其一，申请的批准权在甲方。 我方项目组负责申请要素的检查、脱敏要求的判定建议、交付执行与回收执行， 不决定某一申请方是否可以获得某一资产。

其二，数据交付之后申请方的使用行为不在我方项目组的控制范围内。 我方在交付侧落实取数范围、脱敏与留痕，对申请方在其自有环境中的后续处理， 只能通过批准条件约束并在发现异常时报告，不对违规使用承担责任。

其三，使用情况说明的内容由申请方填写并对其真实性负责。 我方项目组可提供平台侧的取数记录作为核对依据，不代为填写， 也不以平台记录替代申请方的说明——平台记录反映取了什么，说明要回答的是拿去做了什么。

6.10 与矿山装备制造业务的结合点

本规范有三处针对本公司业务的专门设计。

第一处，第七条的「检索无结果」路径对应本公司的散存资产现状。 四五百套历史选型方案以文档形式散存、纸质检测报告尚未数字化、 接口参数无规范电子留痕——这些数据在目录里搜不到，但它们存在。 使用者搜不到就以为没有，需求也就不会提出来。 第七条把「搜不到」变成一条有答复的路径，并把答复分为四类， 其中「资产存在但尚未进目录」与「资产不存在，须新增采集」两类 直接连到数据需求管理流程，使散存资产的数字化需求能够从使用端被推动。

第二处，乙档的「限定使用环境」对应图纸与工艺参数的技术秘密属性。 图纸、选型校核参数与关键工艺参数窗口涉及公司技术秘密， 这类数据用于数据集加工是必要的，但不能以文件导出的方式交付。 因此第十七条把「限定环境访问」单列为一类交付方式， 规定在指定网络区域与终端访问、不可导出、操作全程留痕， 并在样例二中示范了会签意见如何明确排除高敏字段。

第三处，第二十四条的续期不简化对应数据集加工的长周期特点。 数据集加工生产持续到 2028 年，加工专责对源数据的授权会反复续期。 若续期简化为自动顺延，加工方对源数据的访问面会在项目期内只增不减， 到项目结束时无人说得清究竟授权了哪些。 因此规定续期重走审批并附《使用情况说明》， 使每一次续期都有一次对实际用途与取数范围的核对。

6.11 评审与修订机制

本规范的评审与修订按第 1.6 节骨架执行，并补充三项特殊安排。

其一，时限类条款的修订须附实测数据。 第十二条至第十四条的时限为建议值，在编制阶段与甲方确认后固化； 其后修订须由办公室出具上一年度各档的平均审批时长与超期分布， 说明修订依据。没有实测数据的时限调整提议不进入评审—— 时限定得过紧会被普遍超期而失去约束力，定得过松则目录的可用性下降， 两者都只能靠实测判断。

其二，审批档位判定规则的修订须经安全职能会签。 第十一条的分档表直接决定哪些数据按什么强度审查， 其修订不只是流程效率问题，还涉及安全管控强度。

其三，涉及审批层级上调的修订即时生效，下调的留三个工作日过渡期。 与权限收缩同理：审查强度提高延后生效期间存在审查不足的空档， 而审查强度降低延后生效只是不便。

七、五份文档的落地配套

样章写得再细，若条款落不到平台与岗位上，交付的仍只是五份纸。 本节给出三件配套：条款到平台功能的落点对照、配套表单总清单、 岗位级操作规范与培训安排。三件配套本身不是招标文件点名的交付物， 但它们决定前述五份文档能否被执行，因此一并列出。

7.1 条款到平台功能的落点对照

招标文件要求元数据管理、数据资产管理等内容在数据治理开发工具平台上落地实施（b1336）。 下表把五份文档中须由平台承载的关键条款逐条对应到平台功能， 作为平台配置与验收的依据。治理平台作为奔牛数据智能平台的治理组件部署， 功能模块划分与界面设计在技术方案的运营平台段论述，本表只给条款落点。

表中验收方式一列是本表的要点。写「平台须具备某功能」容易， 验收时双方对「具备」的理解未必相同，因此逐条给出可执行的验证动作—— 多数是构造一个反例看平台是否拦得住。 拦不住的功能等于没有，这类验证比功能演示更能说明问题。

7.2 配套表单总清单

五份文档配套表单共 16 张，清单如下。表单格式由办公室在文档发布后一个月内发布， 格式发布前按文档附表中的字段定义执行。

表单数量控制在 16 张是有意为之。表单越多，执行负担越重， 最后的结果往往是表单被跳过而流程照走，留痕反而不如表单少的时候完整。 因此本附件把能并到一张表的并掉： 第 9 项把申请与批准合为一书，第 1 项把公共属性与分类属性合为一表。

本表即五份文档的附表索引页。性质一栏区分规范性与资料性：规范性表单的格式与字段不可由使用方自行增减，资料性材料可按需调整。维护方是日常填报与保管的责任方，审批方是该表单生效或结论成立所需的签批方，两者分列是因为填报与签批在多数表单上不是同一方——合并一列会使「谁填的」与「谁认的」混同，而争议发生时要分的正是这两件事。

留存要求一栏不直接写年限：年限取决于公司档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。其中第 9 项写明「留存至回收后两年」，是本表唯一带具体年数的一行，该年数在公司档案制度明确后按孰长从长的原则复核；其余各行一律挂在对象的生命周期上——随资产条目、随授权记录、随条目版本，对象还在，记录就不清理。

7.3 岗位级操作规范与培训安排

五份文档为公司级制度与职能级文件，落到具体操作还需岗位级规范。 与本附件五份文档直接相关的岗位级操作规范三份： 《元数据采集与血缘维护操作规范》《资源目录登记与维护操作规范》 《数据资产申请与审批操作规范》。 三份规范写到具体系统的具体操作步骤与填写要求，属岗位级文件， 下承本附件五份文档的条款，不重复规定同一事项。

培训按对象分三类，各类的内容与方式不同。

第三类培训的「目录页面内嵌操作提示」值得说明。 全员培训的到达率与留存率都有限，一次培训半年后记不住。 把要点做成目录页面上的内嵌提示（申请单各字段旁的填写示例、 附随说明的字段解释），使用者在真正需要时看到，比集中培训更有效。

7.4 五份文档的交付时点与验收口径

五份文档的交付时点以合同生效日为起点按相对月份表示， 正式时点在项目启动会确认后固化。 验收口径逐份给出，口径与技术方案数据治理段的成果物清单一致。

《数据资源目录》排在 T＋12 月：须待资产盘点、权属确认、分级确认与首轮价值评估完成后再发布，避免条目无业务说明、无权属与分级而无法申请。

八、本附件与招标文件单元的对应关系

本节供合稿与索引使用。

本附件未覆盖的交付清单项次（第 1 至第 11 项、第 17 至第 37 项） 由附录其余各份样章分别承接，本附件不重复。

九、本稿待补材料清单

本附件为样章与模板，不需要实名实据即可成立。 下列事项需在投标定稿前或项目实施阶段补齐， 其中标注「投标前」的会影响本附件定稿。