负责人 何建力　·　状态 初稿　·　覆盖 6 个标书单元　·　 批注 2

数据标准类文档样章（六份）

一、本附件的定位与使用方式

1.1 本附件回应的招标文件条目

本节回应招标文件 3.2.6.1.1.2.5「数据标准规划要求」第（6）项所列的六份输出成果（b1286、b1287），以及 3.2.6.1.1.2.10「数据治理规划成果交付要求」清单第 17 至 22 项（b1333r18、b1333r19、b1333r20、b1333r21、b1333r22、b1333r23）。

招标文件要求交付不少于 25 份数据治理规划文档（b1332），其中数据标准类占六份，分别是《数据标准管理办法》《业务术语标准》《参考数据标准》《数据元标准》《指标标准》《标准映射对照表》。

六份文档的编制方法见技术方案「数据治理规划（二）」；本附件逐份给出样章：文件名与版本号、适用范围与生效条件、到三级的正文结构、关键条款与字段实际内容、与矿山装备制造业务的结合点、评审与修订机制，供判断交付粒度。一份《数据元标准》可以是三页纸的原则声明，也可以是一千余条带值域与校验规则的字段定义；两者在验收清单上都记作「文档 1 份」，对数据集加工的作用不同，故以样章明示粒度。

1.2 样章与项目期交付物的关系

本附件所列为样章与模板，不是已完成的成果。六份文档的正式版本在项目实施期按下列节奏产出：数据标准管理办法在治理规划阶段首批发布，五类标准在现状评估与数据资产盘点完成后按业务域分批发布，标准映射对照表随数据汇聚任务的开发同步填充并长期滚动维护。

样章中标注「条文」的内容为正式条款口径，项目期按此结构与措辞交付；标注「样例」的表格为示意填写，其中的编码、条目数与取值用于说明填写粒度，实际取值以现场核定结论为准；凡需填入甲方组织名称、岗位、归口部门、系统名称与现行编码规则之处，一律以【待填：…】标出，不预填拟值。

样章中的条目数（如术语首批不少于 600 条、数据元约 1370 条、首批指标 484 个）与技术方案「数据治理规划（二）」一节的估算一致，均为按业务域主干业务表字段规模与跨系统引用情况推算的规划值，在现状评估的数据资产盘点完成后核定（b1234）。核定结果显著低于规划值时，按技术方案所述复核筛选判据是否执行偏严，而不是直接下调目标。

1.3 六份文档的相互关系

六份文档为三层结构：管理办法规定标准的立、评、发、改、废；四类标准正文规定名称、取值、存储与计算口径；映射对照表将标准项接到源系统字段。缺任一层，标准无法在数据流上生效。

图 A7-1　六份数据标准文档的三层结构与三条生效通道。数据来源：招标文件第五章 3.2.6.1.1.2.5 第（1）至（6）项（b1276—b1287）、3.2.6.1.1.2.10 清单第 17 至 22 项（b1333r18—b1333r23）。

招标文件第（2）项对主数据提出的要求是补齐全生命周期审批流程记录（b1278、b1279），其输出并未单列为一份文档，而是并入前述六份之中：主数据的编码规则与属性规范进《数据元标准》与《参考数据标准》，主数据的生命周期审批流程进《数据标准管理办法》第四章与第五章，审批记录的台账结构进本附件第八节。主数据管理的组织设计与历史记录追认办法在技术方案「数据治理规划（二）」一节论述，本附件不重复。

1.4 共用约定

六份文档共用一套文档编号、标准项标识、版本号与业务域码。共用的意义是：拿到任何一个标识，不查索引也能知道它属于哪一类标准、哪个业务域、哪个版本。

文档编号沿用交付资料的五段式编号 GHY26691-<类别码>-<域码>-<序号>-<版本号>。数据治理各域的文档取类别码 GV，域码即治理域号，数据标准域为 05，六份文档因此同属 GV-05 号段。序号在本域内按本节清单的出场顺序连续分配，从 0001 起，不编码招标文件交付清单的行号——清单一经增补或某一行下挂多份文件，由行号推导出的编号就不再成立；与清单的对应关系写在「对应条目」一列。六份文档的编号见表 A7-1。

表 A7-1　六份数据标准文档的编号与版本规则

编号中的域码是治理域号（05），与标准项标识里的业务域码是两套不同的取值，不可混用。六份文档本体均覆盖招标文件所列 9 个业务域，按业务域分册发布的标准正文（如《业务术语标准·生产制造分册》）在版本号之后加业务域码后缀标明分册，如 GHY26691-GV-05-0002-V1.0－MFG分册，业务域码取值见表 A7-2。

版本号采用两段式 V<主版本>.<次版本>。次版本用于条目增补与措辞修正，不改变已发布条目的含义；主版本用于条目含义变更、值域收缩、指标口径调整、编码规则调整。主版本升级必须出具影响评估并按管理办法第六章走审批。已发布版本不作原地修改，勘误以次版本发布并附勘误说明。

标准项标识统一采用 <类别码>-<业务域码>-<四位序号> 形式，三段以半角连字符分隔，序号在同一类别同一业务域内单调递增、不回收。类别码取值见表 A7-3。

表 A7-2　业务域码（招标文件 3.2.6.1.2 所列九个业务域＋跨域／全局 COM）

前九个业务域的划分取自招标文件 3.2.6.1.2 数据治理实施要求所列范围（b1336）；COM 为跨域／全局码，不计入上述九域。域码为三位大写字母，取各业务域英文惯用缩写，便于在标识中直接辨认；域码本身不参与排序，排序以业务域在招标文件中的列举顺序为准，COM 置末。

表 A7-3　标准项类别码

码值标识在码表标识后以半角点号加两位序号表示，不另起一套编号，使任一码值可直接溯回其码表。映射标识的序号段取六位，因映射条目数随源系统接入数量增长，预估量级在万条以上，四位序号不足。

1.5 样章的填写粒度与占位规则

本附件各样章中，表格列头与条文编号为正式口径。表格中的「示例」「样例行」用于说明填写到什么程度算填完：一条术语只写中文名与一句定义不算填完，同义词与禁用词两列空着的术语不进发布版；一个数据元只写类型不写格式与值域不算填完，值域为空的数据元不能派生校验规则，也就无法在数据加工入口上生效。

占位分三类，书写形式不同，便于合稿时统一处理。待甲方确认组织与岗位的，写作【待填：甲方归口部门】；待现场盘点核定取值的，写作【待核：以现场盘点结论为准】；待标准查新确认引用标准号与版本的，写作【待查新：标准号与版本】。三类占位均在本附件第十一节汇总，逐条写明需要谁在什么时点提供什么。

二、样章①　《数据标准管理办法》V1.0

本节回应招标文件要求输出的《数据标准管理办法》（b1286、b1333r18）。

2.1 文件信息

表 A7-4　《数据标准管理办法》文件信息

2.2 正文结构

第一章　总则
  1.1 目的与依据（第一条—第三条）
  1.2 适用范围与管理对象（第四条—第六条）
  1.3 基本原则（第七条）
第二章　管理组织与职责
  2.1 三层管理架构（第八条）
  2.2 决策层职责（第九条）
  2.3 管理层职责（第十条）
  2.4 执行层职责（第十一条—第十三条）
  2.5 业务域归口责任人与数据标准专员（第十四条—第十五条）
第三章　标准分类与标识编码
  3.1 五类数据标准的定义与边界（第十六条—第二十条）
  3.2 标准项标识编码规则（第二十一条）
  3.3 版本号与基线（第二十二条—第二十三条）
第四章　标准的立项与起草
  4.1 立项来源与立项申请（第二十四条—第二十六条）
  4.2 起草要求与起草依据优先序（第二十七条—第二十九条）
  4.3 征求意见与分歧处理（第三十条—第三十二条）
第五章　标准的评审与发布
  5.1 评审形式与评审要素（第三十三条—第三十五条）
  5.2 三级审批权限（第三十六条）
  5.3 发布与生效（第三十七条—第三十九条）
  5.4 主数据与指标的特别程序（第四十条—第四十一条）
第六章　标准的变更、废止与基线
  6.1 变更申请与影响评估（第四十二条—第四十四条）
  6.2 变更审批与过渡期（第四十五条—第四十七条）
  6.3 废止与归并（第四十八条—第四十九条）
  6.4 基线固化与历史回放（第五十条）
第七章　标准的执行、符合性检查与例外
  7.1 四个落地入口（第五十一条—第五十五条）
  7.2 符合性检查（第五十六条—第五十八条）
  7.3 例外登记与复核（第五十九条—第六十条）
  7.4 下游通知（第六十一条）
第八章　考核、过渡与附则
  8.1 考核与评价（第六十二条—第六十三条）
  8.2 过渡条款（第六十四条—第六十五条）
  8.3 附则（第六十六条—第六十八条）
附件　五类表单模板（立项申请单、评审意见单、发布通知单、变更申请与影响评估单、符合性检查表、例外登记表、修订记录表）

图 A7-1b 给出标准项从立项到废止的全生命周期，图中标出各环节的产出文件与审批级别，以便对照第四章至第六章的条文。

图 A7-1b　数据标准项的全生命周期与各环节产出。数据来源：本节所列《数据标准管理办法》第四章至第七章条文；招标文件 3.2.6.1.1.2.10（b1332）。

2.3 第一章　总则（条文）

第一条（目的）　为统一公司数据的名称、取值、存储格式与计算口径，使跨系统的数据能够关联、比对与汇总，支撑高质量数据集建设与数据驱动的业务决策，制定本办法。

第二条（依据）　本办法依据 GB/T 36073—2018《数据管理能力成熟度评估模型》数据标准能力域要求、GB/T 34960.5—2018《信息技术服务 治理 第 5 部分：数据治理规范》及公司数据治理顶层管理制度制定。

第三条（与其他制度的关系）　本办法是公司数据治理制度体系中的专业管理层文件，其上位文件为《数据治理管理办法》，同层文件为《元数据管理办法》《数据质量管理办法》《数据资产管理办法》《数据安全管理办法》。本办法与同层文件就同一事项规定不一致时，按下列顺序确定适用：涉及标准项定义与值域的，适用本办法；涉及校验规则执行与质量判定的，适用《数据质量管理办法》；涉及字段敏感级别与权限的，适用《数据安全管理办法》。

第四条（管理对象）　本办法管辖业务术语、主数据、参考数据、数据元、指标五类数据标准。五类标准的边界按第十六条至第二十条确定。

第五条（适用范围）　本办法适用于公司九个业务域内全部数据标准的管理活动，适用对象包括公司各业务部门、信息化管理部门，以及受委托承担数据标准编制与数据加工工作的项目实施方。

第六条（排除）　下列事项不适用本办法：国家标准、行业标准、团体标准的采标与转化；产品技术要求、工艺规程、检验规范等技术标准的制定与修订；单一系统内部不对外交换、不参与数据集加工、不进入指标计算的临时性参数配置。第三项所列事项若后续进入数据汇聚范围，须在进入前按本办法补办登记。

第七条（基本原则）　数据标准管理遵循下列原则：

（一）业务主导。标准的业务定义、取值范围与计算口径由业务域归口部门确认，技术部门与项目实施方承担整理、建模与落地实现，不代替业务部门作定义判断。

（二）一事一标。同一业务含义只设一个标准项；业务上确实存在两种口径的，设为两个标识、两个名称的标准项，不得共用一个名称，亦不得以「口径一」「口径二」作为名称后缀之外的区分方式。

（三）沿用优先。现行有效的编码规则、字典与口径凡能满足数据关联与数据集加工要求的，一律沿用；需要变更的，须在变更申请中说明沿用方案为何不可行，并给出历史数据的映射方案。

（四）可落地可回退。标准发布须同时明确落地入口与不符合情形的处置方式。不符合情形一律按预定的降级或阻断规则处置并记录，不得以静默放行的方式绕过。

（五）可追溯。标准的每一次发布、变更与废止均留存记录；数据集加工与指标计算记录其所依据的标准版本号，使历史结果可按当时的标准版本回放。

2.4 第二章　管理组织与职责（条文）

第八条（三层管理架构）　公司数据标准管理设决策层、管理层、执行层三层。决策层为数据治理委员会，管理层为数据治理办公室，执行层为各业务域归口部门的数据标准专员与信息化管理部门的数据标准管理员【待填：甲方对应机构与岗位名称】。项目实施期内，项目实施方在数据治理办公室的工作安排下承担标准编制、整理、建模与落地实现工作，并按本办法接受评审。

第九条（决策层职责）　数据治理委员会履行下列职责：审议批准本办法及其修订；审批主数据编码规则的制定与变更；审批指标口径的重大调整；裁决跨业务域的标准分歧；审议年度数据标准工作计划与执行情况报告。

第十条（管理层职责）　数据治理办公室履行下列职责：统一管理五类标准的立项、评审、发布、变更与废止；维护标准项标识的唯一性与序号分配；组织符合性检查与例外复核；维护标准基线；按季度向决策层报告标准覆盖与执行情况；审批不改变值域且只影响单一业务域的标准变更。

第十一条（数据标准管理员职责）　信息化管理部门设数据标准管理员，履行下列职责：在奔牛数据智能平台的数据标准管理模块内维护标准项登记与版本；根据数据元标准生成质量校验规则草案；维护标准映射对照表；在系统设计评审中核查字段与码表的标准引用情况；生成变更影响评估初稿。

第十二条（技术落地职责）　数据汇聚与数据集加工任务的开发责任人应在任务开发时引用已发布的数据元与码表，不得在任务中硬编码未登记的枚举值或自定义字段格式。确需新增枚举值或新字段格式的，先按第四章立项，立项受理后方可在任务中以临时标记方式实现，临时标记在标准发布后十个工作日内替换。

第十三条（标准编制与评审的分离）　同一标准项的起草人与评审人不得为同一人。项目实施方起草的标准项，由业务域归口部门与数据治理办公室评审；业务域归口部门起草的标准项，由数据治理办公室组织跨域评审。

第十四条（业务域归口责任人）　九个业务域各设一名归口责任人，由该业务域主管部门负责人担任，履行下列职责：确认本域标准项的业务定义、取值范围、剔除条件与计算口径；指定本域数据标准专员；在标准变更影响评估中确认业务影响；对本域符合性检查发现的问题组织整改。

第十五条（数据标准专员）　各业务域设数据标准专员不少于一人，履行下列职责：收集本域标准需求并提出立项申请；参与标准起草与征求意见；维护本域术语与码值的待议清单；在数据加工入口校验产生不符合记录时，判定该记录属数据录入问题、标准缺漏问题还是映射配置问题，并转相应责任方处理。

2.5 第三章　标准分类与标识编码（条文）

第十六条（业务术语）　业务术语是业务概念的标准名称及其定义，管理对象为概念本身。一条业务术语须具备标准中文名称、一句式业务定义、业务含义说明、同义词清单、禁用词清单、归属业务域与归口部门。业务术语不规定存储格式，不规定取值范围。

第十七条（主数据）　主数据是被两个以上业务系统共同引用、且其变更影响跨系统一致性的基础业务实体，管理对象为实体实例及其编码。本公司纳入主数据管理的域包括物料、产品与物料清单、工序、设备、客户与项目、供应商、组织与人员、会计科目【待核：以现状评估阶段主数据域识别结论为准】。主数据的编码规则按「分类码＋流水码」设计，分类码表达稳定属性，流水码不承载含义；规格、材质、供应商、状态等会变属性不进编码，置于属性字段。

第十八条（参考数据）　参考数据是对实体属性取值的约束集合，管理对象为码表及其码值。参考数据按来源分三类，管控强度不同：国家标准与行业标准代码直接采用标准发布版，公司不自行增删；行业通用但无强制标准的代码由公司技术部门核定后发布；公司自定义代码由业务域归口部门核定后发布。

第十九条（数据元）　数据元是可独立标识的数据单元，管理对象为字段级规范。一个数据元须具备标识、名称、业务定义、数据类型、格式与精度、计量单位、值域、允许空值、唯一性、敏感级别、绑定质量规则、来源系统与字段十二项必填属性，名称按「对象类＋特性＋表示」三段式构成并引用业务术语。

第二十条（指标）　指标是对业务度量的标准化定义，管理对象为计算口径。指标按原子指标、派生指标、复合指标三层组织。原子指标直接对应一个数据元的聚合；派生指标在原子指标上附加限定条件与时间周期，限定条件只能引用已登记的维度与码值；复合指标为多个下层指标的运算结果，须写明分子分母各自引用的下层指标标识以及分母为零时的取值约定。

第二十一条（标识编码规则）　标准项标识采用 <类别码>-<业务域码>-<序号> 三段式，以半角连字符分隔。类别码取 TRM、MDM、RDT、DE、IDX、MAP；业务域码取三位大写字母；序号取四位数字，映射类标识取六位数字，在同一类别同一业务域内单调递增，废止后不回收、不重用。参考数据码值标识在码表标识后加半角点号与两位序号。标识一经分配即不可变更，标准项含义变更时作废止与新设处理，不沿用原标识。

第二十二条（版本号）　标准文档与标准项的版本号采用 V<主版本>.<次版本> 两段式。次版本用于条目增补与措辞修正，不改变已发布条目含义；主版本用于条目含义变更、值域收缩、计量单位变更、指标口径调整、编码规则调整。已发布版本不得原地修改，勘误以次版本发布并附勘误说明。

第二十三条（基线）　在下列时点将各类标准的当期版本固化为基线：数据管理能力成熟度评估前、年度数据审计前、每一个数据集正式版本发布前、每一次重大系统上线前。基线一经固化不再变动，基线编号格式为 BL-<年份>-<序号>。数据集的数据卡与质检报告记录其所依据的基线编号。

2.6 第四章　标准的立项与起草（条文）

第二十四条（立项来源）　标准立项来源包括：现状评估与数据资产盘点识别的标准缺口；数据加工入口校验产生的不符合记录经判定属标准缺漏的；指标需求提出的新口径；系统新建或改造提出的新字段；国家标准、行业标准更新引起的被动修订；符合性检查发现的问题。

第二十五条（立项申请）　立项申请由业务域数据标准专员或项目实施方提出，填写《数据标准立项申请单》，内容包括：标准类别、业务域、拟定名称、立项理由与所要解决的具体问题、涉及的源系统与字段范围、预计影响的数据集加工任务与指标、拟定完成时间、起草责任人。立项理由须指明具体问题，不得以「完善标准体系」一类表述替代。

第二十六条（立项受理）　数据治理办公室在收到立项申请后五个工作日内决定是否受理。不予受理的应说明理由并提出替代处理方式；申请事项已被既有标准项覆盖的，告知申请人既有标准项标识。受理即分配标准项标识，标识进入「起草中」状态。

第二十七条（起草依据优先序）　标准起草的依据按下列优先序取用，高顺位有规定时不采用低顺位：国家标准与行业标准；公司现行有效的技术标准与管理制度；公司现行系统字典与业务表的实际取值统计；业务部门现行作业习惯的书面确认。

第二十八条（起草的实证要求）　参考数据码表与数据元值域的起草须附实证材料，包括：源系统字典表抽取结果；业务表该字段的实际取值去重统计及频次分布；字典与实际取值的三类差异清单（字典中有但未使用、实际使用但字典未定义、使用频次低于总量千分之一的疑似录入错误）。未附实证材料的码表与值域不进入评审。

第二十九条（起草的辅助手段）　标准起草可采用当期能力评测领先的通用大模型经统一网关接入，用于候选术语抽取、定义初稿生成、同义词聚类与自由文本取值的聚类归并；模型可替换、可评测、可随代升级。模型输出仅作为编制底稿，定义、取值范围与口径的确认权在业务域归口部门。起草记录中应注明哪些条目的初稿由辅助手段生成，便于评审时有针对性地抽查。

第三十条（征求意见范围）　标准草案的征求意见范围按影响面确定：只影响单一业务域的，征求该域归口部门与相关岗位意见；涉及两个以上业务域的，征求全部相关域归口部门意见；涉及主数据编码规则或指标口径的，另征求信息化管理部门与财务管理部门意见。征求意见期不少于五个工作日，主数据编码规则不少于十个工作日。

第三十一条（意见处理）　起草人应对每一条意见作出采纳、部分采纳或不采纳的处理，并逐条说明理由，形成《意见处理表》随草案提交评审。未作处理说明的意见视为未处理，草案退回。

第三十二条（分歧处理）　征求意见后仍存在分歧的，按下列方式处理：属定义表述分歧的，由数据治理办公室组织协调会，以会议结论为准；属取值范围分歧的，按「取并集、标注归属域、后续按使用情况收敛」处理，并在标准项备注中记录分歧内容；属指标口径分歧的，按一事一标原则设为两个标准项，不强行统一。

2.7 第五章　标准的评审与发布（条文）

第三十三条（评审形式）　标准评审分会议评审与书面评审。新设主数据编码规则、新设码表、复合指标口径、数据元值域收缩四类事项须会议评审；术语增补、码值增补、数据元增补、派生指标增补可书面评审。书面评审的回复期不少于三个工作日，逾期未回复视为同意，但不免除该域归口部门对本域业务定义的确认责任。

第三十四条（评审要素）　评审按表 A7-5 所列要素逐项核对，任一要素不满足即不通过。评审意见记入《评审意见单》，不通过的标准项退回起草人并注明退回要素。

第三十五条（评审通过条件）　评审通过须同时满足：表 A7-5 全部要素核对合格；业务域归口责任人签署业务定义确认意见；涉及数据集加工的标准项另需数据加工责任人确认落地可行性。

第三十六条（三级审批权限）　标准的发布审批按影响面分三级，权限见表 A7-6。越级审批无效；影响面判定有争议的，从高适用。

第三十七条（发布）　审批通过的标准项由数据治理办公室在奔牛数据智能平台的数据标准管理模块内发布，同时生成《数据标准发布通知单》，内容包括：标准项标识与名称、版本号、生效日期、变更摘要、受影响的系统字段清单、受影响的质量规则清单、受影响的指标清单、受影响的数据集加工任务清单、过渡期安排、责任人与联系方式。

第三十八条（生效）　标准自发布通知单所载生效日期起生效。新设标准项的生效日期不早于发布日；变更标准项的生效日期不早于发布日后十个工作日，涉及值域收缩的不早于发布日后二十个工作日，为下游留出改造窗口。

第三十九条（发布后的同步动作）　标准发布后，下列动作在十个工作日内完成：由数据元五项属性派生的质量校验规则草案生成并提交数据质量管理员确认；标准映射对照表中相关条目的标准项标识更新；奔牛数据智能平台的数据标准管理模块向引用该标准项的数据集加工任务推送变更提示；机器可读标准文件（术语表、码表、数据元表、指标卡集合）同步更新并发布新版本。

第四十条（主数据的特别程序）　主数据的新增、变更与停用，除按本章程序评审发布外，还须逐条形成审批流程记录，记录内容包括申请人、申请理由、原始依据附件、审核人与审核意见、审批人与审批时间、记录类型。记录类型分「正常流程」「历史追认」「依据补录」三类，分类统计，不混为一谈。记录生成后不可修改，更正以新增一条更正记录的方式实现。

第四十一条（指标的特别程序）　指标卡发布前须通过三项检查：维度与度量名称是否引用已登记的业务术语标识；计算公式是否以下层指标标识书写而非自然语言描述；所依赖的来源数据是否已绑定质量规则且规则已在稽核调度中运行。第三项不满足时，指标卡可发布但状态置为「暂不发布」，不进入对外的指标服务，待质量规则上线后转为「已发布」。

表 A7-5　标准评审要素核对表（模板）

表 A7-6　标准发布的三级审批权限

2.8 第六章　标准的变更、废止与基线（条文）

第四十二条（变更申请）　标准变更由业务域数据标准专员、数据标准管理员或数据加工责任人提出，填写《数据标准变更申请与影响评估单》。申请内容包括：待变更标准项标识与当前版本、变更类型、变更前后对照、变更理由、影响评估、过渡安排、历史数据处理方式。

第四十三条（变更类型）　变更按下列类型分类，不同类型的审批级别与过渡期要求不同：

（一）增补型。新增条目、新增码值、新增同义词，不改变已有条目含义。

（二）修正型。修正措辞、补充说明、更正笔误，不改变已有条目含义与取值范围。

（三）扩展型。扩大值域、放宽格式长度、增加允许取值，向后兼容。

（四）收缩型。缩小值域、停用码值、收紧格式、增加必填约束，不向后兼容。

（五）重定义型。改变业务定义、改变计量单位、改变指标口径、改变编码规则，不向后兼容且影响历史数据可比性。

增补型与修正型按一级或二级审批，扩展型按二级审批，收缩型与重定义型按二级或三级审批并设过渡期。

第四十四条（影响评估）　影响评估初稿由奔牛数据智能平台依据标准映射对照表与元数据血缘自动生成，内容包括：引用该标准项的源系统字段清单；以该标准项为值域的质量校验规则清单；以该标准项为维度或度量的指标清单；读取该标准项对应字段的数据汇聚与数据集加工任务清单；已发布数据集中使用该标准项的版本清单。申请人在初稿基础上补充业务影响与过渡安排。自动生成的初稿不能替代业务影响判断，业务影响部分为必填。

第四十五条（过渡期）　收缩型与重定义型变更须设过渡期，过渡期内新旧标准并行有效。过渡期长度按下列规则确定：只影响汇聚层映射配置的，不少于十个工作日；需改造源系统字段或界面的，不少于三个月；涉及已发布数据集标签体系的，不少于一个数据集版本周期。过渡期内数据加工任务按新标准执行，对不符合新标准的数据按降级标记输出而非阻断，降级记录进入质量问题台账。

第四十六条（历史数据处理）　重定义型变更须明确历史数据处理方式，可选方式为：按映射关系归一并保留原值作为别名；标记为不可比并在指标计算中剔除；按变更生效日切分，变更前后分段统计。不得对历史数据作静默改写。

第四十七条（变更的撤回）　变更发布后在过渡期内发现实施障碍的，可由原申请人提出撤回，经原审批主体同意后撤回，撤回同样生成发布通知单并说明撤回原因。已按新标准加工的数据集版本不作回退，在其数据卡中记录所依据的标准版本。

第四十八条（废止）　标准项不再使用时予以废止。废止须核查该标准项是否仍被在用系统字段、在运行的质量规则、已发布指标或已发布数据集引用；存在引用的，先完成引用方的改造或替代，再行废止。已发布数据集对该标准项的引用不阻断废止，但须在废止通知中列明受影响的数据集版本。

第四十九条（归并）　码值合并、术语合并、指标合并按归并处理：被归并项状态置为「已归并」，记录归并目标标识与归并生效时间；历史数据按归并关系归一，原值作为别名保留可查；归并关系进入标准映射对照表。

第五十条（基线固化与历史回放）　基线按第二十三条所列时点固化。基线内容包括各类标准在固化时点的全部条目及其版本号。数据集加工任务、指标计算任务在执行时记录所依据的基线编号；按历史基线重算时，系统按该基线的条目与版本执行，使同一份输入在半年后重算得到同样结果。基线固化记录与数据集的版本指纹一并进入质检报告的受检对象清单。

2.9 第七章　标准的执行、符合性检查与例外（条文）

第五十一条（落地入口一：设计评审）　新建与改造系统的数据模型设计、接口契约设计提交评审时，核对下列三项：字段是否引用已发布数据元；枚举字段是否引用已发布码表；涉及指标的是否已有指标卡。不一致的须在评审意见中说明理由，经批准后记为例外，进入例外登记表。

第五十二条（落地入口二：存量系统改造）　现状评估识别出的标准不一致项按影响面与改造成本排序，形成分批改造清单。排序原则：影响四类数据集加工的优先；跨系统关联所必需的优先；改造只涉及汇聚层配置的优先于需要改动源系统的。存量系统不强制改字段名，改的是数据汇聚层的映射配置。

第五十三条（落地入口三：数据加工入口校验）　数据汇聚与数据集加工任务在读入数据时按数据元标准执行类型、格式、值域、空值、唯一性五项校验，按码表执行值域归一。不符合的记录按其所违反规则的严重级处置：严重级为「阻断」的，任务终止并告警；严重级为「降级」的，记录标记后放行并进入质量问题台账；严重级为「提示」的，仅计数统计。严重级由数据质量管理员在规则入库时确定，默认取「降级」。

第五十四条（落地入口四：质量规则绑定）　数据元标准中的数据类型、格式与精度、值域、允许空值、唯一性五项属性由奔牛数据智能平台自动派生为质量校验规则草案，经数据质量管理员确认后入规则库并进入稽核调度。标准发布与规则生效的间隔不超过第三十九条所定的十个工作日。

第五十五条（标注与数据集侧的执行）　数据标注的标签体系取值集引用已发布码表，标签体系变更随码表版本变更。数据集的数据卡记录所依据的标准基线编号与各类标准的版本号，使历史数据集的标签含义可查。

第五十六条（符合性检查）　数据治理办公室按季度组织符合性检查，检查内容与抽样口径见表 A7-7。检查结果形成《数据标准符合性检查报告》，报决策层。

第五十七条（检查结果的处理）　检查发现的问题按下列方式处理：属标准缺漏的，转立项；属映射配置错误的，由数据标准管理员在十个工作日内更正；属数据录入问题的，由该业务域归口部门组织整改并在下一次检查中复查；属未登记例外的，补办例外登记或限期整改。

第五十八条（指标的基线与回退）　符合性检查中以比例表述的指标，首次检查结果作为基线，此后按期提高。未达期段目标的，在数据治理月度例会上列明缺口与补齐计划；相关数据集加工任务按置信标记降级输出，不因治理进度未达标而停止数据集交付。

第五十九条（例外登记）　经批准不按已发布标准执行的情形登记为例外，内容包括：例外对象、不符合的标准项、不符合的具体内容、申请理由、批准人、有效期、复核时点、替代控制措施。例外有效期最长一年，到期须复核；连续两次复核仍需保留的，转为标准变更立项。

第六十条（例外的边界）　下列情形不得登记为例外：涉及个人信息、敏感地理信息、重要行业数据与企业秘密数据的敏感级别标注缺失；指标分母为零时的取值约定缺失；主数据编码规则的擅自变更。前述情形一律按整改处理。

第六十一条（下游通知）　标准发布、变更、废止与归并的通知按下列方式送达下游：《数据标准发布通知单》通过奔牛数据智能平台的数据标准管理模块推送至订阅该业务域的全部责任人；受影响的数据集加工任务在其任务页面显示变更提示，提示在任务责任人确认后消除；受影响的指标在指标服务的返回结果中附带标准版本变更标记，标记保留至过渡期结束；已发布数据集受影响的，在其数据卡的修订记录中追加一条说明，并进入该数据集的下一版本修订计划。

表 A7-7　数据标准符合性检查内容与抽样口径（模板）

2.10 第八章　考核、过渡与附则（条文）

第六十二条（考核）　数据标准执行情况纳入各业务域数据治理考核，考核指标取表 A7-7 第 1、2、5、9 项中与该业务域相关的部分。考核结果按季度汇总，年度汇总结果报决策层。

第六十三条（考核的使用）　考核结果用于识别投入不足的业务域并调整支持资源，不作为单一岗位的绩效扣减依据。符合性检查发现的问题属标准缺漏或系统能力限制的，不计入业务域考核。

第六十四条（过渡条款一：既有事实标准的登记）　本办法施行前已存在的系统字典、工艺工序字典、指标口径说明等事实性标准，按下列方式纳入管理：现行有效且满足数据集加工要求的，由数据治理办公室组织一次性登记，登记后视为已发布，版本号记为 V1.0，记录来源为「存量登记」；现行有效但不满足数据集加工要求的，登记后按变更程序修订；已不使用的，不作登记。存量登记的时限为本办法施行后六个月内【待核：以项目实施计划阶段划分为准】。

第六十五条（过渡条款二：历史文档不作回改）　已归档的历史业务文档、历史工艺卡片、历史图纸不因术语标准发布而回改，其术语归一在数据加工环节完成，归一关系记录在标准映射对照表中。

第六十六条（附件）　本办法附件包括：《数据标准立项申请单》《评审意见单》《数据标准发布通知单》《数据标准变更申请与影响评估单》《数据标准符合性检查表》《数据标准例外登记表》《数据标准修订记录表》七类表单模板，表单字段见本附件第 2.12 节。

第六十七条（解释）　本办法由数据治理办公室负责解释。

第六十八条（施行）　本办法自印发之日起施行。

2.11 职责矩阵与责任边界

下表将第三章至第八章各项动作落到承办方，一项一行。表中代码：拟＝起草与填报；签＝会签并对本方口径负责；审＝审核并出具意见；批＝批准并承担决定后果；执＝按已批准结论执行；督＝事后核查；配＝按要求提供材料；横线＝该方无职责。

表 A7-81　《数据标准管理办法》职责矩阵

矩阵中第 6 行与第 8 行须对照第十三条一并读：起草与评审不得为同一人；实施方在第 6 行「拟」、第 8 行仅「配」，评审「批」在业务域归口责任人，避免起草方自审。

本矩阵把「执」同时给到任务开发责任人与项目实施方的有两行：第 27 行的临时标记替换与第 31 行的符合性检查问题整改，两者都是双方须同时动手才做得完的动作。临时标记的替换是一件容易拖过去的事：标记打上之后任务能跑，替不替换从运行结果上看不出来，只有在标准发布后对照立项记录才查得出。因此第十二条设了十个工作日的时限，矩阵把执行责任同时落到两方，并由数据标准管理员在第 28 行的设计评审中核查。

责任边界按下列五条划定，写入本办法的理由是避免项目期出现职责真空或重复担责。

其一，标准的业务定义、取值范围、剔除条件与计算口径，由业务域归口责任人确认。项目实施方承担标准的编制、整理、建模与落地实现，并提供候选口径与依据，不代行业务口径的确认；口径存在分歧且归口责任人之间协调未果的，按第十五条提交裁决，实施方不作单方面选择。

其二，甲方现行制度的清理与废止按甲方内部程序办理。项目实施方提供与现行规定的冲突清单与条款建议，不承办制度的印发流程。

其三，源系统内部的字段改造与历史数据的回改，由系统的主管部门决定与实施。项目实施方提供映射方案、影响评估与转换规则，在不改造源系统的前提下通过映射对照表维持可用性；源系统改造带来的工作量与排期另行确认。

其四，标准发布后下游的执行情况由各责任方自行负责。项目实施方承担本方开发的采集与加工任务的标准引用合规，对甲方自行开发或由其他方开发的任务，只在符合性检查中提出问题清单，不承担其整改实施。

其五，本办法的条文在项目实施期由甲方印发后施行。印发前的过渡期内，标准相关事项按甲方现行规定与事实性标准执行，不以本样章的条文作为过渡期的执行依据。

2.12 本办法附件的索引与保存规则

第二章至第八章引用的表单共七类，字段见本节 2.14。下表给出七类表单的填报责任、产出时点与保存规则，作为本办法的附件索引页。保存期限不在本表中直接写定年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A7-82　《数据标准管理办法》附件索引与保存规则

七类表单中，附件二与附件四的留存规则有一条共同的要求值得单独说明：保留每一轮而不是只留最终版。标准的评审与变更往往要走两到三轮，中间轮次被退回的理由，是后来判断这条标准为什么长成现在这样的唯一依据。只留最终版的档案看起来整齐，但它回答不了符合性检查中最常被追问的那个问题——这条取值范围当初是怎么定下来的。

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

本办法有四处条款是针对甲方现场情况设定的，不是通用模板的内容。

第一处是第二十八条的实证要求。甲方的工序名称与代码分散在总工艺路线、各车间工艺卡片与工时定额系统三处来源，三者不完全一致。若允许码表凭部门报送的清单直接发布，发布出来的工序代码表很可能只反映其中一处来源，数据集按它聚合样本时会出现大量落不到任何工序上的记录。因此本办法把「实际取值去重统计＋三类差异清单」定为码表进入评审的前置条件，先把三处来源取并集、再由工艺部门归并核定。备料工序现掌握的口径为 28 道，正式发布版以工艺部门确认的工序字典为准。

第二处是第四十条对主数据审批记录的三类分法。甲方现存主数据绝大部分是历史沉淀，当初并无规范审批流程，记录无法凭空补造。本办法要求「正常流程」「历史追认」「依据补录」分类统计而不混为一谈，目的是使数据管理能力成熟度评估时呈现的是真实状况，而不是一份看起来全部合规、实际无法回溯的台账。物料、工序、设备三个域与数据集加工直接相关，列为首年重点。

第三处是第四十六条对历史数据处理方式的三选一。甲方存在同一指标多口径并存的实际情况，典型如库存周转的分母取期初期末平均还是期末时点、是否扣除项目专用占用。本办法不要求把历史数据改写成新口径，而是允许按生效日切分分段统计，这样做的理由是：库存资金在年内单向累积这一事实本身需要跨年比较，静默改写历史会使比较失去意义。

第四处是第五十五条把数据集的数据卡与标准基线绑定。甲方历史图纸约 63 万张，每张历史上均配有一张已审核签发的工艺卡片，这些成对样本的标注标签取值集引用工序代码码表与缺陷类型码表。码表一旦修订，两年前加工的数据集其标签含义就需要解释。把基线编号写进数据卡，是使这种解释有据可依的唯一办法。

2.14 本办法附件：七类表单模板的字段

表 A7-8　《数据标准立项申请单》字段

表 A7-9　《数据标准变更申请与影响评估单》字段

表 A7-10　其余五类表单的核心字段

2.15 本办法的评审与修订机制

本办法自身的评审与修订按下列安排执行，与其所管辖的五类标准的修订机制相区别。

评审主体为数据治理委员会，评审形式为会议评审，参与方包括九个业务域归口责任人、信息化管理部门负责人与项目实施方的标准编制责任人。首版评审在治理规划阶段的制度体系评审会上一并进行，与《数据治理管理办法》《元数据管理办法》《数据质量管理办法》《数据资产管理办法》《数据安全管理办法》同批评审，以便核对六部办法之间的职责与程序衔接，避免同一事项两处规定。

修订触发条件有四类：数据管理能力成熟度评估或年度数据审计提出的制度缺口；符合性检查连续两个季度出现同类问题且根因指向程序缺陷；国家标准或行业标准更新引起的依据变化；组织架构调整引起的职责变化。常规修订频次为每年复审一次，复审无修订需求时出具复审结论并记录，不作版本变更。

修订的通知方式按第六十一条执行，并增加两项：本办法修订后，五类标准的现行版本不自动失效，但其中与新版办法程序冲突的部分按新版办法执行，冲突清单随修订通知一并发布；修订涉及审批权限变动的，变动生效前已提交但未审批完成的申请按提交时的权限执行，不溯及。

修订记录按表 A7-10 所列《数据标准修订记录表》字段置于本办法正文之后，记录不删行。表 A7-11 为该记录表在本办法首版发布时的形态。

表 A7-11　《数据标准管理办法》修订记录（样例）

第 2、3 行为示例填写，用于说明记录的粒度与修订类型的使用方式，实际修订以项目期发生的事实为准。

三、样章②　《业务术语标准》V1.0

本节回应招标文件要求制定公司统一业务术语标准、厘清业务名词定义、业务含义及同义词，并推动术语在业务文档、系统字段、指标说明中落地应用的要求（b1276、b1277、b1286、b1333r19）。

3.1 文件信息

表 A7-12　《业务术语标准》文件信息

3.2 正文结构

第一章　范围与规范性引用文件
  1.1 范围
  1.2 规范性引用文件
  1.3 术语卡的构成与阅读方法
第二章　术语的收录、分类与标识
  2.1 收录判据与不收录情形
  2.2 术语的三类来源与采信优先序
  2.3 术语标识编码规则
  2.4 术语的状态与生命周期
第三章　术语卡字段规范
  3.1 字段清单与必填性
  3.2 定义的书写规则
  3.3 同义词与禁用词的认定规则
  3.4 字段级校验规则
第四章　术语条目（按业务域分节）
  4.1 跨域／全局（COM）
  4.2 研发设计（RDD）
  4.3 生产制造（MFG）
     4.3.1 工序与工艺卡术语
     4.3.2 热处理术语
     4.3.3 焊接术语
     4.3.4 设备与工装术语
  4.4 质量管理（QMS）
  4.5 仓储物流（WLG）
  4.6 采购管理（PUR）
  4.7 设备管理（EQP）
  4.8 营销管理（MKT）
  4.9 财务管理（FIN）
  4.10 人力资源（HRM）
第五章　术语的落地应用
  5.1 在业务文档中的落地
  5.2 在系统字段中的落地
  5.3 在指标说明中的落地
  5.4 在数据集标注与数据卡中的落地
第六章　同义词归并映射与待议清单
  6.1 同义词归并映射表
  6.2 待议清单的管理
第七章　验收口径与评审修订机制
附件A　机器可读术语表的文件格式
附件B　术语索引（按拼音、按标识两种排序）

3.3 术语卡字段规范

每条术语以一张术语卡承载。术语卡的字段清单与校验规则见表 A7-13。字段结构同时是评审的检查项：定义写不出来、同义词列不清、归属部门认不下的术语不进正式发布版，先入待议清单。

表 A7-13　业务术语卡字段规范

定义的书写规则有三条，列为条文以便评审时逐条核对。

第一条　定义采用「属＋种差」句式：先写该概念所属的上位类别，再写它与同类其他概念的区别特征。例如装炉量的定义写作「单一炉次一次性装入炉膛的工件重量合计」，上位类别是重量合计，种差是单一炉次、一次性、装入炉膛。

第二条　定义不得以举例替代。「指刮板输送机的中部槽、链轮、减速器等部件」不是定义，因为无法据此判断某个未被举到的零件是否属于该术语。

第三条　定义不得包含被定义词本身，也不得与其他术语互相定义。

同义词与禁用词的认定规则：同义词的认定依据是该称法在现行系统字段、现行业务文档或现行作业口语中有实际使用证据，证据来源记入备注；仅属个人习惯用法、无文档或系统证据的不登记为同义词。禁用词的认定依据是该称法与标准名称所指相同但已造成过实际误解，或该称法在不同部门指向不同概念。禁用词在文档模板校验与系统字段评审时产生提示，不阻断，因为历史文档不作回改。

3.4 术语的收录判据与状态迁移

收录判据有三条，满足任一条即纳入收录范围：该名词在两个以上业务系统的字段名、注释或下拉选项中出现；该名词是四类数据集加工所依赖字段的业务含义载体；该名词被指标卡用作维度名或度量名。

不收录的情形有四类：已由国家标准或行业标准规定且公司使用无歧义的产品技术参数名称，直接采标并只登记标识与出处；单一系统内部的技术性字段名（主键、时间戳、操作人标识一类）；临时性项目代号；对外商务称法。

术语状态迁移规则：起草中可迁移至待议或已发布；待议可迁移至起草中或已废止；已发布可迁移至已归并或已废止；已归并与已废止为终态。待议状态用于定义或归属存在分歧、尚未形成结论的术语，待议清单按月复核，连续三次复核仍无结论的转入已废止并在备注中记录分歧内容，不长期挂起。

3.5 样例术语卡（三份全文）

本节给出三份填写完整的术语卡，分别取自生产制造域的热处理、研发设计域的图纸管理、质量管理域的焊接检验。三份卡用于说明填写粒度：同义词一栏不是摆设，它记录的是该概念在甲方现场的实际称法分歧，也是数据加工时术语归一的直接依据。

表 A7-14　样例术语卡之一

表 A7-15　样例术语卡之二

表 A7-16　样例术语卡之三

3.6 术语条目表（样例，按业务域节选）

下列各表为术语条目的样例填写，每域节选若干条，用于说明条目的分布与粒度。完整条目在首批发布时按九个业务域各 60 至 120 条出具，合计不少于 600 条。表中「同义词／禁用词」一列以分号分隔，禁用词加括号标注。

表 A7-17　跨域／全局（COM）术语条目（样例）

表 A7-18　研发设计（RDD）术语条目（样例）

表 A7-19　生产制造（MFG）术语条目（样例，按子类分列）

表 A7-20　质量管理（QMS）与设备管理（EQP）术语条目（样例）

表 A7-21　仓储物流（WLG）、采购管理（PUR）、营销管理（MKT）、财务管理（FIN）、人力资源（HRM）术语条目（样例）

3.7 术语的落地应用

招标文件要求术语在业务文档、系统字段、指标说明三个场合落地应用（b1277）。三个场合的落地方式不同，本标准各设一组检查规则。本节另加一个场合：数据集标注与数据卡，因为数据集加工是本包的核心产出，标注标签的命名若不引用术语标准，标注口径与指标口径会分别演进。

表 A7-22　术语落地的四个场合与检查规则

在业务文档中落地的一条具体做法值得单独说明：甲方备料工艺卡片的工序名称栏目前取值不受约束，同一道工序在备料车间卡片与结构件车间卡片上的写法可能不同。新版卡片模板将该栏由自由文本改为引用工序代码码表（见样章③ RDT-MFG-0011），填写时选择代码、显示正式名称，同时保留一个只读的「车间习惯称法」栏用于过渡期。历史卡片不回改，其工序名称在数据加工环节按同义词归并映射表归一。这样做使 63 万张历史工艺样本可以按统一的工序维度聚合，而不必对历史文档作任何改动。

3.8 同义词归并映射表

同义词归并映射是术语标准在数据加工环节生效的载体。映射条目由术语卡的同义词与禁用词字段自动派生，派生后由数据标准专员补充匹配方式与优先级。表 A7-23 为样例。

表 A7-23　同义词归并映射表（样例行）

匹配方式分三类：「全词精确」指源称法与整个字段值或整个词元完全一致时归一；「上下文判定」指须结合所在系统、所在表或同记录其他字段才能判定，归一规则在映射对照表中逐条写明判定条件；「不归一」指该称法为禁用词或多义词，出现时标记为待人工判定并进入质量问题台账，不作自动归一。优先级用于同一源称法可归一到多个术语时的取舍，数值小者优先。

3.9 职责矩阵与责任边界

术语标准的维护量集中在收录与归并两件事上，而这两件事都依赖业务侧的判断：一个称法是不是同义词、该不该收、归到哪个域，技术侧判断不了。下表把本标准的维护动作逐项落到承办方。代码含义与本附件 2.11 一致。

表 A7-83　《业务术语标准》职责矩阵

第 4 行与第 5 行分别把「批」与「签」放在业务域归口责任人，而把「拟」留给数据标准专员与项目实施方，这一分工对应的是本标准最常见的一类返工：实施方按源系统字段名整理出来的称法，在业务上并不是正式说法。字段名是系统设计时的产物，业务正式称法是人嘴里的说法，两者经常不一致，而只有业务侧能指出哪个才是。

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

其一，术语的业务定义与正式称法由业务域归口责任人确定。项目实施方负责候选术语的汇集、术语卡的整理与落地实现，不代行定义；同一概念在两个业务域有不同称法而协调未果的，按管理办法第十五条提交裁决。

其二，禁用词清单的执行依赖各部门在文档与系统中的实际使用。项目实施方在数据加工与标注环节按清单校验并在发现时报告，不承担甲方既有文档与既有系统界面的用词整改。

其三，术语版本变更对已发布数据集的影响，按数据集的修订计划处理。已出具的数据卡不回改，在下一版本的修订记录中说明术语版本变化与可比性影响；项目实施方不以术语修订为由重新加工已交付的数据集版本，除非该变更经评估判定影响样本的正确性。

3.10 验收口径

表 A7-24　《业务术语标准》验收口径

3.11 评审与修订机制

评审主体与形式：首批按业务域分册评审，每册由该域归口责任人与数据治理办公室联合评审，形式为会议评审；条目增补按书面评审，回复期三个工作日。跨域共用术语（域码 COM）由数据治理办公室组织跨域会议评审，参与方为涉及的全部业务域归口责任人。

修订周期：季度小版本发布条目增补与同义词补充；年度大版本发布定义修订、术语归并与废止。季度小版本在季度末第十个工作日前发布，年度大版本随年度数据标准工作计划发布。

修订触发条件：数据加工入口校验出现未登记业务名词且判定属术语缺漏；指标卡发布时出现未登记维度名；符合性检查发现同义词遗漏超过阈值；国家标准或行业标准术语更新；待议清单形成结论。

下游通知：按管理办法第六十一条执行。术语定义修订时另增一项动作——引用该术语的指标卡、数据元、标注规范在其页面显示术语版本变更提示，提示在责任人确认后消除；已发布数据集的数据卡在其修订记录中追加一条术语版本变更说明，并进入该数据集的下一版本修订计划。

表 A7-25　《业务术语标准》评审角色与权限

3.12 本标准附件与配套记录的索引与保存规则

术语标准的附件不止文末那两份。日常运行中还会产出评审意见、待议清单、归并记录与送达记录，它们散在各章里，归档时容易只留标准文本而把过程记录丢掉——而符合性检查追问的恰恰是过程记录。下表把本标准项下的附件与配套记录一次列齐，作为归档的索引页。保存期限不写定年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A7-88　《业务术语标准》附件与配套记录索引

两处规则须与一般档案做法区别开。其一是附件一与附件三都要求保留修订前的内容。术语定义改了，之前按旧定义标注的数据集并不会跟着改；判断那批标注是对是错，依据是当时生效的那一版定义，而不是现在这一版。其二是附件二的条目废止不删行。术语标识一经分配不再复用（本标准第 2.3 节），删行会使标识出现空号，日后有人按序号推断条目总数就会出错。

附件A 的保存规则与其余各件不同，值得单独说明。机器可读术语表是被数据加工任务直接加载的文件，一个数据集用的是哪一版术语表，决定了它的标签取值集是什么。因此这一件的留存年限不由档案周期决定，而由引用它的数据集的生命周期决定——数据集还在用，对应版本的术语表就不能清理。

四、样章③　《参考数据标准》V1.0（含《代码值域字典》）

本节回应招标文件要求制定参考数据标准与代码值域字典、明确参考数据的管理范围、识别各类参考数据取值范围的要求（b1280、b1281、b1286、b1333r20）。

4.1 文件信息

表 A7-26　《参考数据标准》文件信息

4.2 正文结构

第一章　范围与管理原则
  1.1 范围与参考数据的界定
  1.2 与主数据、数据元的边界
  1.3 三类来源与管控强度
第二章　管理范围
  2.1 纳入管理的判据
  2.2 码表清单与归口
  2.3 不纳入管理的情形
第三章　码表登记规范
  3.1 码表登记字段
  3.2 码值登记字段
  3.3 码表标识与码值标识编码规则
  3.4 字段级校验规则
第四章　取值范围的识别
  4.1 三步识别法
  4.2 三类差异的判定与处置
  4.3 自由文本到码值的归一
第五章　代码值域字典（按业务域分节）
  5.1 跨域／全局码表
  5.2 生产制造域码表
     5.2.1 备料标准工序代码表
     5.2.2 热处理相关码表
     5.2.3 焊接相关码表
  5.3 质量管理域码表
  5.4 研发设计域码表
  5.5 仓储物流与采购管理域码表
  5.6 设备管理域码表
  5.7 营销管理域码表
第六章　码值的变更、停用与归并
  6.1 变更类型与审批
  6.2 生效与失效时间，按时点回放
  6.3 归并映射与历史数据处理
第七章　码表的引用与落地
  7.1 被数据元引用（值域引用机制）
  7.2 被质量规则引用
  7.3 被标注标签体系引用
第八章　验收口径与评审修订机制
附件A　码表数据文件格式
附件B　码表索引

4.3 参考数据的界定与三类来源

参考数据与主数据的区别在于：主数据是业务实体，参考数据是对实体属性取值的约束集合。物料是主数据，物料分类代码是参考数据；设备是主数据，设备状态代码是参考数据。两者的管理程序不同——主数据管到实例的生命周期审批，参考数据管到码值的启用与停用。

参考数据与数据元值域的区别在于：数据元值域是对单个字段取值的声明，枚举型值域不直接列出码值，而是声明「引用某张码表」。码表更新时所有引用该码表的数据元同步生效，不必逐个修改。这一机制是参考数据标准与数据元标准之间的唯一接口。

表 A7-27　三类来源的管控强度

公司自定义代码数量最多、变化最频繁，也是数据集标签体系的直接依据，因此管控要求最严：其码值的新增、停用与归并一律走管理办法第六章的变更程序，不允许在系统中直接添加下拉选项而不办登记。

4.4 码表与码值的登记规范

表 A7-28　码表登记字段规范

表 A7-29　码值登记字段规范

「生效时间」与「失效时间」两个字段支持按时点回放：查询某一历史时点的合法码值集合时，取生效时间不晚于该时点且失效时间为空或晚于该时点的码值。这一机制使两年前加工的数据集其标签取值集可以被准确还原，是数据集可追溯性的前提。

「使用频次」由系统按季度从实际数据统计回填，用途有两个：频次为零且已启用超过四个季度的码值进入停用候选清单；频次低于该码表总量千分之一的码值进入疑似录入错误复核清单。两类清单在季度符合性检查中提交归口部门判定。

4.5 取值范围的三步识别法

参考数据的取值范围不是拍出来的，是从现存数据里查出来、再由业务核定的。每一类参考数据执行三步，三步的产出均为码表进入评审的必备实证材料（见管理办法第二十八条）。

第一步是字典抽取。从源系统的字典表、下拉选项、枚举常量中抽取已定义的码值集合。

第二步是实际取值扫描。对业务表中该字段的实际取值做去重统计，统计结果与字典对照，得到三类差异。

第三步是业务核定。把三类差异提交归口部门，确认哪些码值保留、哪些归并、哪些废止。核定结论形成代码值域字典的正式版本，同时产生两项副产物：废止码值的归并映射关系进入标准映射对照表；自由文本到标准码值的映射规则进入数据加工的清洗逻辑。

图 A7-2　参考数据取值范围的三步识别法与两项副产物。数据来源：招标文件第五章 3.2.6.1.1.2.5 第（3）项（b1280、b1281）。

缺陷类型代码是这一方法价值最明显的例子。甲方质量管理系统中缺陷描述为自由文本，未与工艺参数关联。按三步法，先对历史缺陷描述文本做聚类得到候选缺陷类型，再由质量部门核定为代码体系，然后把历史文本按映射规则归一到代码。归一之后，缺陷才能作为标签与焊接参数流、热处理炉次档案对齐，产品质量类数据集的标注才有依据。

自由文本到码值的归一规则按表 A7-30 的结构登记，归一结果须保留原始文本。保留原文的理由是：归一规则会随码表修订而变化，原文保留下来，重新归一时不必回到源系统取数。

表 A7-30　自由文本归一规则登记结构（样例行）

兜底规则是必要的：命中不了任何规则的描述不得静默丢弃，一律置为「待分类」并进入待分类清单，按月提交质量管理部门判定。待分类比例是衡量归一规则完备性的直接指标，列入验收口径。

4.6 码表清单

表 A7-31　首批码表清单（样例，按业务域排列）

标注为「作为标注标签体系」的码表共 32 张，这些码表的码值直接构成数据集标注的标签取值集，其变更会改变已发布数据集的标签含义，因此一律按管理办法第四十五条设过渡期，过渡期不少于一个数据集版本周期。

4.7 代码值域字典样例：备料标准工序代码表

工序代码是本项目最关键的一张码表，原因有三：工艺设计类数据集以工序为检索键组织样本，工序名称不统一则样本无法按工序聚合；甲方的工序名称与代码分散在总工艺路线、各车间工艺卡片与工时定额系统三处来源且不完全一致；备料分厂的工序集合是封闭的，任何一张卡片都由这一集合内的工序排列组合而成，集合定不下来，工序推导就没有准入条件。

备料工序现掌握的口径为 28 道。表 A7-32 为按三步识别法整理后的样例填写，用于说明码表填到什么程度算填完：每一道工序须有定义（说明该工序完成什么加工内容）、前置依赖（哪些工序必须排在它之前）、禁止条件（什么情况下不得使用）、可合并规则（与哪些工序可同序合并）。缺前置依赖与禁止条件两列，工序推导就只能靠人工判断，数据集也无法校验工序序列的合法性。

表 A7-32　RDT-MFG-0011 备料标准工序代码表（样例，28 道；正式版本以工艺部门确认的工序字典为准）

工序代码为两位数字，层级数为 2：第一层按加工方法分为切割类（01—06）、成形类（07—14）、组合类（15—19）、机加类（20—26）、辅助类（27—28）五组，第二层为具体工序。层级设计的作用是使数据集可以按加工方法分组聚合，而不必只能按单道工序聚合。

本码表的使用约束有三条，列为条文随码表一并发布：

第一条　任何一张备料工艺卡片的工序清单只能取自本码表；出现本码表之外的工序名称时，数据加工入口校验按「阻断」严重级处置，不得标记放行。理由是工序集合封闭是备料工艺的事实约束，出现表外工序意味着来源数据错误或码表缺漏，两者都需要人工判定。

第二条　工序号（同一卡片内的排列序号）与工序代码是两个不同的数据元，不得混用。工序号按阿拉伯数字顺延，检验工序编号为上道工序号加「.1」。

第三条　前置依赖列构成一个有向无环约束集合；工序序列校验按该集合执行，违反依赖的序列进入质量问题台账并转工艺人员裁决，不自动调序。

4.8 代码值域字典样例：其余各张码表

表 A7-33　RDT-MFG-0014 板材材质牌号代码表（样例，企业在用子集）

牌号 Q345B 的处理方式值得说明：该牌号在现行标准中已不单列，但历史图纸与历史工艺卡片中大量存在。本码表将其状态置为「已归并」、归并目标为 Q355B，同时在标准映射对照表中保留新旧牌号对应关系，历史数据按对应关系归一、原牌号作为别名保留可查。不作静默改写，是因为材料力学性能的历史判定依据的是当时的牌号规定。

表 A7-34　RDT-MFG-0021 热处理工艺类型代码表（样例）

表 A7-35　RDT-MFG-0023 码装方式代码表与 RDT-MFG-0024 冷却介质代码表（样例）

码装方式码值 03「平放多层无垫」的备注说明了一条实际情况：甲方曾通过规范装炉量与拉开间隙取得明显改善，说明该码值对应的是一种需要受控的装炉形态而非禁止形态。码表记录它、并在质量规则中对其设置更严的装炉量上限，比把它从码表中删掉更有用——删掉之后现场仍会这样装，数据里就只剩下一个落不到码值上的空白。

表 A7-36　RDT-MFG-0031 焊接方法代码表与 RDT-MFG-0033 焊接位置代码表（样例，企业在用子集）

表 A7-37　RDT-QMS-0021 焊缝缺陷类型代码表（样例，两级）

本码表增设「关联工艺参数」列：焊接交检发现咬边等缺陷时，须立即确定比对哪些参数；缺陷类型一经确定，比对范围随之确定，避免全参数盲调。该列同时作为产品质量类数据集标注的字段选择依据。

表 A7-38　RDT-QMS-0012 检验结论代码表、RDT-QMS-0026 不合格品处置方式代码表（样例）

表 A7-39　RDT-WLG-0014 余料可用性代码表、RDT-WLG-0015 呆滞等级代码表、RDT-MKT-0011 工作面类型代码表、RDT-MKT-0013 投运评价等级代码表（样例）

投运评价等级码表的码值 05「未评价」须单独说明：甲方历史选型方案的投运使用评价目前无系统性记录，须从零补录。码表保留「未评价」码值而不强行把历史方案都归入某一等级，是为了使供需计划类数据集能够如实统计这一字段的覆盖度，而不是用一个看起来已填满、实际无依据的字段去训练模型。该字段的覆盖度列入数据卡的完整性统计。

表 A7-39b　RDT-RDD-0007 零部件分类代码表（样例，三级；以刮板输送机产品族为主）

本码表的三级分类是四类数据集中多处聚合维度的来源：工艺设计类数据集按本码表的二级节点分组统计借用件比例与判读点完整率；产品质量类数据集按三级节点关联缺陷类型分布；设备健康类数据集的部件级测点配置按 30「旋转与传动部件」下的三级节点组织，与术语 TRM-EQP-0076「旋转三大件」所指范围对应。「相关工序组」一列引用 RDT-MFG-0011 的第一层加工方法分组，使零部件分类与工序代码两张码表之间有可计算的关联，排产与工艺编制可按分类预判所需工序组。

表 A7-39c　RDT-QMS-0024 无损检测方法代码表与 RDT-QMS-0025 评定等级代码表（样例，企业在用子集）

「可检出的缺陷类」一列引用 RDT-QMS-0021 的一级分类，作用与焊缝缺陷类型码表的「关联工艺参数」一列相同：把检出手段与缺陷类的对应关系写进码表，使标注时可以据此判断某条缺陷记录的检出手段是否与其缺陷类型相容。甲方现状是外观、超声与磁粉三类检测的位置口径不一致，位置字段按映射对照表标记为不可比（见样章⑥ MAP-QMS-000322）；但缺陷类型与检出手段的相容性仍可校验，不相容的记录进质量问题台账由质检岗位复核。

表 A7-39d　RDT-EQP-0014 故障名录代码表（样例，三级；以旋转三大件为主）

本码表与其他码表的区别在于最后两列。「主要观测测点类型」一列引用 RDT-EQP-0012 测点类型码表，使故障类型与所需测点之间有明确对应——某一故障类型在当前测点配置下根本观测不到时，不应作为诊断类数据集的标签使用。「四档证据分级中的可达档」一列记录在现有测点条件下该故障类型最多能拿到哪一档证据，这一列直接决定设备健康类数据集的标签可靠性分层。

码值 50「耦合类干扰」不是故障，而是把三机联动带来的信号混叠显式登记为一个类别。甲方的刮板输送机被液压支架推移、被采煤机在机身上行走，三类设备的运动相互耦合，在役监测信号中含有大量来自其他设备的耦合干扰。把耦合显式建码并标注「须先分离方可用于诊断」，使标注时不会把耦合引起的振动异常误标为本机故障；分离方法在技术方案的设备健康类数据集加工方案中论述，本码表只负责把这一类别登记下来。

4.9 码值的变更、停用与归并

码值变更按管理办法第四十三条的五类变更处理。本标准就参考数据的特点另作三条补充规定。

第一条（新增码值的实证要求）　新增码值的申请须附实际取值扫描结果，说明该取值在业务数据中出现的频次与首次出现时间。频次为一的新增申请须附业务说明，以排除录入错误被登记为正式码值。

第二条（停用与归并的区别）　停用用于该取值在业务上不再发生的情形，历史数据保留原码值不作改动；归并用于该取值与另一码值业务含义相同的情形，历史数据按归并关系归一、原码值作为别名保留可查。两者的区别在于是否改变历史数据的统计归属，因此停用按一级审批，归并按二级审批并须出具影响评估。

第三条（作为标注标签体系的码表）　列入表 A7-31 「作为标注标签体系」的 32 张码表，其码值的停用与归并须另行评估对已发布数据集的影响，并在该数据集的下一版本修订计划中列明是否需要重新标注。不重新标注的，在数据卡中记录该版本所依据的码表版本号，使标签含义可查。

4.10 职责矩阵与责任边界

参考数据标准的日常动作以码值的增补、停用与归并为主，这三件事的共同特点是改动小而影响面广：一个码值停用，引用它的数据元、以它为值域的质量规则、以它为标签的已发布数据集都会受影响。下表把动作逐项落到承办方，并在影响评估一行写明三类受影响对象的确认方。代码含义与本附件 2.11 一致。

表 A7-84　《参考数据标准》职责矩阵

第 13 行把「批」给到数据加工责任人，是本矩阵唯一一处把批准权放在加工侧的。理由是只有加工侧知道哪一批样本用了哪个码值作标签：码值停用之后，已经打上该标签的样本是改标、保留还是声明不可比，判断依据在样本本身而不在码表。把这一确认交给码表的维护方，结果往往是码表改干净了而样本里的旧标签留着，两边从此对不上。

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

其一，码值的业务含义与取值范围由业务域归口责任人确认。项目实施方负责从源系统与业务文档中识别实际在用的取值、整理候选码表并实现落地校验，不代行业务判定；三步识别法识别出的「待分类」取值，在归口责任人给出结论前保留原值并标注，不作合并或丢弃处理。

其二，国家标准与行业标准码表按发布机构的版本执行。标准更新时按新版本替换，替换带来的历史数据可比性问题按本标准的映射归一方式处理；项目实施方不自行修改采标码表的码值或含义。

其三，码值停用后，源系统中仍在产生该码值的，属源系统侧的整改事项。项目实施方在入口校验中按标准拦截并记录不符合项，不承担源系统的改造；在整改完成前，按例外登记的替代控制措施维持数据可用。

4.11 验收口径与评审修订机制

表 A7-40　《参考数据标准》验收口径

评审主体与形式：码表首批按业务域分批评审。国家标准与行业标准来源的码表由技术标准归口部门确认适用版本与企业在用子集，形式为书面评审；行业通用码表由公司技术部门核定，形式为会议评审；公司自定义码表由业务域归口部门核定，新设码表为会议评审、码值增补为书面评审。列入「作为标注标签体系」的码表，评审时另邀数据加工责任人参加，核对标签体系的可实现性。

修订周期：码值增补随发生即时发布次版本；码值停用与归并按月集中发布，每月第十个工作日前；码表结构变更（格式、层级、是否多选）按季度发布，与引用该码表的数据元同批发布。

修订触发条件：实际取值扫描发现字典未定义的取值且判定为合法业务取值；使用频次统计发现零频次码值或疑似录入错误码值；国家标准或行业标准更新；归一规则待分类比例超过阈值且根因指向码值缺漏；标注过程中发现标签体系粒度不足。

下游通知与影响评估：按管理办法第六十一条执行。码表变更的影响评估另须列出三项：引用该码表的数据元清单；以该码表为值域的质量规则清单；以该码表码值为标签取值的已发布数据集版本清单。第三项由数据加工责任人确认，不由系统自动生成，因为标签与码值的对应关系可能经过标注规范的二次映射。

4.12 本标准附件与配套记录的索引与保存规则

参考数据标准的日常动作是码值的增补、停用与归并，每一次动作都会产出记录，而这些记录正是日后回答「这个码值当初为什么停用」的唯一依据。下表把本标准项下的附件与配套记录一次列齐，作为归档的索引页。保存期限不写定年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A7-89　《参考数据标准》附件与配套记录索引

附件二与附件三的保存规则是本表中约束最紧的两条，原因在码值这类数据的特性：它不像条文那样被引用时带着版本号，它是作为取值直接写进数据里的。某个码值今天停用，昨天写进数据集的那一条记录仍然带着它；若字典里把停用的码值删掉，这条历史数据就变成了无法解释的取值。因此停用与归并一律保留并标注状态，而不是移除。

附件六的保留期与附件A 一样挂在数据集的生命周期上，而不是档案周期上。码值的影响面在停用那一刻是清楚的——引用它的数据元、以它为值域的质量规则、以它为标签的已发布数据集，这三类对象在评估单里逐条列着。一旦评估单被按档案周期清理，而某个数据集的生命周期更长，那份数据集的标签来历就断了。

五、样章④　《数据元标准》V1.0

本节回应招标文件要求针对核心业务域制定数据元定义标准、明确数据元标识、名称、定义、类型、格式、值域等规范的要求（b1282、b1283、b1286、b1333r21）。

5.1 文件信息

表 A7-41　《数据元标准》文件信息

5.2 正文结构

第一章　范围与筛选判据
  1.1 范围
  1.2 核心数据元的两条筛选判据
  1.3 不纳入的情形
第二章　数据元的属性集合
  2.1 属性清单与必填性
  2.2 三个串联性属性（敏感级别、质量规则、来源系统与字段）
  2.3 属性级校验规则
第三章　命名与标识
  3.1 三段式命名规则
  3.2 标识编码规则
  3.3 同名不同义与同义不同名的处置
第四章　数据类型、格式与值域
  4.1 允许的数据类型
  4.2 格式与精度的声明方式
  4.3 值域的四种声明方式
  4.4 计量单位与量纲
  4.5 空值与缺省
第五章　数据元条目（按业务域分节）
  5.1 跨域／全局（COM）
  5.2 研发设计（RDD）
  5.3 生产制造（MFG）
     5.3.1 工序与工艺卡数据元
     5.3.2 热处理数据元
     5.3.3 焊接数据元
  5.4 质量管理（QMS）
  5.5 仓储物流（WLG）
  5.6 采购管理（PUR）
  5.7 设备管理（EQP）
  5.8 营销管理（MKT）
  5.9 财务管理（FIN）与人力资源（HRM）
第六章　由数据元派生质量校验规则
  6.1 五项属性与规则类型的对应
  6.2 派生规则的严重级与确认流程
第七章　数据元与物理字段的映射
  7.1 一对多映射的常态
  7.2 三类转换
第八章　验收口径与评审修订机制
附件A　机器可读数据元表的文件格式
附件B　数据元索引

5.3 数据元的属性集合

表 A7-42　数据元属性集合规范

属性清单中第 16、18、19 三项是把数据元标准与其他治理域串起来的关键。敏感级别把数据元接到数据安全分级标准，使权限与脱敏策略可以按字段粒度下发；绑定质量规则把数据元接到校验规则库，数据元一发布、与之绑定的规则即进入稽核调度；来源系统与字段把数据元接到标准映射对照表与元数据血缘。缺这三项，数据元标准就只是一本不生效的词典。

5.4 命名与标识

三段式命名规则　数据元名称由对象类、特性、表示三段构成，以半角下划线分隔。对象类是该数据元所描述的业务实体，须引用已发布业务术语；特性是该实体的某一属性；表示是该属性的表达形式，取值限定在下列十二项之内：数值、金额、数量、代码、标识、名称、描述、日期、时间、时长、比率、标志。

表示段的作用是使名称自带类型暗示，减少同名不同义。例如「零件_材质_代码」与「零件_材质_名称」是两个数据元：前者引用牌号码表，后者是中文名称文本。两者不得合并为一个「零件_材质」。

标识编码规则　数据元标识采用 DE-<业务域码>-<四位序号>，序号在同一业务域内单调递增、废止后不回收。标识一经分配即不可变更；数据元含义变更时作废止与新设处理，不沿用原标识。

同名不同义的处置　两个业务域对同一名词指不同概念时，设两个数据元、两个标识，名称以对象类段区分。例如「批次」在热处理域指炉次、在仓储域指物料批次，分别命名为 炉次_炉次号_标识 与 物料批次_批次号_标识，不共用名称。

同义不同名的处置　两个系统对同一概念用不同字段名时，设一个数据元，各系统字段名作为映射条目登记在标准映射对照表中，不为每个系统各设一个数据元。

5.5 数据类型、格式与值域的声明方式

表 A7-43　允许的数据类型与格式声明

小数型的修约规则须明确写出是四舍五入还是截断。这一项不是形式要求：甲方三套系统中装炉量字段的精度不一致，若修约规则不统一，同一炉次在不同来源算出的装炉量会有差异，而这个差异会被当作口径问题反复核查。

值域的四种声明方式及其使用条件：码表引用用于枚举型，填已发布码表标识，码表更新时自动生效；数值区间用于数值型，须给出上下限与开闭区间，物理上有绝对边界的（如温度不低于绝对零度、重量大于零）须写出；正则用于有格式约束的字符型（如图号、施工号）；枚举内联仅用于取值不超过三个且不会增补的情形（如性别），超过三个一律建码表。「无约束」只用于自由文本描述类字段，须在备注中说明理由，并在质量规则中以长度与字符集约束替代。

日期时间型须声明时区与秒以下精度。甲方物联网与设备数据平台的测点采样周期通常为秒级，热处理实际曲线与焊接参数流的时间对齐依赖这一声明；若各来源的时间精度与时区声明不一致，参数流与工件、焊道的对齐就会出现系统性偏移。

5.6 数据元条目（样例，按业务域分列）

下列各表为数据元条目的样例填写。表中「值域」一列按第 5.5 节的四种声明方式书写；「敏感级」一列取值为 1 至 4 级，1 为公开、4 为最高【待核：以数据安全分级标准发布版为准】；「派生规则」一列列出由该数据元属性自动派生的规则类型简写：N 非空、T 类型、F 格式、D 值域、U 唯一、R 区间。

表 A7-44　跨域／全局（COM）数据元条目（样例）

数据元 DE-COM-0012 的敏感级别取 4 级、脱敏方法取掩码。凡涉及个人信息的数据元一律不得填最低敏感级，这是管理办法第六十条列为不得登记例外的情形之一。进入数据集的样本中，操作者姓名按脱敏方法处理后保留人员标识，使操作者资质可以作为上下文参与分析而不泄露个人信息。

表 A7-45　各业务域核心数据元重点范围与条目分布

筛选判据两条：被两个以上系统或两个以上场景共同使用的字段；四类数据集加工所直接依赖的字段。数据元不追求把所有字段都标准化，那样投入大而收效低。估算依据是各域主干业务表的字段规模与跨系统引用情况，实际条目数在现状评估的数据资产盘点完成后确定（b1234）。若实际筛出的条目数显著低于此，说明筛选判据执行偏严，须复核是否漏掉跨场景共用字段。

表 A7-46　研发设计（RDD）数据元条目（样例）

数据元 DE-RDD-0163 是一个新建字段，来源系统与字段填「新建」。甲方的接口参数由矿方与各配套厂家会商确定，往往只存在于交流过程中、没有规范的电子留痕。设立这个标志字段并不能把过去的会商结论补回来，它的作用是从首次填报起把「这组参数是否经过多方会商确认」记下来，使供需计划类数据集在使用这组参数时知道其可信度。这类字段的覆盖度按管理办法与数据卡要求如实统计并随进度更新，不以静默补齐的方式填满。

表 A7-47　生产制造（MFG）·工序与工艺卡数据元条目（样例）

数据元 DE-MFG-0235「实际作业时间」与 DE-MFG-0234「报工时间」分列的理由是：甲方制造执行系统的报工时点相对实际作业有滞后。两个时间合为一个字段，制造过程类数据集就无法区分「这道工序什么时候做的」与「这条记录什么时候录的」，按时间对齐过程参数时会出现系统性偏移。实际作业时间为可空字段，空值比例如实统计并进入数据卡的完整性指标。

表 A7-48　生产制造（MFG）·热处理数据元条目（样例）