负责人 欧阳未　·　状态 初稿　·　覆盖 5 个标书单元

附录：数据质量类文档样章（五份）

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

招标文件对数据质量规划提出了需求梳理、质量检查、质量分析、质量提升四项内容， 并在第（5）项明确要求输出上述五份文档（b1289）（b1291）（b1293）（b1295）（b1298）（b1299）。 技术方案「数据治理（二）」一节已就这四项内容的做法与闭环逐条论述，本附件不重复论述， 只做一件事：把那一节论述的结果落成可发布的文档实体。

这样分工的理由在于，数据质量治理的成效不体现在方案写得多细，而体现在三样东西上—— 一本能约束到部门与岗位的办法、一个能被调度执行的规则库、一套能被复核的台账。 这三样东西若只有框架没有条款、只有表头没有取值域、只有流程没有时限， 项目期就会退化成「出报告、开例会、不整改」。因此本附件的每一份样章都写到条款级与字段级。

1.1 五份文档的定位与相互关系

五份文档不是五份并列的成果，而是一条自上而下的链：办法定规矩，需求清单定目标， 规则库把目标翻译成可执行的检查，分析报告把检查结果变成判断，整改台账把判断变成动作， 动作的结果再回头修订需求清单与规则库。链上任一环缺失，其下游都失去依据。

表 A8-1　五份文档的定位、形态与对应招标文件单元

文档编号沿用附件「标准规范、样例数据卡与质检／验证报告模板」确定的五段式编号口径 GHY26691-<类别码>-<域码>-<序号>-<版本号>。数据治理各域的文档取类别码 GV， 域码即治理域号，数据质量域为 06，五份文档因此同属 GV-06 号段。序号在本域内按本节清单的出场顺序连续分配，从 0001 起，不编码招标文件交付清单的行号——清单一经增补或某一行下挂多份文件，由行号推导出的编号就不再成立；与清单的对应关系写在「对应条目」一列。本节表中的清单项号一列即「对应条目」，甲方按清单点收时照该列逐项核对。

图 A8-1　五份文档的生成顺序、引用关系与修订回路

图 A8-1　五份文档的生成顺序、引用关系与修订回路。实线为正向生成，虚线为反向修订。 数据来源：招标文件第五章 3.2.6.1.1.2.6 第（1）至（5）项（b1289—b1299）； 错样归因与质量问题单的分界口径见技术方案「数据治理（二）」一节。

1.2 与其它附件和技术方案各段的边界

本附件只处理业务数据的质量治理，即甲方各业务系统中数据本身的质量。 与之相邻的两类文件在别处交付，边界如下，以免同一指标在两处出现两套口径。

两套指标体系并行是招标文件自身的安排，不是口径冲突：六大维度管的是源数据能不能用， 三维度管的是加工出的数据集能不能交付。两者在一个位置相接——数据集质检发现的错样， 若归因指向源数据，则按本附件《数据质量管理办法》第九章转为业务质量问题单。

1.3 样章的粒度约定

本附件标注「条款」的文字为正式条款草案，项目期按此提交甲方评审，评审意见据实修改； 标注「模板」的表格，其字段名、字段顺序、必填性与取值约束为正式口径，项目期按此产出； 标注「样例」的表格为示意填写，其中数值用于说明填写粒度与数据形态， 实际数值须在首轮全量扫描完成后以实测结果替换。

凡须填入甲方真实部门名称、岗位名称、人员信息、系统账号与具体阈值之处， 一律以【待填：…】标出，不预填拟值。阈值类参数另有一条约定： 首轮全量扫描完成前不对外承诺具体达标数值，规则阈值在观察期内按实测分布标定， 标定结果报甲方数据治理工作组核定后生效。这条约定在五份样章中反复出现， 是我方在质量治理上的基本立场——目标值须先有基线，没有基线的目标不可验收。

1.4 对招标文件数据质量规划五项要求的逐条覆盖矩阵

招标文件 3.2.6.1.1.2.6 节提出四项内容要求与一项输出要求。 技术方案「数据治理（二）」一节已就四项内容的做法逐条论述， 本附件的五份样章则逐条承接其文档化落点。下表给出对照，供合稿索引与甲方点收使用。

表 A8-1A　招标文件数据质量规划要求与本附件样章的对照

对照表中有一处须说明：招标文件第（1）项把「制定数据质量校验规则库」 与「梳理质量诉求」写在同一条内（b1290），而本附件把二者分成两份文档。 这样分的理由是两者的维护节奏不同——诉求按月增补、按季复核， 规则按月发小版本、按季发大版本，且规则有观察期与误报收敛这一套独立流程。 合成一份文档会使两种节奏互相牵制。两份文档之间以「需求标识—规则标识」双向引用 保持闭合，校验项见第七节表 A8-11 第 5 项。

二、样章之一：《数据质量管理办法》V1.0（b1333r24）

2.1 文件标识与版本信息

2.2 适用范围与生效条件

适用范围。 本办法适用于项目实施范围内人力资源、研发设计、生产制造、仓储物流、 财务管理、设备管理、采购管理、营销管理、质量管理共九个业务域纳入数据治理管理范围的 数据对象，覆盖的部门为刮板机研究分院、工艺研究分院、备料加工分厂、生产管理部、 热处理分厂、结构件焊接分厂、企业管理部、科研管理部、营销中心、审计法务部， 管理单位为数字化转型工作办公室（b0680）（b0681）（b1336）。

纳管对象按《数据资源目录》登记的数据对象为准，未登记的数据对象不适用本办法的 稽核与考核条款，但其纳管申请按第四章办理。

生效条件。 本办法生效须同时满足四项前置条件，任一项未满足时该部分条款暂缓执行：

第四项前置条件尤须说明。质量评分与考核如果在没有基线的情况下启动， 会出现两种后果：起点差的业务域无论怎样努力都不达标，起点好的业务域不做事也达标。 因此本办法把「基线形成」作为评分与考核条款的生效条件，而把稽核与整改条款的生效 提前到基线形成之前——先查、先改，再评、再考。

2.3 正文结构（章节至三级）

表 A8-2　《数据质量管理办法》章节结构

附表七份：附表一　六大质量维度判定方法与本项目实例；附表二　质量维度权重表； 附表三　校验规则十类模板；附表四　规则严重级与处置要求；附表五　质量问题处置各环节管理要求； 附表六　质量问题根因分类与治理动作表；附表七　三层治理组织在数据质量事项上的职责边界。

2.4 正文（条款草案）

第一章　总则

第一条（目的） 为规范矿山装备制造领域高质量数据集建设及场景应用项目所涉业务数据的 质量管理工作，明确质量维度、检查方法、评估口径与问题处置责任，使纳管数据达到 行业高质量数据集加工生产与场景验证所需的可用状态，制定本办法。

第二条（依据） 本办法依据《数据管理能力成熟度评估模型》（GB/T 36073）、 《信息技术　数据质量评价指标》（GB/T 36344）、《高质量数据集质量评测规范》 （TC609-5-2025-04）及本项目数据治理顶层规划制定（b1911）。 与上述标准不一致时，以标准为准；与甲方既有制度不一致时，由数据治理委员会裁定。

第三条（适用范围） 本办法适用于第 2.2 节列明的九个业务域纳管数据对象及相关部门与岗位。 纳管范围以《数据资源目录》登记为准，按季度滚动扩展。

第四条（术语） 本办法所用术语的含义如下：

（一）质量维度：描述数据质量特征的分类，本办法采用完整性、准确性、一致性、 唯一性、及时性、有效性六个维度（b1290）。

（二）校验规则：对某一数据对象的某一或若干字段，按既定方法判定其是否满足 质量要求的可执行检查逻辑，由规则标识唯一指称。

（三）质量问题：校验规则执行结果为不通过，且经数据质量管理员确认非规则误报的情形。

（四）问题单：质量问题的处置载体，自上报生成至归档关闭，全程留痕于整改台账。

（五）已知缺口：经评估确认在当前业务与采集条件下无法整改的质量问题， 包括数据在业务上确实未产生、采集通道不具备、历史数据不符合现行标准三类情形。 已知缺口登记在册、定期复评，不计入整改关闭率的分母。

（六）低置信数据：未通过告警级规则但仍进入加工链路的数据，携带质量标记， 在数据集加工与场景验证中按本办法第九章约束使用。

（七）基线：某一数据对象某一维度在首轮全量扫描中的实测值，是后续设定目标值与 核算提升幅度的起点。

第五条（基本原则之一：业务主责） 数据质量的责任主体是数据产生环节的业务部门， 不是数据治理部门，也不是信息化部门。数据治理部门负责定规则、查问题、分派、复核与通报； 数据质量的整改由产生该数据的业务部门完成。涉及系统改造的，由系统运维责任人配合实施。

第六条（基本原则之二：基线先行与可追溯） 任何质量目标须以实测基线为起点， 以相对基线的问题量下降幅度表述，不以绝对达标率表述。基线未形成前不设目标值， 不进行评分与考核。质量工作全过程留痕：规则有版本，稽核有任务记录与异常明细， 问题有处置台账，报告有出具记录，修订有变更记录。留痕的保存期限不少于项目建设期加 质保期，且不短于甲方档案管理规定的期限。

第二章　组织与职责

第七条（三层治理组织） 数据质量管理按决策层、管理层、执行层三层组织开展。 决策层为数据治理委员会，管理层为数据治理工作组，执行层为各业务域数据管理员、 数据质量管理员与系统运维责任人。三层组织的设立、组成与议事规则按《数据治理组织架构》 执行，本办法只规定其在数据质量事项上的职责。

第八条（数据治理委员会职责） 审定本办法及其修订；审定质量维度权重表与五档评级门限； 审定季度质量评估结论与下季度重点整改清单；裁定跨部门质量争议；审定已知缺口清单； 审定质量考核结果。委员会每季度至少听取一次质量工作汇报。

第九条（数据治理工作组职责） 组织本办法的实施；核定校验规则的新增、变更、停用与 阈值标定结果；核定各业务域的质量需求清单与分期目标；审定月度质量分析报告； 组织月度数据治理例会，确定下月重点整改清单；对超期未整改的问题单发起升级。

第十条（数据质量管理员职责） 数据质量管理员设于数字化转型工作办公室， 为本办法的日常执行岗。其职责为：编制与维护质量需求清单与校验规则库；配置与调度稽核任务； 确认稽核异常是否构成质量问题；分派问题单并跟踪时限；复核整改结果； 维护整改台账与已知缺口清单；出具月度质量分析报告；汇总季度质量评估结论。 【待填：岗位编制人数与任职人员】

第十一条（业务域数据管理员职责） 各业务域数据管理员由该域业务主管部门指定， 其职责为：提报本域质量诉求并确认质量需求清单；核对本域规则的业务合理性； 承接本域问题单并组织整改；提供根因判断依据；对本域已知缺口提出登记申请与复评意见； 组织本域数据录入岗的规范培训。 【待填：九个业务域对应的主管部门与数据管理员岗位】

第十二条（系统运维责任人职责） 各业务系统运维责任人负责：开通并维护质量稽核 所需的只读取数通道；配合入口校验在系统界面与接口层的落地；实施因质量问题需要的 系统改造；就接口缺陷类问题提供传输日志与水位线记录。

第十三条（数据录入岗职责） 按数据标准与填写指引录入数据；对本岗位产生的 阻断级问题在时限内更正；参加录入规范培训。录入岗的具体范围由各业务域数据管理员 在本域范围内明确。

第十四条（协同与争议处理） 跨部门质量问题的责任归属由数据质量管理员依据元数据血缘 与各节点输入输出校验结果初判；初判结果有异议的，由数据治理工作组在五个工作日内协调； 协调不成的报数据治理委员会裁定。争议期间问题单状态标记为「责任待定」， 时限自责任确定之日起重新计算，但阻断级问题的数据拦截措施不因争议而解除。

第三章　质量维度与指标体系

第十五条（六大质量维度） 本办法采用完整性、准确性、一致性、唯一性、及时性、 有效性六个质量维度（b1290）。各维度的定义、判定方法与本项目实例见附表一。 六个维度的判定不得仅停留在定义层面，每一条校验规则须明确归属一个维度， 不得归属两个及以上维度；一条数据同时违反多个维度规则时，分别记为多条质量问题。

第十六条（规则级通过率） 规则级通过率为最底层实测值。对记录级规则， 通过率等于通过检查的记录数占被检查记录数之比；对数据集合级规则（如跨系统比对、 唯一性检查、分布与连续性检查），通过率按比对项或检查项计，并在规则元数据中 注明计量单位，避免与记录级口径混算。

第十七条（对象级质量分） 数据对象在某维度的得分，等于该对象该维度下所有规则的 通过率按规则严重级加权的平均值；严重级权重取阻断级 3、告警级 2、提示级 1， 观察期内的规则不计入得分。对象总分等于六个维度得分按附表二维度权重加权之和， 满分一百分。某对象在某维度下无规则时，该维度不计入加权，权重按比例分摊至其余维度， 并在报告中注明。

第十八条（域级与全局质量分） 域级质量分等于该域各数据对象得分按业务重要度加权之和， 业务重要度分高、中、低三档，权重取 3、2、1，由业务域数据管理员提报、数据治理工作组核定。 全局质量分等于九个业务域得分按各域对数据集建设贡献度加权之和，贡献度权重由 数据治理工作组按四类数据集的取数来源构成核定，并随数据集建设进度逐季复核。

第十九条（纳管范围变化时的可比性处理） 新增纳管数据对象导致质量分下降时， 报告中须同时给出「同口径质量分」与「全口径质量分」两个数值：同口径指按上期纳管范围 重新核算的分数，全口径指按本期纳管范围核算的分数。仅报全口径会把扩大纳管范围 误读为治理退步。

第二十条（五档评级） 对象级与域级质量分按五档评级：优为九十分及以上， 良为八十分至九十分，中为七十分至八十分，需改进为六十分至七十分，差为六十分以下。 评级的用途不是排名，而是触发管控动作。

第二十一条（评级对应的管控动作） 各档评级对应的管控动作如下表，评级结果一经核定， 对应动作自动生效，不另行审批。

「附置信标记」的具体含义见第六十六条。此处须说明的是，评级为需改进或差的数据对象， 其数据并非不可用，而是须在数据集加工时明示其质量状态，由加工环节按第九章决定 降权、排除或照常使用。把低分对象一律排除会造成样本量不足，把低分对象当作正常使用 会把源数据缺陷带进数据集，两者都不可取。

第四章　数据质量需求管理

第二十二条（需求来源） 数据质量需求有四个来源，四者并行，缺一会漏（b1289）。

（一）场景倒推：十一个数据集验证场景与四类数据集对数据各有要求， 把这些要求逐条翻译为对具体字段的质量诉求（b0684）。

（二）现状扫描：对已纳管数据对象逐字段统计空值率、取值分布、格式符合度与 跨系统一致率，实测结果差的字段列为候选诉求。

（三）错样归因：数据集质检与场景验证产生的错样，经归因指向源数据问题的， 转为质量诉求，详见第九章。

（四）业务提报：业务部门在日常工作中发现的质量问题，经本域数据管理员汇总提报。

第二十三条（诉求的优先级判定） 质量诉求按三条判据排序：是否为跨系统关联键、 是否为四类数据集加工的必需输入、不达标时的业务后果大小。三条判据中命中两条及以上 定为高优先级，命中一条定为中优先级，均未命中但业务提报要求处理的定为低优先级。

空值率高不等于优先级高。某些字段业务上确实不填，不构成问题；某些字段空值率只有 百分之几，但它是跨系统关联键，缺一条即断一条链，优先级反而最高。本项目中 图号与版本、施工号、物料编码与批次、工单号与工序代码、设备编码与测点标识、炉次号 六类关联键的完整性与唯一性，一律定为高优先级。

第二十四条（需求清单的编制） 数据质量需求清单按《数据质量需求清单》 （GHY26691-GV-06-0002-V1.0）的字段结构编制，每条诉求须有质量维度、现状实测值、 目标值与达成期、业务后果、优先级、责任部门、关联规则标识。

第二十五条（基线与目标值） 现状实测值由首轮全量扫描产生，是该条诉求的基线。 目标值按季度分期设定，以相对基线的问题量下降幅度表述。基线未形成的诉求， 目标值一栏填「待基线」，不填具体数值，不纳入考核。

第二十六条（清单的维护节奏） 需求清单按月增补、按季复核。按月增补的来源是 错样归因与业务提报；按季复核的内容是：实测值是否已更新、目标值与达成期是否仍合理、 优先级是否需调整、已达成的诉求是否转为常态监控、无法达成的诉求是否转为已知缺口。

第二十七条（纳管与退出） 数据对象纳入质量管理范围须由业务域数据管理员提交纳管申请， 载明数据对象、责任部门、预期用途与可取数通道，经数据治理工作组核定后登记入 《数据资源目录》并生成首批校验规则。数据对象退出管理范围须说明退出理由， 经数据治理工作组核定；退出后其历史稽核记录与问题单不删除，状态标记为「对象已退管」。

第五章　校验规则管理

第二十八条（规则编号） 校验规则采用五段式编号：DQ-R-<业务域码>-<维度码>-<四位序号>。 业务域码与维度码的取值见《数据质量校验规则库》第 4.2 节。编号一经分配不再变更， 规则停用后其编号不回收、不复用。规则内容变更时编号不变，版本号递增。

第二十九条（规则元数据） 每条规则须登记十五项元数据：规则标识、规则名称、规则模板、 质量维度、检查对象、关联数据元、规则参数或表达式、阈值、严重级、触发方式、执行频率、 责任部门、来源、启用状态、版本。元数据不全的规则不得启用。

第三十条（十类模板） 规则按十类模板组织，见附表三。模板化的目的是使规则编写 不依赖编程能力：数据质量管理员选模板、填参数即生成规则。模板覆盖不了的逻辑 才写表达式型规则。

第三十一条（表达式型规则的审批） 表达式型规则须经两道检查方可提交： 一是由规则编制人提供表达式、预期命中样例与预期不命中样例各不少于三条； 二是由另一名数据质量管理员在样本数据上试跑并核对结果。两道检查记录随规则留档。 表达式型规则在规则库中的占比宜控制在两成以内，超过两成通常说明某类检查应当 抽象为新的模板。

第三十二条（阈值标定） 规则阈值不得凭经验直接设定，须按下列顺序确定： 有国家标准或甲方既有制度明确要求的，按要求设定；有物理或设备约束的，按约束上下限设定； 均无依据的，在观察期内按实测分布标定，取分布的合理分位点作为初始阈值， 报数据治理工作组核定。

第三十三条（三档严重级） 规则严重级分阻断、告警、提示三档，对应处置要求见附表四。 阻断级适用于关联键缺失、唯一性冲突、引用完整性缺失一类会导致下游加工错误的问题； 告警级适用于非关键字段缺失、取值分布异常一类问题；提示级适用于观察期规则与仅作记录的检查。

第三十四条（观察期） 新增规则与变更后的规则一律先进观察期。观察期内规则按提示级运行 两至四周，统计触发量与误报率。误报率高于约定水平的规则回炉修改，修改后重新进入观察期。 观察期结束并经数据治理工作组核定后，按规则元数据登记的严重级正式运行。

观察期的设置理由是：规则直接上阻断级会造成大量加工任务失败，运维成本高， 且会削弱业务部门对治理工作的配合意愿。宁可多花三周观察，不可让业务部门在 第一周就把治理工作视为阻碍。

第三十五条（误报的认定与处理） 稽核结果不通过但数据实际正确的，为误报。 误报由业务域数据管理员提出、数据质量管理员确认。确认为误报的，该次结果不生成问题单， 并在规则的误报记录中登记。同一规则在一个统计周期内误报记录达到约定条数的， 规则自动转入观察期并通知规则编制人修改。

第三十六条（规则变更） 规则的新增、参数变更、阈值变更、严重级变更、停用与启用， 一律由数据质量管理员提出、数据治理工作组核定。变更生效前须完成两件事： 一是评估变更对历史质量分可比性的影响，影响显著的在报告中单列说明； 二是通知下游——所有引用该规则的稽核任务、数据集加工任务与质量看板配置。

第三十七条（规则库的版本发布） 规则库按月发布小版本（V1.x），按季发布大版本（Vx.0）。 每个发布版本附变更清单，列明新增、变更与停用的规则标识及变更内容。 数据集加工任务在取数时记录所依据的规则库版本号，使某一批次数据的质量判定可复现。

第六章　数据质量稽核

第三十八条（三种触发方式） 质量稽核按入口校验、周期稽核、按需稽核三种方式触发 （b1291）（b1292）。

第三十九条（入口校验） 入口校验在数据汇聚与数据集加工任务读入数据时同步执行， 针对单条记录可判定的规则，包括空值检查、格式检查、值域检查、引用完整性检查。 入口校验不通过的记录按严重级处置：阻断级记录不进入加工链路，写入拦截明细； 告警级记录带质量标记进入，标记内容为规则标识与实测值。

第四十条（周期稽核） 周期稽核按调度计划批量执行，针对需要全量或大范围数据 才能判定的规则，包括唯一性检查、跨系统比对、分布与连续性检查、时效检查。 执行频率按数据更新节奏设定，初始设定见下表，后续按第二十一条随评级调整。

第四十一条（按需稽核） 按需稽核由数据质量管理员或数据集加工人员手工发起， 针对特定对象做专项检查。两类场合须强制执行按需稽核：一是数据集加工批次开工前， 对本批次取数范围做一次定向稽核，结果写入该批次的取数记录； 二是质量问题整改完成后的复核。

第四十二条（稽核任务的留痕） 每次稽核执行须留存任务记录，内容包括任务标识、 所依据的规则库版本、规则清单、取数范围与时间窗、执行开始与结束时间、 被检查记录数、不通过记录数、执行结果状态。稽核任务失败时记录失败原因并重试， 连续失败达约定次数的推送告警至系统运维责任人。

第四十三条（多源校验的关联键） 多源数据校验以关联键贯通为前提。本项目的关联键 按业务对象确定：施工号关联项目与工单；图号与版本关联设计与工艺； 物料编码与批次关联库存与采购；工单号与工序代码关联制造与质检； 设备编码与测点标识关联设备与时序数据；炉次号关联热处理与检验结果。 关联键的贯通工作与主数据标准建设同步进行，关联键本身的完整性与唯一性规则 一律定为阻断级。

第四十四条（向下定位到记录） 稽核异常明细须记录规则标识、检查对象、 问题记录的业务主键、实测值与期望值、发现时间。业务人员按业务主键可直接在源系统中 找到该条记录，不需技术人员代查。异常明细支持按业务域、责任部门、规则、 严重级筛选与导出。

这一条决定整改能否由业务部门自行完成。只给出「某表某字段空值率偏高」而不给出 具体是哪几条记录，业务部门无从下手，整改就只能停留在会议上。

第四十五条（向上定位到源头） 沿元数据血缘回溯，判断问题由源系统录入产生、 接口传输产生，还是加工逻辑产生。回溯依据是加工链路上各节点的输入输出校验结果： 某节点输入已有问题，责任在上游；输入正常而输出有问题，责任在该节点的加工逻辑。 血缘的建设口径按《元数据管理办法》执行，本办法只规定其使用方式。

第七章　质量分析与评估

第四十六条（评估方案） 质量评估按三层指标开展，规则级通过率、对象级质量分、 域级与全局质量分的核算方法分别见第十六条至第十八条（b1293）。 维度权重按业务域分别设定，不采用全局统一权重，见附表二。

第四十七条（权重按域设定的理由） 不同业务域的质量短板不同。设备管理域的数据 以时序为主，及时性与准确性的影响远大于唯一性；财务管理域的数据跨系统核算， 一致性与准确性的影响大于及时性；研发设计域的图纸与工艺数据，完整性与有效性是 可检索、可借用的前提。统一权重会让各域的得分都失真。

第四十八条（构成分析） 把质量问题按维度、业务域、源系统、责任部门、规则逐项分解， 找出问题集中的位置。报告中须给出问题量排名前列的规则及其占比。 质量问题通常高度集中于少数字段，构成分析的作用是把整改资源投到这些字段上。

第四十九条（趋势分析） 按月对比质量分与问题量，区分三种情形并在报告中分别说明： 治理起效后的持续下降、整改后的反弹、因新增纳管对象带来的分数下降。 第三种情形按第十九条给出同口径与全口径两个数值。

第五十条（根因分析） 对问题量靠前的规则逐条归因，归因分类与对应治理动作见附表六。 归因结论是质量分析与质量提升之间的接口：归因为「规则不当」的，走第三十六条规则变更； 归因为「源头不可得」或「历史遗留」的，走第六十二条已知缺口登记；其余归因进入整改流程。

第五十一条（对比分析） 同类数据对象在不同部门、不同系统、不同时期之间的横向对比， 用于识别局部做法的差异。某一分厂的工单填写完整度明显高于其它分厂时， 其填写做法与管理措施须作为经验在月度例会通报并推广。

第五十二条（常态化监控机制） 质量监控评估按日、月、季三个节奏运行（b1294）。 日节奏为监控：稽核任务按调度执行，异常量与质量分在质量看板上更新， 阻断级问题即时推送至责任部门，看板最小粒度到数据对象与规则。 月节奏为分析与通报：出具《质量分析报告》，在数据治理月度例会通报，确定下月重点整改清单。 季节奏为评估与调整：做一次完整质量评估，输出域级与全局质量分， 复核维度权重、规则严重级、需求清单的目标值与达成期，评估结论提交数据治理委员会。

第五十三条（报告出具） 月度报告在次月第五个工作日前出具，季度报告在季后第十个 工作日前出具。报告按《质量分析报告》（GHY26691-GV-06-0004-V1.0）的模板编制。 报告一经出具不修改，发现数据有误的出补充说明并在下期报告中更正。

第八章　质量问题闭环处置

第五十四条（五环流程） 质量问题按上报、分派、整改、复核、归档五个环节闭环处置 （b1295）（b1296）（b1297）。各环节的责任角色、必填内容与时限见附表五。

第五十五条（上报） 问题单由稽核任务自动生成，或由业务人员手工提报。 自动生成的问题单按规则与检查对象聚合：同一规则、同一检查对象、同一稽核周期内的 不通过记录聚合为一个问题单，问题单中记录涉及记录数与记录主键清单。 不按记录逐条生成问题单，否则一次扫描会产生上万个问题单，台账失去可管理性。

第五十六条（分派） 分派由数据质量管理员执行，须填写责任部门、责任人与要求完成时间。 默认责任部门取规则元数据中登记的责任部门；实际责任与默认不符的，按第十四条处理。 阻断级问题在一个工作日内分派，告警级问题在三个工作日内分派。

第五十七条（整改） 整改由责任部门执行，须填写根因分类、整改措施、涉及记录数、 是否需要系统改造。阻断级问题在五个工作日内整改完毕；告警级问题按月度重点整改清单排期。 需要系统改造的问题单单独标记，整改时限按改造排期另定，不占用常规时限统计。

阻断级问题整改时限定为五个工作日，依据是这类问题多为关联键缺失或唯一性冲突， 通常由业务部门补录或更正即可完成，不需系统改造。

第五十八条（复核） 复核由数据质量管理员在整改完成后两个工作日内执行， 方式为对该问题单涉及的记录重跑对应规则。复核通过的进入归档； 复核不通过的退回责任部门，并在问题单中记录退回次数。 同一问题单退回两次以上的，提交数据治理工作组协调。

第五十九条（归档） 归档由数据质量管理员执行，须填写关闭原因、台账编号、 是否派生规则或标准修订。归档后问题单不可编辑，如需重开则新建问题单并标注关联原问题单号。

第六十条（超期升级） 问题单超出时限未完成的，按三级升级：超期三个工作日内 由数据质量管理员催办；超期三至十个工作日提交数据治理工作组；超期十个工作日以上 提交数据治理委员会，并在月度报告中单列。升级不替代整改，升级后时限继续计算。

第六十一条（复发管理） 同一规则、同一检查对象在归档后再次产生问题单的， 标记为复发，并在台账中记录原问题单号。复发率是判断整改是否触及根因的主要指标， 复发的问题单在整改时须重新做根因分析，不得沿用原归因结论。

第六十二条（已知缺口） 经评估确认在当前条件下无法整改的质量问题， 由业务域数据管理员提出、数据治理工作组核定后登记为已知缺口， 载明缺口内容、不可整改的原因、影响范围、对数据集加工的影响、复评周期。 已知缺口不计入整改关闭率的分母，按季度复评一次，条件具备后转回整改流程。

把不可得的数据算进整改任务，会让关闭率这个指标永远不达标，并在后续评审中掩盖 真正能解决的问题。本项目在首期已可预见的缺口有三类：焊接参数流与工件、焊道无对应； 故障记录与数据段无配对；纸质检测报告尚未数字化。这三类缺口的处置方式不是整改， 而是在数据集加工时据实下调相关样本的可构造量预期，并在数据卡中如实记载。

第九章　与数据集加工质检的衔接

第六十三条（两类质量问题的分界） 数据集质检与场景验证产生的错样，按问题是否 存在于源数据中划分责任。源系统中的事实本身错误或缺失的，为业务数据质量问题， 按本办法处置；源系统事实正确而加工环节映射、切分、标注、生成环节处理错误的， 为加工质量问题，在数据集加工环节处置，不进本办法的整改台账。

举例说明分界位置。一条质量类样本的缺陷标签错了：若质量管理系统中的检验结论 本身就填错了，这是业务数据质量问题，责任在交检与录入环节； 若检验结论正确而加工环节把缺陷类型码映射到了错误的标签，这是加工质量问题， 责任在加工环节的映射表。两者的整改措施完全不同，混在一起处置会导致源头问题 被当作加工问题反复修补。

第六十四条（错样归因的回流） 数据集质检与场景验证的错样归因结论指向源数据问题的， 由数据集加工环节向数据质量管理员提交质量诉求或问题单，载明错样标识、 归因结论、涉及的源数据对象与字段、建议的校验规则。数据质量管理员确认后， 该诉求进入需求清单，并视情派生新规则。

这条回流通道是本项目在数据质量治理上与一般数据治理项目的主要差别。 一般项目的质量规则来自标准与经验，本项目还有一条来自数据集使用效果的反馈： 哪些字段的质量真正影响模型表现，由错样归因告诉规则库。

第六十五条（回流的节奏与记录） 错样归因按数据集加工批次汇总回流， 每批次完成质检后十个工作日内提交。回流记录须留存于两处：数据集一侧记入 该批次的质检报告归因章节，业务数据一侧记入需求清单的「诉求来源」字段， 标注为「数据集错样归因」并记录来源批次号，使同一条诉求在两边可以互查。

第六十六条（低置信数据的使用约束） 未通过告警级规则但带标记进入加工链路的数据， 以及来自评级为需改进或差的数据对象的数据，在数据集加工中按下列约束使用：

四种约束的选择由数据集加工环节按缺陷性质判定，判定结论记入该批次质检报告。 排除比例在一个批次内超过约定水平时，暂停该批次加工并提交数据治理工作组， 因为这通常说明源数据存在系统性问题而非个别错误。

第六十七条（两套指标体系的并行） 业务数据按本办法的六大维度评价（b1290）； 数据集按《高质量数据集质量评测规范》的说明文档、数据质量、模型应用三维度评价（b1911）。 两套体系各管一段，不互相换算，不互相替代。在报告中同时出现时，须注明对象是 业务数据还是数据集，避免评委与甲方将两个分数混读。

第十章　考核、通报与培训

第六十八条（部门考核项） 对各业务域主管部门的数据质量考核设四项指标： 域级质量分相对基线的提升幅度、问题单按期关闭率、问题单复发率、 已知缺口的复评按期完成率。四项指标的权重与具体目标值由数据治理委员会按季核定。 考核在基线形成后启动，见第 2.2 节生效条件。

第六十九条（岗位考核项） 对数据质量管理员的考核设三项：规则库误报率是否收敛、 问题单分派与复核是否按时限完成、月度报告是否按期出具。 对业务域数据管理员的考核设两项：本域问题单按期关闭率、本域录入规范培训完成情况。

第七十条（通报方式） 月度质量分析报告在数据治理月度例会通报，通报内容包括 各域质量分与排名、问题量构成、超期问题单清单、下月重点整改清单。 阻断级问题与超期十个工作日以上的问题单在通报中点名到部门。通报点名到部门，不点名到个人。

第七十一条（培训） 数据录入规范培训按业务域组织，每半年至少一轮， 内容包括本域数据标准、填写指引、常见问题示例与整改要求。 新增或修订的数据标准发布后一个月内组织专项培训。培训记录留档， 培训完成情况纳入第六十九条考核。

第七十二条（能力建设） 数据质量管理员与业务域数据管理员的能力建设按 《数据文化建设方案》执行，本办法不另行规定。项目期内我方按合同约定提供 质量治理方法、工具平台操作与规则编写的培训与陪跑，使甲方岗位人员在项目结束时 能独立承担规则维护、稽核调度与报告出具工作。

第十一章　附则

第七十三条（解释权） 本办法由甲方数据治理工作组负责解释。 执行中的疑义由数据治理工作组答复，答复记录汇总后在定期修订时并入条款。

第七十四条（修订机制） 本办法的修订分定期与临时两类。 定期修订每年一次，由数据治理工作组在年度质量评估后提出修订草案， 经数据治理委员会审定后发布。 临时修订在下列情形下启动：所依据的国家标准或行业标准发布新版； 甲方组织架构调整导致职责条款不适用；纳管范围发生重大变化； 连续两个季度评估发现某条款不可执行。临时修订的草案在情形发生后二十个工作日内提出。

修订发布后须完成三项通知：向九个业务域数据管理员发送修订说明与差异对照； 更新数据治理开发工具平台中与条款关联的流程配置与时限参数； 在下一次月度例会通报修订要点。未完成通知的修订不生效，这一条是为避免 条款改了而执行口径未改。

第七十五条（附表） 本办法附表七份，与正文具有同等效力。附表的修订 按第三十六条（规则相关）或第七十四条（其余）办理。

第七十六条（施行） 本办法自发布之日起施行，生效条件见第 2.2 节。 本办法施行前已发生的质量问题，按本办法第八章补建问题单，时限自补建之日起计算。

2.5 附表

附表一　六大质量维度的判定方法与本项目实例

「与物理约束比对」一行对本项目的设备与工艺数据特别有效。温度不低于环境温度、 链条安全系数不为负、装炉量不超过炉膛额定装载量、焊接电流在设备输出范围内—— 这类规则不依赖外部权威源，只依赖物理与设备约束，编写成本低， 捕获的往往是录入或采集通道的硬故障。

附表二　质量维度权重表

权重为我方建议值，项目期经甲方数据治理委员会核定后生效，核定结果与本表不一致时 以核定结果为准（第四十六条）。本表与技术方案「数据治理（二）」一节给出的权重口径一致。

附表三　校验规则十类模板

T10 对设备时序数据不可缺。测点断链、漂移与失效在固定阈值下不会报警， 但在分布与连续性检查下可以识别：采样间隔突然变长说明断链，取值长期恒定不变 说明可能卡死，均值缓慢单向偏移说明可能漂移。识别结果不直接判为设备故障， 而是标记为测点可信度下降，供设备健康诊断类样本的构造使用。

附表四　规则严重级与处置要求

附表五　质量问题处置各环节管理要求

附表六　质量问题根因分类与治理动作

附表七　三层治理组织在数据质量事项上的职责边界

表中「初判—协调—裁定」三级是争议处理的完整路径（第十四条）。 须注意三点：初判由数据质量管理员依据元数据血缘与各节点输入输出校验结果作出， 不是凭印象指派；协调由数据治理工作组在五个工作日内完成； 争议期间问题单状态标记为「责任待定」，时限暂停，但阻断级问题的数据拦截措施不解除。 最后这一点是为防止以争议为由解除拦截，让有问题的数据流进加工链路。

图 A8-2　质量事项的责任边界与数据流向

图 A8-2　质量事项的责任边界与数据流向。箭头上标注传递的内容。 数据来源：本办法第二章第七条至第十四条、第五条、第六十三条； 三层组织的设立口径见《数据治理组织架构》。

2.6 职责矩阵与责任边界

本办法第二章以条文规定了三层治理组织与六类岗位的职责，图 A8-2 又画出了质量事项的责任边界与数据流向。两者分别解决「谁的职责是什么」与「问题往哪流」，还差一件：某一项具体动作，谁拟、谁审、谁批、谁执行。下表按第三章至第十章的动作逐项列明，一项动作一行。表中代码的含义是：拟指起草与填报，签指会签并对本方口径负责，审指审核并出具意见，批指批准并承担决定后果，执指按已批准的结论执行，督指事后核查执行情况，配指按要求提供材料，横线表示该方在此动作中无职责。

表 A8-14　《数据质量管理办法》职责矩阵

第 7 行把扫描时间窗与并发限制的「批」放在系统运维责任人，是本矩阵中看起来最不起眼而实际最容易被跳过的一行。全量扫描对源系统是一次真实的负载，扫描方按自己的排期推进、运维方事后才知道，是现状扫描阶段最常见的摩擦来源。把批准权明确给到运维责任人，代价是排期要迁就，好处是扫描做得成。

第 29 行是本矩阵唯一一行三方同时为「拟」的动作。质量问题的上报不设专属责任人：录入岗在录入时发现、业务管理员在使用时发现、运维责任人在系统侧发现，三方都可直接提报；我方项目组在加工时发现的问题走同一入口提报，矩阵中记「执」，是因为问题单的登记与流转由其承办，而不是另设一条上报口。四条发现路径互不重叠，把上报权收口到某一方，另外三条路径上看到的问题就只能靠口头转达。

第 37 行把「批」给到业务域数据管理员而非质量管理员，理由在于降权与排除改变的是这批数据在训练集中的实际权重，影响的是业务可用性而不只是质量分；而把「签」留给质量管理员，是因为判定低置信的依据来自质量规则的执行结果。

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

其一，数据质量的业务主责在数据的产生方与业务归口部门。我方项目组负责规则的编制、稽核的执行、问题的定位与报告的出具，不承担源数据本身的整改；整改的实施方按向上定位的结论确定。

其二，源系统的改造、录入流程的调整与录入人员的管理属甲方事项。我方项目组提供问题清单、根因分析与改造建议，不承办源系统的改造实施，也不对录入环节的执行情况负责。

其三，质量目标值的核定权在甲方。我方项目组负责测定基线并提出目标建议，目标值在基线测定后由双方共同核定——以实测基线为依据的目标方具备可验收性，这一安排在本附件第 1.3 节已载明，此处作为责任边界重申一次。

其四，已知缺口的保留是甲方在评估整改成本与业务影响后作出的决定。我方项目组负责缺口的登记、影响评估与到期复评提醒，并在相关数据集的说明文档中声明缺口的影响范围，不代行保留与否的决定。

其五，稽核发现的问题在整改完成前，相关数据按本办法第九章的约束使用。我方项目组按约束执行降权、排除或标记，不以「问题已上报」为由放行不满足阈值的数据进入正式版本。

其六，本办法在项目期由我方起草、甲方发布。发布之前，质量相关事项按甲方现行规定执行；本样章的条款不作为发布前的执行依据，也不构成对甲方现行规定的替代。

2.7 附表索引与保存规则

本办法第十一章第三节所称附表，即本节 2.5 所列七份。下表给出七份附表的维护责任、更新触发与保存规则，作为本办法的附表目录页。保存期限一栏不直接写年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A8-15　《数据质量管理办法》附表索引与保存规则

附表二、附表三与附表五三份的保存规则都带「保留变更前取值」一句，三者的理由是同一个：它们都是把观测值换算成结论的换算尺。权重变了，历史质量分与现在的质量分不在一把尺上；时限变了，历史问题单超没超期的判断跟着变。只保留现行版本的附表，会让历史数据在不知不觉中被按新尺子重读一遍，而趋势分析恰恰是本办法第七章要求的四种分析方法之一。

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

本办法不是通用数据治理制度的改名版。下面逐项说明它在哪些地方按甲方的业务对象 做了专门设计，这些设计也是项目期条款评审的重点。

一是把六类关联键的完整性与唯一性固定为阻断级。 甲方的数据条件可概括为 「量不少、关联少、口径散」：生产业务数据留存完整，十年前生产了哪个矿的哪些产品 都可追溯；但选型方案以文档散存、工艺卡片与图纸的配对关系存在于人的记忆与文件目录中、 焊接参数流与工件和焊道无对应、热处理炉次与工件和材料批次无稳定关联。 在这种条件下，最先要守住的不是字段填得全不全，而是跨系统追一件事能不能追通。 因此第四十三条把施工号、图号与版本、物料编码与批次、工单号与工序代码、 设备编码与测点标识、炉次号六类关联键的完整性与唯一性规则一律定为阻断级—— 这六个键断一条，下游若干个数据集的样本就构造不出来。

二是把「与物理约束比对」写进准确性的判定方法。 甲方的工艺与设备数据缺少外部权威源 可以比对：板材展开长的正确值没有第二套系统可查，热处理实测温度也没有对照表。 但这类数据有物理约束可依：装炉量不能超过炉膛额定装载量，实测温度不能低于环境温度 也不能超过炉膛额定上限，中频电源的功率、频率、电流、电压之间有确定关系， 焊接电流不能超过设备输出能力，刮板链的链条安全系数不能为负。 附表一把这类规则列为准确性的三种判定方法之一，第三十二条把物理与设备约束 列为阈值标定的第二优先依据。这类规则编写成本低，捕获的往往是录入错误或采集通道硬故障。

三是把 63 万张图纸与工艺卡片的配对关系作为研发设计域的首要完整性对象。 甲方历史图纸约六十三万张，每一张历史上都配有一张已审核签发的工艺卡片， 天然构成成对的监督样本。这是工艺设计类数据集最有价值的来源， 也是整个项目中少有的「标签天然存在」的数据。但配对关系当前不在系统中可查， 只存在于文件目录与人的记忆里。附表一在完整性一行把「图纸有对应的已审核签发工艺卡片」 列为本项目实例，第四十条把图纸与工艺卡配对的稽核频率定为每月， 其作用在首期不是发现偶发错误，而是度量配对覆盖率本身， 作为工艺设计类数据集可构造样本量的前置判断依据。

四是把 28 道备料工序作为生产制造域工序级完整性的检查粒度。 板材备料环节共二十八道工序，工单的工序代码、设备编码、报工时间三项是工序级完整性的 必填项。制造执行系统已实现跨分厂、跨部门多工序多路线管控，下道工序须待本车间 全部工序报工完成后才能开始，这个机制使工序链在系统中是闭合的； 但报工时点相对实际作业有滞后，以报工时间推算的工序实际耗时不可靠。 因此及时性维度在生产制造域的权重取 0.17，明显高于研发设计域的 0.05（附表二）， 并把工单与报工类的稽核频率定为 T+1（第四十条）。

五是把测点可信度与设备故障分开。 甲方的设备运行数据存在测点缺失与噪声， 装备远程运维平台的报警不少、故障标签很少，报警与真实故障之间缺少可核对的证据。 如果把分布与连续性检查的结果直接判为设备故障，模型学到的会是传感器故障 而不是设备故障。附表三 T10 模板的说明明确：识别结果标记为测点可信度下降， 不判为设备故障，供设备健康诊断类样本的构造使用。设备管理域的准确性与及时性权重 各取 0.25，是九个域中最高的两项。

六是三类已预见缺口不走整改。 第六十二条点明的三类缺口——焊接参数流与工件、 焊道无对应；故障记录与数据段无配对；纸质检测报告尚未数字化—— 在当前业务与采集条件下无法通过整改解决。把它们算进整改任务， 会让关闭率永远不达标。本办法的处置是登记在册、按季复评， 并在数据集加工时据实下调相关样本的可构造量预期，在数据卡中如实记载。

2.9 评审与修订机制

评审。 本办法的评审分三道。第一道是业务评审，由九个业务域数据管理员 逐章核对职责条款、时限条款与本域实际承受能力，重点核对第五十七条的整改时限 在本域是否可行。第二道是合规评审，由甲方审计法务部与企业管理部核对本办法 与甲方既有管理制度、档案管理规定是否冲突。第三道是审定，由数据治理委员会审定发布。 三道评审的意见与处理结果随文件留档。

修订节奏。 定期修订每年一次，在年度质量评估后启动；临时修订在第七十四条 列明的四种情形下启动，情形发生后二十个工作日内提出草案。

修订的下游通知。 这是本办法在修订机制上专门设置的一条约束（第七十四条）： 修订发布后须完成三项通知——向九个业务域数据管理员发送修订说明与差异对照、 更新数据治理开发工具平台中与条款关联的流程配置与时限参数、在下一次月度例会通报要点。 未完成通知的修订不生效。设置这条约束的原因是制度修订最常见的失效方式不是没改， 而是文件改了、平台里的流程配置和时限参数没改、业务部门也不知道改了， 于是执行口径照旧。

图 A8-3　《数据质量管理办法》的评审与修订流程及下游通知

图 A8-3　《数据质量管理办法》的评审与修订流程及下游通知。 数据来源：本办法第七十四条；三道评审的组织口径依招标文件实施范围部门清单（b0680）（b0681）。

三、样章之二：《数据质量需求清单》V1.0（b1333r25）

3.1 文件标识与版本信息

3.2 适用范围与生效条件

本清单适用于九个业务域已纳入《数据资源目录》的数据对象（b1336）。 清单中每一条为一项「质量诉求」，即对某一数据对象的某一字段或某一关联关系， 写明其须达到什么状态、现在是什么状态、何时达到什么状态、不达到会有什么后果。

生效条件有两条。第一条，清单中「现状实测」一列须由首轮全量质量扫描填入， 未填的条目「目标值与达成期」一栏填「待基线」，不纳入考核（《数据质量管理办法》第二十五条）。 第二条，清单中「责任部门」一列须经该部门确认，未确认的条目不得分派问题单。

本样章给出的「现状实测」数值均为示意值，用于说明填写粒度与数据形态， 项目期以首轮扫描实测结果替换。

3.3 正文结构（章节至三级）

3.4 字段定义与取值域（模板）

表 A8-3　《数据质量需求清单》字段总表

字段 8「质量诉求」有一条硬要求：须可被规则化。写「工序代码须完整填写」可以派生规则， 写「提高工单数据质量」不能。清单复核时凡发现无法派生规则的诉求，退回提报人重写。 这一条是清单与规则库之间的接口约束，没有它，清单会积累一批永远无法验收的条目。

3.5 分业务域清单（样例）

下列各表为样例，条目的字段结构、诉求写法与优先级判定为正式口径， 「现状实测」为示意值。为便于在 A4 版面排布，每域清单表取八列， 其余字段（承载系统、数据元标识、业务后果、责任部门等）在各域的说明段中述及。

3.5.1 研发设计域

业务后果说明。 本域条目中影响最大的是 DQ-N-RD-004。甲方约六十三万张历史图纸， 历史上每一张都配有一张已审核签发的工艺卡片，这是工艺设计类数据集最有价值的 监督样本来源；但配对关系当前不在系统中可查，只存在于文件目录与人的记忆中。 配对率每提高一个百分点，工艺设计类数据集的可构造样本量相应增加。 DQ-N-RD-002 与 DQ-N-RD-003 是 DQ-N-RD-004 的前提：图号不唯一、不规范，配对就无法自动完成。

DQ-N-RD-012 的处置方式与其余条目不同。选型输入中的截深、截高、推移步距一类接口参数， 是矿方与刮板输送机、采煤机、液压支架、破碎机各方会商妥协后确定的， 往往只存在于交流过程中，没有规范电子留痕。因此本条的目标只对新增记录设定， 历史记录按《数据质量管理办法》第六十二条转已知缺口，不作回溯整改要求。

与数据集的对应关系。 本域条目主要支撑产品工艺设计类数据集 （预训练 70 亿 Token、指令微调 10 万条、偏好 0.8 万组、基准 0.1 万条）， 以及产品智能选型、板材备料工艺智能设计两个验证场景（b0684）。 责任部门为刮板机研究分院、工艺研究分院。

3.5.2 生产制造域

业务后果说明。 DQ-N-MF-005 的影响是系统性的而非偶发的。报工时点相对实际作业有滞后， 意味着以报工时间推算的工序实际耗时不可靠，制造过程类数据集中与节拍、工时相关的样本 会带入系统性偏差——这类偏差不会表现为个别异常值，而是整体偏移， 在数据集质检阶段很难靠统计异常检出，只能在源头治理。 因此本条的分期目标不追求短期达标，而是按季度持续下降， 并在制造过程类数据集的数据卡中注明报工时延的实测分布。

DQ-N-MF-012 当前配对率极低，甲方焊接参数流与工件、焊道无对应关系。 本条在首期的作用不是发现偶发错误，而是度量配对覆盖率本身， 作为焊接过程控制智能化场景可构造样本量的前置判断依据。 在配对条件具备前不设达标目标，按《数据质量管理办法》第六十二条按季复评。

与数据集的对应关系。 本域条目主要支撑制造过程类数据集 （预训练 105 亿 Token、指令微调 15 万条、偏好 1 万组、基准 0.2 万条）， 以及板材备料工艺智能设计、热处理过程控制智能化、焊接过程控制智能化三个验证场景。 责任部门为生产管理部、备料加工分厂、热处理分厂、结构件焊接分厂。

3.5.3 质量管理域

业务后果说明。 本域两条条目决定质量类数据集能否构造出参数—结果配对样本。 甲方质量管理系统新上线不久，缺陷描述为自由文本，未与工艺参数关联； 在这种状态下，质量类数据集缺少可用的标签来源，焊接与热处理的参数—结果配对样本 无法直接构造。DQ-N-QM-001 解决标签的可枚举性，DQ-N-QM-010 解决标签与输入的可关联性， 两条都达成后质量类数据集的监督样本才成立。两条都不设短期达标目标： 前者只对新增记录设目标，后者在关联键贯通前只度量覆盖率。

DQ-N-QM-007 看起来是小问题，实际影响很直接。布氏硬度与洛氏硬度数值范围不同、 量纲不同，混用会使同一检验项目的数值分布出现双峰；若不在源头统一， 数据集加工时按统一口径归一化会把真实差异抹平，按原值使用则模型学到的是两套标尺。 因此本条优先级定为高，目标为两个季度内下降九成。

DQ-N-QM-012 是三类已预见缺口之一。甲方纸质检测报告数量可观但尚未数字化， 数字化涉及扫描、识别、与工件标识关联三步工作，不属本包范围， 按《数据质量管理办法》第六十二条登记为已知缺口，按季复评。

与数据集的对应关系。 本域条目主要支撑产品质量类数据集 （预训练 164 亿 Token、指令微调 24 万条、偏好 1.6 万组、基准 0.25 万条）， 以及热处理过程控制智能化、焊接过程控制智能化两个验证场景。 责任部门为质量管理归口部门【待填：甲方质量管理部门正式名称】、热处理分厂、结构件焊接分厂。

3.5.4 仓储物流域

业务后果说明。 DQ-N-WH-002 直接对应甲方现在要靠人工对账的场合。 三方库存不一致时，库存控制智能化场景的输入不可信：按企业资源计划账面算与 按实物盘点算会得出不同的补货建议。本条的容差口径按计量精度设定， 整件物料零容差，散料按计量器具精度设定。

DQ-N-WH-009 是库存控制智能化场景的前置条件。甲方企业资源计划系统的需求运算未启用， 储备量仍由生产管理人员按经验估算，系统中的安全库存参数大面积为空。 参数不补齐，场景验证只能用历史出入库流水反推，验证结论的说服力下降。

与数据集的对应关系。 本域条目主要支撑供需计划类数据集 （预训练 276 亿 Token、指令微调 40 万条、偏好 3.2 万组、基准 0.4 万条）， 以及库存控制智能化验证场景。责任部门为生产管理部、仓储归口部门 【待填：甲方仓储物流部门正式名称】。

3.5.5 采购管理域

业务后果说明。 DQ-N-PU-006 与研发设计域的 DQ-N-RD-005 是同一问题在两端的表现。 材质牌号在设计端与采购端若不是同一套码值，材料批次的追溯链在这一环断开， 热处理工艺参数与材料实际牌号的配对就不可靠——同一热处理程序用于不同牌号， 结果不同，而数据集里看不出牌号差异。两条条目须同步整改，不可只改一端。

与数据集的对应关系。 本域条目支撑供需计划类数据集，并为产品质量类数据集 提供材料批次侧的输入。责任部门为采购归口部门【待填：甲方采购管理部门正式名称】。

3.5.6 设备管理域

业务后果说明。 本域的质量问题有一个特点：它们不表现为「数据缺失」， 而表现为「数据看起来正常但不可信」。测点卡死后取值仍在正常区间， 采样间隔变长后数据仍有值，均值漂移后曲线仍然平滑。这三类问题在固定阈值下不会报警， 只有分布与连续性检查能识别（《数据质量管理办法》附表三 T10）。 因此 DQ-N-EQ-002 至 DQ-N-EQ-004 三条的检查频率定为每日，发现晚一天就损失一天的时序样本。

DQ-N-EQ-011 容易被忽略但影响面很大。装备在井下连续运行，刮板输送机被液压支架推移、 被采煤机在机身上行走，三类设备的运动相互耦合，在役监测信号中含有大量来自其它设备的 耦合干扰。要把干扰与真实状态区分开，前提是各通道时间戳对齐； 时间基准不统一，信号间的因果关系就无法判断。

DQ-N-EQ-009 是三类已预见缺口之一。甲方装备远程运维平台报警不少、故障标签很少， 报警与真实故障之间缺少可核对的证据；售后服务与备件管理系统中的服务工单 与远程运维平台的事件尚未打通。本条在首期度量配对覆盖率， 作为刮板输送装备健康诊断智能化场景可构造样本量的前置判断依据。

与数据集的对应关系。 本域条目主要支撑制造过程类与产品质量类数据集的时序侧输入， 以及热处理过程控制智能化、刮板输送装备健康诊断智能化两个验证场景。 责任部门为设备管理归口部门【待填：甲方设备管理部门正式名称】、热处理分厂。

3.5.7 营销管理域

业务后果说明。 本域条目的共同指向是产品智能选型场景的输入条件。 装备按矿井工作面条件定制，工作面按超长、常规、大采高、薄煤层等类型分化， 不同类型对应不同的选型校核方法；选型输入中产量与作业制度类参数来自矿方生产规划， 地质与煤质类参数来自矿方地质条件报告。这些参数若在系统中大面积为空， 选型类样本就只能从历史文档中抽取，抽取质量取决于文档解析，不如结构化字段可靠。 甲方客户关系管理系统正在上线、历史数据较少，因此 DQ-N-MK-002 与 DQ-N-MK-004 两条只对新增记录设目标，历史记录按文档解析途径补充并标注来源。

与数据集的对应关系。 本域条目支撑供需计划类数据集与产品智能选型验证场景。 责任部门为营销中心。

3.5.8 财务管理域

业务后果说明。 本域条目中 DQ-N-FI-003 与 DQ-N-FI-006 是决策数据智能问答助手场景 的输入条件：按施工号归集成本、按工序核算工时成本，是回答「这个项目赚不赚钱、 哪道工序贵」一类问题的前提。本域其余条目多为常态合规性检查， 一致率本身已较高（甲方企业资源计划系统录入规范相对严格、数据质量较好）， 分期目标以维持与小幅下降为主，不投入重点整改资源。

与数据集的对应关系。 本域条目支撑供需计划类数据集的成本侧输入与 决策数据智能问答助手验证场景。责任部门为财务归口部门 【待填：甲方财务部门正式名称】、审计法务部。

3.5.9 人力资源域

业务后果说明。 DQ-N-HR-003 是制造过程类数据集中工序—人员—结果关联样本的前提， 也与甲方的工艺纪律管理直接相关：特种作业岗位资质过期而仍在报工， 在数据上表现为资质记录与报工记录矛盾。本条优先级定为高，但整改量不大， 主要是补录与更新。

DQ-N-HR-006 的处置与其余条目不同。个人敏感字段的脱敏要求由《数据安全分级标准》 与《数据权限管理规范》规定，本清单只登记诉求与状态，不重复定义脱敏方法。 该条的基线须在数据分类分级完成后才能形成，故目标值填「待基线」。

与数据集的对应关系。 本域条目支撑制造过程类数据集的人员侧输入。 责任部门为人力资源归口部门【待填：甲方人力资源部门正式名称】、企业管理部。

3.6 统计汇总

表 A8-4　数据质量需求清单首批条目分布（样例）

表 A8-5　按质量维度统计（样例）

完整性条目占三分之一以上，与甲方「量不少、关联少、口径散」的现状一致： 数据存在，但关联关系与关键字段缺失。其中九十二条定为高优先级， 多数是关联键与关联关系类条目。

第 4.4 节的未派生规则清单。 四百二十六条中二十八条尚未派生规则， 原因分三类并分别处置：一类是诉求对象当前无可取数通道（如纸质检测报告）， 登记已知缺口；一类是诉求表述尚不可规则化，退回提报人重写（表 A8-3 字段 8 的约束）； 一类是须先完成码表或主数据建设才能编写规则，排入标准建设计划。 清单中逐条列明未派生原因与预计派生时间，不留空白。

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

本清单与通用数据治理项目的质量需求清单有三处明显不同。

第一处，清单中数量最多、优先级最高的不是字段级诉求，而是「配对关系」类诉求。 DQ-N-RD-004（图纸与工艺卡片配对）、DQ-N-MF-011（炉次与装炉工件清单配对）、 DQ-N-MF-012（焊接参数流与焊道配对）、DQ-N-QM-002（检验记录与重要尺寸配对）、 DQ-N-QM-005（炉次与检验结果配对）、DQ-N-EQ-009（报警事件与维修事实配对） 六条都是配对关系。这是因为本项目要构造的是监督样本， 而监督样本的成立条件是「输入与结果能配上对」。字段填得再全，配不上对也构造不出样本。

第二处，有四条诉求在首期只度量覆盖率，不设达标目标。 DQ-N-MF-012、DQ-N-QM-010、DQ-N-EQ-009、DQ-N-QM-012 所涉的配对条件当前不具备， 整改不是靠补录能解决的。对这四条，清单的作用从「管理整改」转为 「给出可构造样本量的前置判断」——配对率乘以总量，就是该类数据集可构造的上限。 这个判断比一个达不到的目标值有用。

第三处，分期目标一律以「相对基线的问题量下降幅度」表述。 各域、各对象的起点差别极大：企业资源计划系统录入规范，一致率本就在九成五以上； 质量管理系统新上线，缺陷类型码值化率只有三成。用统一的绝对达标率， 对前者无约束力，对后者不可达。表中少数条目写了绝对目标（如「非空率提升至 95%」）， 限于基线已较高且目标明确可达的情形，并在复核时逐条重评。

3.8 评审与修订机制

条目的状态流转。 每条诉求的状态按「待基线→进行中→已达成／转已知缺口→已关闭」流转。 待基线转进行中由首轮扫描填入实测值触发；进行中转已达成由连续两个统计周期 达到目标值触发；进行中转已知缺口须经业务域数据管理员提出、数据治理工作组核定； 已达成转已关闭在该诉求纳入常态监控且连续两个季度未复发后由数据质量管理员执行。

评审。 清单首版的评审分两道：业务域数据管理员逐条确认本域诉求、责任部门与业务后果； 数据治理工作组核定优先级判定与分期目标。两道评审的意见记入第五章维护记录。

修订。 按月增补、按季复核（《数据质量管理办法》第二十六条）。 按月增补的来源是错样归因与业务提报，增补条目当月进入观察，次月起正式计入统计。 按季复核的内容有五项：实测值是否已更新；目标值与达成期是否仍合理； 优先级是否需调整；已达成的诉求是否转为常态监控；无法达成的诉求是否转为已知缺口。

下游通知。 清单条目的新增、优先级变更、目标值变更与状态变更，须在变更后 三个工作日内通知三方：对应规则的编制人（可能需要新增或调整规则）、 责任部门（整改责任与时限可能变化）、数据集加工环节（可构造样本量的预期可能变化）。 第三方通知尤须坚持：清单上一条配对率目标的调整，会直接改变某类数据集的 可构造样本量预期，加工侧若不知情，会按原计划排产而在质检阶段才发现样本不足。

3.9 首轮全量扫描的作业口径与探查项清单

需求清单的「现状实测」一列由首轮全量扫描填入，这一列是整套质量治理的起点 （《数据质量管理办法》第二十五条）。但首轮扫描本身面临一个顺序问题： 正式校验规则的阈值须按实测分布标定，而实测分布须先扫描才有。 处置方式是首轮扫描不使用带阈值的正式规则，而使用一批探查型规则—— 只统计分布、不判通过与否、不生成问题单。探查型规则的清单与输出项见下表， 其定义与留档方式在《数据质量校验规则库》第 4.12 节规定。

表 A8-5A　首轮全量扫描的探查项清单（模板）

探查型规则的三条约定。第一，探查型规则不进规则库正式版本， 其清单与结果随《首轮全量扫描报告》留档，该报告作为需求清单基线的来源依据。 第二，探查结果中的「不符合样例」一律只取样不取全，单项最多留一百条， 用于业务部门判断该类不符合是真问题还是历史形态；取全会使报告体量失控。 第三，探查结果须按时间分段呈现。甲方的数据质量在不同时期差别很大 （质量管理系统新上线、客户关系管理系统正在上线）， 用一个全历史的平均值作为基线，会让新增数据的治理目标被历史数据拖低。

扫描范围与批次。 首轮扫描按业务域分四批进行，顺序按纳管顺序与取数通道开通进度确定： 第一批为企业资源计划与仓储管理承载的物料、库存、采购、财务类对象； 第二批为制造执行与工时定额承载的工单、工序、报工类对象； 第三批为产品全生命周期管理与质量管理承载的图纸、工艺、检验类对象； 第四批为物联网与设备数据平台、热处理群控、装备远程运维平台承载的时序与炉次类对象。

第四批单列的理由是时序数据的扫描方式与前三批完全不同：前三批按表全量扫描， 第四批须按测点与时间窗滑动统计，取数量级相差两到三个数量级， 扫描作业须排在业务低峰期并限制并发，以免影响甲方既有系统的正常运行。 扫描作业的时间窗与并发限制由项目组与各系统运维责任人逐批确认。

基线的填入与冻结。 每批扫描完成后十个工作日内，由数据质量管理员将实测值 填入需求清单的「现状实测」列，并标注扫描日期与扫描批次。 基线一经填入即冻结，后续不因重新扫描而修改；重新扫描的结果作为新的实测值追加， 原基线保留。不冻结的后果是提升幅度的计算失去固定参照， 每次扫描都会把「相对基线的下降幅度」算成另一个数。

3.10 跨域与关联键专项条目清单

第 3.5 节按业务域列条目，但有一类诉求不属于任何单一业务域： 跨系统关联键与跨系统配对关系。这类诉求的责任部门是两个， 整改须两个部门协同，因此在清单中单列一节，编号用 XD 域码。 《数据质量管理办法》第二十三条把六类关联键的完整性与唯一性一律定为高优先级， 本节逐条落地。

业务后果说明。 本节十四条中前六条是六类关联键，它们的共同特征是 「断一条就断一条链」。以 DQ-N-XD-002 为例：图号与版本在设计、工艺、检验三侧 的贯通率为 67.8%，意味着约三分之一的产品，其图纸、工艺卡片与检验记录 无法自动串成一条线。这对两类数据集都有直接影响： 工艺设计类数据集的「图纸—工艺」配对样本造不出来， 产品质量类数据集的「工艺要求—检验结果」配对样本也造不出来。 六条关联键条目的整改顺序按下游依赖排定：先 XD-011（时间基准）与 XD-002（图号版本）， 再 XD-004（工单工序）与 XD-006（炉次），最后 XD-001、XD-003、XD-005。

DQ-N-XD-009 的业务含义值得单独说明。热处理群控系统下发的工艺程序参数 与工艺卡片要求不一致有两种情形：现场按经验调整了参数而未回改工艺卡片， 或工艺卡片已修订而群控程序未更新。前者在业务上往往是合理的—— 老师傅按炉况与材料批次做了微调，这类调整恰恰是热处理过程控制智能化场景 最有价值的知识。因此本条的诉求不是「必须一致」， 而是「不一致须有变更记录」：有记录的不一致是可用的样本， 无记录的不一致是质量问题。这条区分写在质量诉求一栏里， 不是写在业务后果里，因为它决定规则怎么编（见规则库 DQ-R-XD-CS-0004）。

责任与整改组织。 本节条目的责任部门为两个，在清单中以「主责／协同」记录： 主责方为数据产生侧，协同方为数据使用侧。 整改由数据治理工作组召集两方协同推进，不按常规问题单单方分派 （《数据质量管理办法》第十四条）。

3.11 清单的导出形态与机器可读结构

需求清单以结构化形式存放于平台，按季导出盖章纸质件归档（第 3.1 节）。 除纸质与电子表格形态外，另提供机器可读结构，供规则库按「来源需求」字段引用、 供分析报告按诉求统计进展、供数据集加工环节查询某字段的质量目标。 结构以 JSON 表达，一条诉求一个对象，字段与表 A8-3 一一对应。

{
  "reqId": "DQ-N-XD-002",
  "domain": "XD",
  "dataObject": "图文档／工艺卡片／检验记录",
  "hostSystems": ["产品全生命周期管理", "质量管理"],
  "dataElement": "DE-RD-0007",
  "fieldOrRelation": "图号＋版本的三侧关联关系",
  "dimension": "CP",
  "requirement": "图号与版本在设计、工艺、检验三侧取值一致且可关联",
  "sourceType": "场景倒推",
  "relatedScenes": ["板材备料工艺智能设计"],
  "relatedDatasets": ["产品工艺设计类", "产品质量类"],
  "baseline": {"metric": "三侧贯通率", "value": 0.678, "scanDate": "2026-11-20",
               "scanBatch": "B3", "frozen": true},
  "targets": [
    {"period": "2027Q2", "metric": "三侧贯通率", "value": 0.80},
    {"period": "2027Q3", "metric": "三侧贯通率", "value": 0.86},
    {"period": "2027Q4", "metric": "三侧贯通率", "value": 0.90}
  ],
  "businessImpact": "约三分之一产品的图纸—工艺—检验无法自动串联，两类配对样本不可构造",
  "priority": "高",
  "relatedRules": ["DQ-R-XD-CS-0001", "DQ-R-RD-UQ-0002", "DQ-R-QM-CS-0006"],
  "ownerDept": {"primary": "【待填：主责部门】", "secondary": "【待填：协同部门】"},
  "status": "进行中",
  "registeredDate": "2026-11-25",
  "lastReviewDate": "2027-03-28"
}

结构中有三项约定。第一，baseline.frozen 为 true 表示基线已冻结， 后续重新扫描的结果追加为新的实测值而不覆盖（第 3.9 节）。 第二，targets 为数组而非单值，按季度分期列出，使「相对基线的下降幅度」 在各期可分别核算。第三，relatedRules 与规则库配置中的 source.refId 构成双向引用，两者的闭合由平台校验，不依赖人工核对 （本附件第七节表 A8-11 第 5 项）。

3.12 职责矩阵与责任边界

需求清单是一份活台账，条目随现状扫描、错样归因与业务提报持续增补，因此它的职责分工关心的不是「谁写这份文件」，而是「每一类字段谁说了算、条目变动谁批」。下表按清单的字段组与生命周期动作列出。代码含义与本附件 2.6 一致。

表 A8-16　《数据质量需求清单》职责矩阵

第 4 行的「业务后果」一栏把批准权放在业务域数据管理员，是这张清单能不能用起来的关键。条目若只写「完整率偏低」，排优先级时无从比较；写成「工序代码缺失导致该工单无法进入工艺执行类样本」，优先级自己就排出来了。而这句话只有业务侧写得出来——它要回答的是这个字段缺了之后谁的活干不成。

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

其一，质量目标值由甲方核定。我方项目组负责基线测定、目标建议与达成情况统计，不单方面设定目标；基线未测定的条目不填目标值，填「待测定」。

其二，源系统与责任方的指认以运维责任人的确认为准。我方项目组按数据流向提出指认建议，对同一数据经多系统流转而责任归属存在分歧的，登记为待确认并提交数据治理工作组协调，不作推定。

其三，条目的纳管与退出由甲方审批。我方项目组负责条目的提出、字段的填写与变动的记录，不自行增删条目；因扫描范围变化而失去对象的条目，提出退出申请并说明原因，在批准前保留在清单中并标注状态。

3.13 附表索引与保存规则

需求清单是规则库、分析报告与整改台账三者的共同上游：规则按「来源需求」字段回指本清单，报告按诉求统计进展，台账按诉求判断整改是否达标。上游的附表若归档不全，下游三份文件的追溯都会断在同一处。下表给出本清单项下各附表与配套记录的维护责任、更新触发与保存规则，作为本清单的附表目录页。保存期限一栏不直接写年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A8-20　《数据质量需求清单》附表索引与保存规则

附表二的「关闭的诉求不删行」与附表五的「保留变更前的对应关系」是本表中两条最容易被省掉的规则，而省掉的代价都在下游。一条诉求关闭之后，由它派生的校验规则并不会自动下线；规则还在跑，而它的来源需求在清单里查不到，这条规则就成了无主规则，年度复核时既不敢停也说不清为什么留着。关联键的口径变更同理：按旧口径配出来的成对样本仍在数据集里，判断那批样本是否可用，依据是变更前的对应关系。

附表四的保存期与其余各件不同，挂在首轮扫描的结论上而不是清单的版本上。首轮扫描是一次性作业，它的探查项清单在扫描结束后不再更新，但扫描得出的基线值会被此后每一期分析报告引用。基线被质疑时要回答当初是按什么范围、什么探查项扫出来的，依据就是这一件。

四、样章之三：《数据质量校验规则库》V1.0（b1333r26）

4.1 文件标识与版本信息

4.2 适用范围与生效条件

本规则库适用于九个业务域已纳管数据对象的质量稽核（b1336）。 规则的编写、审批、启用、变更与停用按《数据质量管理办法》第五章执行。

生效条件两条。第一条，规则十五项元数据须登记完整，元数据不全的规则不得启用 （《数据质量管理办法》第二十九条）。第二条，规则须经观察期并由数据治理工作组核定 严重级后方可按登记严重级运行（同办法第三十四条）。

本样章中给出的阈值与表达式为初始值与示例，项目期按第 4.7 节的标定方法 在观察期内据实测分布标定，标定结果报甲方核定。

4.3 正文结构（章节至三级）

4.4 规则编号规则

规则编号结构为 DQ-R-<业务域码>-<维度码>-<四位序号>，各段取值如下。

序号四位，在同一业务域同一维度内顺序分配，自 0001 起。 编号一经分配不再变更：规则停用后编号不回收、不复用；规则内容变更时编号不变， 版本号递增（《数据质量管理办法》第二十八条）。 跨系统比对类规则的业务域码取两侧对象所属域中数据量较大的一侧， 两侧分属不同域时取 XD。

4.5 规则元数据字段定义与取值域（模板）

表 A8-6　校验规则元数据字段总表

第 11 项「计量单位」是本项目在元数据上专门增设的字段，其必要性在于： 记录级规则的通过率分母是记录数，跨系统比对的分母是比对项数， 分布与连续性检查的分母是测点数或检查窗口数。三者混算会得出没有意义的质量分。 平台在核算对象级质量分时按计量单位分组加权，不同计量单位的通过率不直接平均。

4.6 十类模板的参数定义与生成表达式

本节逐一给出十类模板的参数定义、由参数生成的表达式样式与本项目示例。 表达式以 SQL 风格书写，实际执行时由平台按数据源类型转译。

4.6.1 T01 空值检查

参数：对象、字段、允许空值条件（可空，布尔表达式）、阈值（非空率下限）。

生成表达式：

-- 不通过记录
SELECT <主键> FROM <对象>
WHERE <字段> IS NULL OR TRIM(CAST(<字段> AS VARCHAR)) = ''
  [AND NOT (<允许空值条件>)]
-- 通过率 = 1 - 不通过记录数 / 被检查记录数

本项目示例（DQ-R-MF-CP-0003）：检查工单工序记录的设备编码非空， 允许空值条件为「工序类型为外协」——外协工序无本厂设备，不应判为缺失。

SELECT 工单号, 工序代码 FROM 工单工序
WHERE (设备编码 IS NULL OR TRIM(设备编码) = '')
  AND NOT (工序类型 = '外协')

「允许空值条件」这个参数不可省。省掉它，外协工序会被整批判为缺失， 误报量大到业务部门不再看告警。

4.6.2 T02 值域检查

参数：对象、字段、码表标识（引用《参考数据标准》）或 数值下限＋数值上限、 空值是否算通过、阈值。

生成表达式（码表型）：

SELECT <主键> FROM <对象> t
WHERE t.<字段> IS NOT NULL
  AND NOT EXISTS (SELECT 1 FROM <码表> c
                  WHERE c.码值 = t.<字段> AND c.有效标志 = 'Y')

本项目示例（DQ-R-RD-VL-0005）：检查零件材质牌号在钢材牌号码表内。 码表引用《参考数据标准》中的钢材牌号码表，码表本身不在本规则库定义。

4.6.3 T03 格式检查

参数：对象、字段、正则表达式或日期格式、阈值。

生成表达式：

SELECT <主键> FROM <对象>
WHERE <字段> IS NOT NULL AND NOT REGEXP_LIKE(<字段>, '<正则>')

本项目示例（DQ-R-RD-VL-0003）：检查图号符合甲方图号编码规则。 正则表达式取自《数据元标准》中图号数据元的格式约束，本规则库引用不重定义。 【待填：甲方图号编码规则的正则表达式，须由工艺研究分院确认历史图号的例外形态】

图号格式检查有一个本项目特有的难点：甲方图号编码规则历经演变， 早期图纸的图号形态与现行规则不同。若按现行规则一刀切， 六十三万张历史图纸会有相当比例被判为格式不符，而这些图纸本身是有效的。 处置方式是在规则参数中按签发年份分段设定正则，并对无法归入任何形态的图号 单列清单由工艺研究分院逐批确认。

4.6.4 T04 唯一性检查

参数：对象、唯一键字段组合、有效记录筛选条件、阈值（冲突组数上限）。 计量单位取「比对项」，分母为唯一键取值的不同组合数。

生成表达式：

SELECT <唯一键字段组合>, COUNT(*) AS 冲突条数
FROM <对象> WHERE <有效记录筛选条件>
GROUP BY <唯一键字段组合> HAVING COUNT(*) > 1

本项目示例（DQ-R-RD-UQ-0002）：检查同一图号同一版本不存在两条有效工艺卡片记录。 有效记录筛选条件为「审批状态 = '已签发' AND 作废标志 = 'N'」。 筛选条件不可省：历史上同一图号同一版本可能有已作废的旧记录， 不排除作废记录会把正常的版本迭代判为冲突。

4.6.5 T05 引用完整性检查

参数：对象、外键字段、被引对象、被引键、被引有效性条件、阈值。

生成表达式：

SELECT a.<主键> FROM <对象> a
WHERE a.<外键字段> IS NOT NULL
  AND NOT EXISTS (SELECT 1 FROM <被引对象> b
                  WHERE b.<被引键> = a.<外键字段> AND <被引有效性条件>)

本项目示例（DQ-R-MF-VL-0008）：检查工单引用的设备编码在设备主数据中存在且处于在用状态。 被引有效性条件为「设备状态 IN ('在用','检修')」——已报废设备不应出现在新工单中， 但检修中的设备可以。

4.6.6 T06 跨系统比对

参数：左侧对象、右侧对象、关联键、比对字段（左右各一）、容差类型 （绝对值／相对值／零容差）、容差值、比对范围筛选条件、阈值。 计量单位取「比对项」。

生成表达式：

SELECT l.<关联键>, l.<左字段> AS 左值, r.<右字段> AS 右值
FROM <左侧对象> l JOIN <右侧对象> r ON l.<关联键> = r.<关联键>
WHERE <比对范围筛选条件>
  AND ABS(l.<左字段> - r.<右字段>) > <容差值>      -- 绝对值容差
  -- 相对值容差：ABS(l.x - r.x) / NULLIF(ABS(l.x),0) > <容差值>
UNION ALL
-- 单边缺失：左有右无、右有左无，分别计入不通过
SELECT l.<关联键>, l.<左字段>, NULL FROM <左侧对象> l
WHERE NOT EXISTS (SELECT 1 FROM <右侧对象> r WHERE r.<关联键> = l.<关联键>)

本项目示例（DQ-R-WH-CS-0002）：库存三方比对。 左右两两比对共三组（企业资源计划与仓储管理、仓储管理与实物盘点、 企业资源计划与实物盘点），关联键为「物料编码＋库位＋批次」， 容差按计量精度设定：整件物料零容差，散料按计量器具精度设定。

单边缺失必须计入不通过，这是跨系统比对最容易写漏的一段。只比对两边都有的记录， 会把「一方根本没有这条库存」这种更严重的问题漏掉——而这恰恰是三方账实不符中 最常见的形态。

图 A8-3A　校验规则的元数据结构与十类规则模板的归属

图 A8-3A　校验规则的元数据结构与十类规则模板的归属。数据来源：本节表 A8-6 校验规则元数据字段总表、4.6 各小节的模板定义。

4.6.7 T07 逻辑自洽检查

参数：对象、约束表达式（同一记录内字段间的布尔条件）、适用筛选条件、阈值。

生成表达式：

SELECT <主键> FROM <对象>
WHERE <适用筛选条件> AND NOT (<约束表达式>)

本项目示例（DQ-R-MF-CS-0006）：工单工序的完工时间不早于开工时间。

SELECT 工单号, 工序代码 FROM 工单工序
WHERE 开工时间 IS NOT NULL AND 完工时间 IS NOT NULL
  AND NOT (完工时间 >= 开工时间)

另一例（DQ-R-QM-CS-0007）：同一检验项目的硬度单位口径统一。 约束表达式为「检验项目 = '硬度' 时，计量单位 IN ('HBW') 或 IN ('HRC') 之一在该项目下恒定」， 此例因涉及跨记录判断，实际按表达式型规则编写，不走 T07 模板。

4.6.8 T08 物理约束检查

参数：对象、检查字段、约束表达式、参照参数来源（设备主数据、工艺标准或物理常量）、 阈值。

生成表达式：

SELECT t.<主键>, t.<检查字段>, p.<参照值>
FROM <对象> t JOIN <参照参数来源> p ON <参照关联条件>
WHERE NOT (<约束表达式>)

本项目示例（DQ-R-EQ-AC-0006）：装炉量不超过炉膛额定装载量。

SELECT c.炉次号, c.装炉重量, e.额定装载量
FROM 热处理炉次 c JOIN 设备主数据 e ON c.设备编码 = e.设备编码
WHERE c.装炉重量 IS NOT NULL AND e.额定装载量 IS NOT NULL
  AND NOT (c.装炉重量 <= e.额定装载量 * 1.0)

另一例（DQ-R-EQ-AC-0005）：炉膛实测温度不低于环境温度且不超过炉膛额定上限。 参照参数来源为设备主数据的炉膛额定温度上限与当班环境温度记录。 环境温度记录不可得时，下限取参数中设定的保守值【待填：甲方各热处理分厂的环境温度取值口径】。

物理约束类规则的参照参数必须来自主数据或标准，不得硬编码在表达式里。 硬编码的后果是设备改造或工艺标准修订后规则仍按旧值判定， 而这类变更在规则库中没有任何痕迹。

4.6.9 T09 时效检查

参数：对象、数据时间字段、基准时间字段或基准时间计算式、约定时限、 适用筛选条件、阈值。

生成表达式：

SELECT <主键>,
       TIMESTAMPDIFF(MINUTE, <基准时间>, <数据时间字段>) AS 时延分钟
FROM <对象>
WHERE <适用筛选条件>
  AND TIMESTAMPDIFF(MINUTE, <基准时间>, <数据时间字段>) > <约定时限>

本项目示例（DQ-R-MF-TM-0005）：报工数据在班次结束后约定时限内到达。 基准时间为该工序所属班次的结束时间，由班次日历计算； 约定时限【待填：甲方对报工时限的管理规定，若无规定则按观察期实测分布标定】。

本规则的实测分布须按班次分别统计。甲方实行多班次作业， 夜班报工的时延分布与白班不同，用一个统一时限会把夜班整批判为超时。

4.6.10 T10 分布与连续性检查

参数：对象、检查字段、检查类型（缺段／恒值／漂移／分布突变）、 时间字段、分组键、检查窗口、判定参数、阈值。 计量单位取「测点」或「检查窗口」。

四种检查类型的判定方式：

生成表达式（缺段型）：

WITH g AS (
  SELECT <分组键>, <时间字段>,
         LAG(<时间字段>) OVER (PARTITION BY <分组键> ORDER BY <时间字段>) AS 前次时间
  FROM <对象> WHERE <时间字段> BETWEEN <窗口起> AND <窗口止>
)
SELECT <分组键>, 前次时间, <时间字段>,
       TIMESTAMPDIFF(SECOND, 前次时间, <时间字段>) AS 间隔秒
FROM g
WHERE 前次时间 IS NOT NULL
  AND TIMESTAMPDIFF(SECOND, 前次时间, <时间字段>) > <采样周期秒> * <倍数阈值>

本项目示例（DQ-R-EQ-TM-0002）：秒级采样测点不出现超过约定时长的缺段。 分组键为「设备编码＋测点标识」，采样周期取测点配置表中登记的采样周期， 倍数阈值初始取 3，按观察期实测标定。

本模板的输出有一条硬性约定（《数据质量管理办法》附表三）： 识别结果标记为测点可信度下降，不判为设备故障。恒值可能是设备停机， 也可能是传感器卡死；漂移可能是工艺调整，也可能是传感器老化。 规则不具备区分二者的信息，因此只给出可信度标记，由设备管理部门人工确认， 确认结论回填至问题单的根因分类。

4.7 阈值标定方法

阈值不得凭经验直接设定（《数据质量管理办法》第三十二条），按四级依据顺序确定。

4.7.1 分位点标定法

在观察期内对规则的实测结果取分布，按下列步骤标定初始阈值。

第一步，取不少于四周的实测数据，按日或按周形成通过率序列。 第二步，剔除可识别的异常期（系统停机、数据补录、大批量历史数据导入）， 剔除依据记入标定记录。第三步，取序列的下四分位点作为初始阈值的候选值。 第四步，用候选值回测观察期数据，统计会产生的问题单量； 问题单量超出责任部门可承受范围的，向下调整至可承受水平，并在标定记录中 写明「本阈值受整改承载力限制，分三期上调」及各期目标值。 第五步，标定结果报数据治理工作组核定。

第四步是这套方法的要点。阈值定得严，规则会在第一周产生几千个问题单， 业务部门处理不完，于是全部挂起，治理工作名存实亡。阈值分期上调， 每期的问题单量落在部门可处理的范围内，整改才真正发生。 分期上调的节奏与需求清单的分期目标对齐（第 3.4 节字段 12）。

4.7.2 季节性与业务周期的处理

部分指标有明显的业务周期：月末、季末的报工与入账量大，时延分布与平月不同； 检修期设备时序数据本应缺段。对这类指标，标定须按周期分段取分布， 并在规则参数中设定「适用筛选条件」排除检修期与盘点期。 不作处理的后果是每到月末规则集体报警，而这些报警大部分不是质量问题。

4.7.3 标定记录

每条四级依据的规则须留存标定记录，内容包括：观察期起止、样本量、剔除的异常期及理由、 通过率分布的分位点取值、候选阈值、回测问题单量、最终阈值、分期上调计划、核定记录。 标定记录随规则留档，规则阈值变更时追加新的标定记录，旧记录不删除。

4.8 严重级与观察期

三档严重级的判定标准、影响与时限见《数据质量管理办法》附表四，本节不重复。 本节规定观察期的具体流程。

观察期不少于两周、不多于四周。少于两周取不到足够的实测分布， 多于四周会让规则库的建设节奏拖得过长——一千一百五十六条规则若每条都观察两个月， 规则库到项目后期才能全量启用。

4.9 分业务域规则清单（样例）

下列各表为样例，规则标识、模板、阈值字段结构与严重级判定为正式口径， 阈值初始值按第 4.7 节在观察期内标定后替换。为便于版面排布，表取八列， 元数据其余字段（关联数据元、责任部门、计量单位、变更记录等）在平台中维护。

4.9.1 研发设计域（节选 14 条，全域 140 条）

本域规则编写要点。 三条阻断级规则（0001、0002、0007）围绕同一件事： 图号与工序代码是本域对下游的两个关键输出，它们不唯一、不规范， 工艺设计类数据集的样本就无法按图号与工序对齐。 0003 的正则按签发年份分段，原因见第 4.6.3 节。 0004 的阈值定为 85%，低于一般完整性规则，是因为六十三万张历史图纸的配对工作需要分期完成， 阈值按需求清单 DQ-N-RD-004 的分期目标逐季上调。

4.9.2 生产制造域（节选 16 条，全域 270 条）

本域规则编写要点。 0012 的严重级定为提示而非告警，与其余配对类规则不同。 原因是焊接参数流与焊道当前配对率极低，按告警级运行会每日产生大量问题单， 但这些问题单无法整改——配对关系不存在，不是填错了。 按提示级运行，规则的产出是一个覆盖率数字，这个数字进入月度报告， 作为焊接过程控制智能化场景可构造样本量的判断依据。 待配对条件具备后再按第 4.8 节流程重新核定严重级。

0013 为表达式型规则：工序流转顺序的判断需要比较同一工单内多条记录的序号序列， 十类模板都覆盖不了。按第五章规定，本规则提交时附了命中与不命中样例各三条， 并经第二名数据质量管理员在样本数据上试跑核对。

0016 是一条容易漏掉但对数据集加工很关键的规则。设备时序数据要与工序对齐， 才能构造「这道工序当时的设备参数是什么」的样本；对齐依赖时间戳， 而时间戳对齐问题在设备管理域另有规则（DQ-R-EQ-CS-0011）。两条规则分属两域， 在月度报告中须并列查看。

4.9.3 质量管理域（节选 12 条，全域 182 条）

本域规则编写要点。 0001 的适用范围限于新增记录，历史记录的缺陷描述为自由文本， 按现行码表判定会整批不通过。处置方式是在规则参数的「适用筛选条件」中按录入日期划界， 历史记录另行通过文本抽取补充码值，抽取结果标注置信度，不计入本规则统计。

0006 的参照参数来源是材质与热处理工艺的组合区间，须由热处理分厂与质量管理部门 共同确认【待填：各材质各热处理工艺的硬度合理区间】。这张参照表不存在的话， 本规则无法运行——这是本域规则中对甲方资料依赖最强的一条。

0012 为表达式型规则，检查的是同一工件同一重要尺寸在不同检验节点的结果是否矛盾 （如中间检验合格、终检不合格而无返修记录）。这类矛盾在单条记录上看不出来， 但它直接影响质量类数据集标签的可信度。

4.9.4 仓储物流域（节选 10 条，全域 118 条）

本域规则编写要点。 0002 实际展开为三条子规则（两两比对），在平台中作为一个规则组维护， 统计时按比对项合并。容差按计量精度分设：整件物料零容差，散料按计量器具精度， 长度类按图纸允差。一个统一容差会让整件物料的差错被掩盖。

0001 为表达式型规则。一物多码的识别不是精确匹配，而是按名称、规格、材质三项做 相似度分组，疑似组交由仓储与采购部门人工确认。规则只负责把疑似组找出来， 不自动判定重复——自动判定会把规格相近但确实不同的物料并掉。

4.9.5 采购管理域（节选 9 条，全域 92 条）

本域规则编写要点。 0006 与研发设计域的 DQ-R-RD-VL-0005、 跨域规则 DQ-R-RD-CS-0014 共用同一套钢材牌号码表。三条规则必须引用同一码表版本， 否则会出现设计端判定合规、采购端判定不合规的情形。 码表版本的引用关系在规则元数据的「关联数据元」字段中登记， 码表发版时平台按引用关系推送影响清单。

4.9.6 设备管理域（节选 13 条，全域 140 条）

本域规则编写要点。 四条 T10 规则（0002、0003、0004、0013）是本域规则的主体， 也是整个规则库中唯一不靠「字段填没填」判断质量的一类。它们的输出一律是 测点可信度标记，不是设备故障判定（第 4.6.10 节）。 0003 与 0004 的判定参数须按测点类型分别设定：温度测点在保温段本就恒定， 振动测点在停机期本就恒定，一套统一参数会在正常工况下大量误报。 参数按测点类型分组配置，分组依据取测点配置表中的测点类型字段。

0011 为表达式型规则，检查各采集通道时间戳相对统一时间基准的偏差。 本规则的严重级定为阻断，是本域中少见的对时序数据设阻断的规则—— 时间基准不统一，后续所有跨通道的配对与对齐都不成立，宁可拦住。

4.9.7 营销管理域（节选 8 条，全域 72 条）

本域规则编写要点。 0002 与 0004 均限于新增记录。甲方客户关系管理系统正在上线、 历史数据较少，对历史记录设非空要求没有可整改的对象。 历史项目的工作面类型与地质参数通过选型方案文档解析补充，解析结果标注来源与置信度， 不计入本规则统计。

4.9.8 财务管理域（节选 8 条，全域 90 条）

本域规则编写要点。 本域阈值普遍高于其它域，原因是甲方企业资源计划系统录入规范 相对严格、数据质量较好，起点高，阈值低了没有约束力。 本域不投入重点整改资源，规则以常态监控为主（需求清单第 3.5.8 节）。

4.9.9 人力资源域（节选 6 条，全域 52 条）

本域规则编写要点。 0006 的检查对象不是源系统表，而是数据集加工环节的取数结果。 这是规则库中唯一一条检查对象位于加工链路而非源系统的规则， 放在本域是因为其判定依据来自个人信息的分级规定。 规则的具体判定方式由《数据权限管理规范》与《数据安全分级标准》规定， 本规则库只登记元数据与触发方式，不重复定义脱敏算法。 本规则严重级定为阻断，且不设观察期——脱敏不到位的数据不得进入加工链路。

4.9.10 跨域规则（节选 12 条，全域计入相关业务域小计）

业务域码取 XD 的规则，是两侧对象分属不同业务域的跨系统比对与引用完整性规则。 这类规则在表 A8-7 的分域统计中按两侧对象中数据量较大的一侧归入该域小计， 不另列一行，以免总数重复计算。但它们在编写与维护上须单独管理， 因为其责任部门是两个，整改时常需两个部门协同。

跨域规则的编写要点。 三条阻断级规则（0002、0003、0009）构成一条链： 工艺卡片的工序定义→工单的工序执行→成本按施工号归集。这条链贯通， 「某个产品的某道工序花了多少工时、多少钱、用了什么材料」才能从数据中直接读出， 这是制造过程类与供需计划类数据集中价值最高的一类样本。链上任一环断开， 这类样本就只能靠人工对账构造，量上不去。

0004 是本组中业务含义最具体的一条：热处理群控系统下发的工艺程序参数 （保温温度、保温时间、淬火介质温度）应与工艺卡片的要求一致。 不一致有两种情形：现场按经验调整了参数而未回改工艺卡片， 或工艺卡片已修订而群控程序未更新。两种情形的根因与整改措施不同， 在整改环节须按第 6.5 节第二种情形拆单。这条规则的价值在于， 它把「实际执行的工艺」与「规定的工艺」之间的偏差显式化—— 而热处理过程控制智能化场景要学的恰恰是实际执行的工艺。

0007 与生产制造域的 DQ-R-MF-TM-0016、设备管理域的 DQ-R-EQ-CS-0011 三条规则 针对同一件事的三个层面：时间基准是否统一（0011）、 单侧时序能否对齐到工序（MF-0016）、两侧时间窗能否互相匹配（XD-0007）。 三条规则的归属域不同、责任部门不同，但整改须同步推进； 月度报告中三条并列呈现（见分析报告第 3.4 节）。

4.10 表达式型规则的编写规范（文件第五章）

4.10.1 适用情形

十类模板覆盖不了的逻辑才写表达式型规则。实践中有四类情形必须用表达式： 跨记录判断（如同一工单内工序序号序列是否连续）、 跨记录聚合后比较（如同一检验项目的计量单位是否恒定）、 相似度分组（如一物多码的疑似重复识别）、 需要引用外部计算过程的判定（如按分级规定判断脱敏是否到位）。

不属上述四类而写成表达式的，退回改用模板。这条约束的理由是： 表达式型规则的维护成本显著高于模板型——参数改一个值与改一段 SQL 不是一回事， 后者需要能读懂 SQL 的人，而项目移交后甲方岗位人员的技能构成不一定支持。

4.10.2 编写规范

「输出列固定」这一条是为异常明细的可用性设的。业务人员要按业务主键在源系统中 找到那条记录（《数据质量管理办法》第四十四条）；输出列五花八门， 平台就无法统一渲染异常明细，业务人员拿到的是一张看不懂的结果表。

4.10.3 两道检查

表达式型规则提交时须附两道检查的记录（《数据质量管理办法》第三十一条）。

第一道，规则编制人提供预期命中样例与预期不命中样例各不少于三条。 样例须取自真实数据（可脱敏），不得自造。自造样例只能验证表达式语法正确， 验证不了它在真实数据形态下的行为——而真实数据里的空值、 异常编码与历史形态恰恰是表达式最容易出错的地方。

第二道，由另一名数据质量管理员在样本数据上试跑，核对结果与预期是否一致。 不一致的退回修改。两道检查的记录随规则留档，格式如下。

4.10.4 占比控制

表达式型规则在规则库中的占比宜控制在两成以内（《数据质量管理办法》第三十一条）。 超过两成时的处置不是停止编写表达式，而是回头看是否应当抽象出新模板： 若有五条以上表达式在做同一类判断（如都在做跨记录聚合后比较）， 说明这一类判断应当成为第十一类模板。模板的新增由数据治理工作组核定， 新增后原有的同类表达式规则逐步改写为模板型，改写期间两种形式并存， 但不得同时启用两条判定同一件事的规则。

首批规则库中表达式型占 8.5%（表 A8-8），其中九十八条分布在 一物多码识别、工序序列连续性、计量单位恒定性、检验结果矛盾性、 时间基准偏差、脱敏到位性六类判断上。前五类各有十条以上， 已接近可抽象为模板的量级，列入第二季度规则库大版本的评估事项。

4.11 机器可读规则配置

规则库除文档形态外，另以机器可读配置形态存放与交付，供平台加载执行、 供数据集加工任务记录依据版本、供第三方评测复核时重跑。 配置以 JSON 表达，一条规则一个对象，字段与表 A8-6 的元数据一一对应。

{
  "ruleId": "DQ-R-EQ-AC-0006",
  "ruleName": "装炉量不超过炉膛额定装载量",
  "template": "T08",
  "dimension": "AC",
  "targetObject": "热处理炉次",
  "targetFields": ["装炉重量"],
  "relatedDataElement": "DE-EQ-0412",
  "params": {
    "constraintExpr": "c.装炉重量 <= e.额定装载量",
    "referenceSource": "设备主数据",
    "referenceJoin": "c.设备编码 = e.设备编码",
    "referenceField": "额定装载量",
    "applyFilter": "c.装炉重量 IS NOT NULL AND e.额定装载量 IS NOT NULL"
  },
  "threshold": {"metric": "越界率", "operator": "<=", "value": 0.002,
                "calibration": "二级依据·设备额定值", "standardRef": "设备主数据额定装载量字段"},
  "measureUnit": "记录",
  "severity": "阻断",
  "triggerModes": ["周期稽核"],
  "frequency": "T+1",
  "ownerDept": "【待填：甲方设备管理部门正式名称】",
  "source": {"type": "需求清单", "refId": "DQ-N-EQ-006"},
  "status": "启用",
  "version": "V1.0",
  "changeLog": [
    {"date": "2027-01-18", "type": "新增", "operator": "数据质量管理员",
     "approval": "2027-01 月度例会"}
  ],
  "falsePositiveLog": []
}

配置文件的三条约定。第一，threshold.calibration 必填， 写明阈值依据的级别（第 4.7 节四级依据），仅凭实测分布标定的须另附标定记录编号。 第二，ownerDept 不得为空字符串；未确认责任部门的规则不得进入启用状态 （《数据质量管理办法》第二十九条、《数据质量需求清单》第 3.2 节）。 第三，配置文件按规则库版本整包发布，不按单条规则发布； 整包发布附清单文件与各文件的 SM3 摘要，使甲方与第三方评测机构可校验完整性。

4.12 首轮扫描探查型规则集

首轮全量扫描使用探查型规则，只统计分布、不判通过与否、不生成问题单， 其作用是为正式规则的阈值标定提供实测分布（《数据质量需求清单》第 3.9 节）。 探查型规则的定义与正式规则的差别有三处，须在配置中显式区分。

探查型规则的编号沿用正式规则的编号结构，但序号段从 9001 起分配， 与正式规则在序号上分段，便于在配置与日志中一眼区分。 例如 DQ-R-MF-TM-9001 为报工时延的分布探查， 其标定结果用于确定正式规则 DQ-R-MF-TM-0005 的初始阈值。

探查型规则在项目期内不止用一次。除首轮全量扫描外， 下列三种情形须重新执行相应的探查：新增纳管数据对象（为其正式规则标定阈值）； 某条正式规则的误报率持续偏高而根因归为阈值不当（重新取分布标定）； 业务流程或系统改造后数据形态发生变化（原分布不再适用）。 三种情形的探查结果均追加留档，不覆盖首轮基线（《数据质量需求清单》第 3.9 节）。

4.13 规则库统计

表 A8-7　首批规则按业务域与质量维度分布

规则数量与数据元数量大体成一比一的量级关系：约一千三百七十条数据元派生出 约一千一百五十六条规则，再加上跨系统比对与物理约束一类不由单字段派生的规则。 生产制造域规则最多，因为该域字段最多、时序数据与跨系统关联最密集。 本表与技术方案「数据治理（二）」一节给出的规模估算口径一致。

表 A8-8　首批规则按模板与严重级分布（样例）

表达式型规则占比 8.5%，低于第五章规定的两成上限。 阻断级规则 360 条，占 31.1%，集中在关联键、唯一性与引用完整性三类检查上。 提示级 60 条中，首批进入观察期的占多数，另有六条是前述「首期仅度量覆盖率」的配对类规则。

表 A8-9　规则覆盖率统计（样例）

未覆盖的二百二十二个数据元按三类原因处理：一类是该数据元当前无可取数通道， 登记已知缺口；一类是该数据元尚无码表或值域定义，待标准建设完成后补规则； 一类是该数据元在业务上为自由文本说明字段，无可检查的质量约束， 在清单中标注「无需规则」并说明理由。不留空白是本节的要求—— 覆盖率低不是问题，覆盖率低而说不出原因才是问题。

图 A8-4　校验规则的生命周期与状态流转

图 A8-4　校验规则的生命周期与状态流转。实线为正向流转，虚线为回退与修订路径。 数据来源：《数据质量管理办法》第五章第二十八条至第三十七条； 观察期流程见本文件第 4.8 节。

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

规则库是五份文档中与甲方业务对象贴合最紧的一份，因为规则本身就写着对象名、 字段名与参照参数。下面四处是本规则库区别于通用规则库的关键设计。

T08 物理约束检查独立成一类模板。 通用数据质量规则库通常只有空值、格式、值域、 唯一性、引用完整性与跨系统比对六类。本项目把物理约束单列为一类， 是因为甲方的工艺与设备数据缺少外部权威源可比对：板材展开长、炉膛温度、 装炉量、焊接电流、链条安全系数，都没有第二套系统可以对账。 但它们都有物理与设备能力的边界。首批五十六条 T08 规则中， 二十条定为阻断级，捕获的多是录入错误与采集通道硬故障。 这类规则的参照参数一律取自设备主数据或工艺标准，不硬编码（第 4.6.8 节）。

T10 分布与连续性检查的输出是可信度标记，不是故障判定。 甲方装备在井下连续运行， 工况恶劣、维护窗口有限、传感器易损；远程运维平台报警不少、故障标签很少。 若把测点异常直接当作设备异常，刮板输送装备健康诊断智能化场景的样本标签 会混入大量传感器故障。本规则库在 T10 模板的定义中写明输出语义， 并在设备管理域四条 T10 规则的编写要点中重申（第 4.9.6 节）。

六条「首期仅度量覆盖率」的提示级规则。 DQ-R-MF-CP-0012（焊接参数流与焊道配对）、 DQ-R-QM-CP-0010（缺陷与工艺参数关联）、DQ-R-EQ-CP-0009（报警与维修事实配对） 及相关规则，其检查对象的配对条件当前不具备。按告警级运行只会每日产生 无法整改的问题单；按提示级运行，规则的产出变成一个可用于判断数据集可构造样本量的数字。 这个安排在规则库中是显式的，不是默认行为——每条这类规则在元数据的 「阈值」字段中写明「首期仅度量覆盖率」，并在变更记录中写明重新核定严重级的触发条件。

按历史形态分段的格式与值域规则。 甲方六十三万张历史图纸的图号形态历经演变， 质量管理系统的缺陷描述历史上为自由文本。对这两类对象， 规则在参数中按年份或录入日期分段设定正则与码表，并对无法归入任何形态的记录 单列清单由业务部门逐批确认（第 4.6.3 节、第 4.9.3 节）。 一刀切按现行规则判定，会把大量有效的历史数据判为不合格， 而这些数据恰恰是预训练与工艺设计类数据集的主要来源。

4.15 评审与修订机制

规则的评审。 单条规则的评审按《数据质量管理办法》第三十一条与第三十四条执行： 模板型规则由数据质量管理员编写、业务域数据管理员核对业务合理性； 表达式型规则另加两道检查（样例核对与第二人试跑）； 全部规则经观察期后由数据治理工作组在月度例会核定严重级与阈值。

规则库的版本发布。 小版本按月发布（V1.x），大版本按季发布（Vx.0）。 每个发布版本附变更清单，列明新增、变更、停用的规则标识及变更内容。 变更清单的格式固定为七列：规则标识、变更类型、变更前、变更后、变更原因、 对历史可比性的影响、核定记录。

下游通知。 规则库发版后须通知四处：所有引用该规则的稽核任务配置； 数据集加工任务（加工任务在取数时记录所依据的规则库版本号）； 质量看板配置；相关需求清单条目的「关联规则」字段。 通知未完成的发版不生效（《数据质量管理办法》第三十六条、第三十七条）。

可复现性。 数据集加工任务在取数时记录所依据的规则库版本号， 使某一批次数据的质量判定可以复现。这一条对第三方评测尤其重要： 评测机构若对某批次数据的质量判定有疑问，可按记录的版本号取回当时的规则集重跑， 而不是用当前版本的规则去判断半年前加工的数据。

4.16 职责矩阵与责任边界

规则库的动作围绕一条规则的一生展开：编制、定阈值、定严重级、进观察期、转正式、调参、停用。每一步的判断依据不同，承办方因而不同——阈值靠数据分布，严重级靠业务后果，停用靠误报统计。下表逐项列明。代码含义与本附件 2.6 一致。

表 A8-17　《数据质量校验规则库》职责矩阵

第 8 行把严重级的「批」放在业务域数据管理员，而阈值的「批」在第 7 行放在数据质量管理员，这两行的分工差别值得说明。阈值是「多少算不合格」，判断依据是数据分布与业务允差，技术侧与业务侧共同给出；严重级是「不合格之后该拦还是该记」，判断依据只有一个——这条数据带着问题流到下游会造成什么后果，而后果只有业务侧估得准。把两者都交给同一方，结果通常是严重级跟着阈值走：阈值卡得严的规则被设成阻断级，而实际上严不严与拦不拦是两回事。

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

其一，规则所依据的业务约束由业务域数据管理员确认。我方项目组负责把业务约束翻译成可执行的判定表达式并验证其数据表现，不代行业务约束的认定；表达式与业务约束不一致的，以业务约束为准重写表达式。

其二，阻断级规则的拦截会使数据无法进入下一环节。设定阻断级须由业务侧确认其业务可承受性，我方项目组不自行把规则提升为阻断级；已设为阻断级的规则在实际运行中造成大面积拦截时，按本节 4.8 的观察期机制处理，不以临时放宽阈值的方式绕过。

其三，规则的误报由规则本身的缺陷或源数据的特殊情形造成，两者的区分以人工复核样本为准。我方项目组执行复核并出具统计，对判定为源数据特殊情形的，提请业务侧确认该情形是否应当纳入规则的例外条件，不自行在规则中加例外。

其四，规则在平台侧的配置与调度由我方项目组执行，但调度窗口与资源占用须经系统运维责任人确认。稽核作业对源系统与平台都是真实负载，这一确认不是形式。

4.17 附表索引与保存规则

规则库是五份文件中唯一被平台直接加载执行的一份：它的条目不只是文本，还是运行中的判据。一条规则拦住一批数据，复核时要回答这条规则是哪一版、按什么阈值、依据哪条诉求生成的——这四个问题分别落在本节四件附表上。下表给出本规则库项下各附表与配套记录的维护责任、更新触发与保存规则。保存期限一栏不直接写年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A8-21　《数据质量校验规则库》附表索引与保存规则

附表四与附表七的保存规则是本表的重点，两件回答的是同一类追问。数据集交付之后被第三方评测复核，复核方要重跑当初的校验，重跑用的必须是当初那一版规则配置与当初那一组阈值——用现行版本重跑，结果与原始质检报告对不上，而对不上的原因不是数据有问题，是尺子换过了。因此这两件的留存不按档案周期，按引用它们的数据集版本的生命周期。

附表三的「停用规则不删行」另有一层用处。规则停用通常不是因为它写错了，而是因为它所针对的质量问题已经治理完毕；若干个月后同类问题复发时，先查的就是这条规则当初为什么停。停用理由与停用版本一并留在清单里，这个判断只要翻一行就能做出来。

五、样章之四：《质量分析报告》V1.0（b1333r27）

5.1 文件标识与版本信息

5.2 适用范围与生效条件

本模板适用于项目期的全部月度与季度质量分析报告。报告的编制以两项数据为输入： 稽核任务的执行结果与异常明细，以及整改台账的处置记录。两项输入缺一不可—— 只有异常明细没有台账，报告说得出问题说不出进展；只有台账没有异常明细， 报告说得出进展说不出问题在哪。

生效条件一条：报告中的质量分章节须在首轮全量扫描形成基线后方可填写 （《数据质量管理办法》第 2.2 节）。基线形成前出具的报告只含问题量、 构成与整改进展三部分，质量分章节注明「待基线」。

报告一经出具不修改。 发现数据有误的出补充说明，并在下期报告中更正 （《数据质量管理办法》第五十三条）。这一条是为了让历史报告可以作为治理过程的证据， 而不是一份随时被改写的活文档。

5.3 正文结构（章节至三级）

第七章与第八章在月度报告中为简表，在季度报告中展开为完整章节，并增补两节： 季度质量评估结论（含维度权重与严重级设置的复核意见）、 需求清单目标值与达成期的复核结论。

5.4 固定图表清单（模板）

每期报告的图表位置与形态固定，便于逐期对照。

5.5 样例：月度质量分析报告摘要与主要表格（示意）

下列内容为样例，章节结构、表格字段与口径说明为正式口径，数值为示意， 用于说明填写粒度。报告期取 2027 年 3 月。

5.5.1 报告说明（样例）

报告期：2027-03-01 至 2027-03-31，数据截止 2027-03-31 24:00。 所依据的规则库版本：V1.3（2027-03-01 发布）。本期规则变更九条，见附二。

表 1　纳管范围变化（样例）

口径说明：本期新增纳管对象的质量分自纳管次日起计入统计。 因新增对象普遍起点较低，第二章质量分同时给出同口径与全口径两个数值 （《数据质量管理办法》第十九条）。

5.5.2 质量总览（样例）

表 2　全局与域级质量分及评级（样例）

本期须特别说明两处。设备管理域全口径评级由「中」降为「需改进」， 同口径分数实际上升 1.3 分；下降原因是本期新增六个测点配置类对象， 其量纲、量程、采样周期三项配置齐备率仅五成左右（规则 DQ-R-EQ-CP-0008）。 这属于纳管范围变化导致的下降，不是治理退步（第 4.3.3 节）。 质量管理域全口径与同口径相差 4.4 分，原因同上，新增十一个检验记录类对象的 缺陷类型码值化率偏低（规则 DQ-R-QM-VL-0001）。

表 3　评级为需改进与差的对象清单（样例，节选）

5.5.3 构成分析（样例）

图 A8-5　本期质量分六维度构成与问题量分布（样例）

图 A8-5　本期质量分六维度构成与问题量分布（样例，数值为示意）。 左图为全局六维度得分，按《数据质量管理办法》附表二权重加权前的原始维度分； 右图为本期新生成问题单量。 数据来源：本报告第 3.1 节与第 3.4 节；维度定义见招标文件第五章 3.2.6.1.1.2.6 第（1）项（b1290）。

两图合看可以得出本期的判断：及时性得分最低（64.3）但问题单量不是最多（246 件）， 说明及时性问题集中在少数对象上——核对第 3.3 节，其中 187 件来自制造执行系统的 报工时延（规则 DQ-R-MF-TM-0005）；完整性得分不是最低（72.1）但问题单量最多（516 件）， 说明完整性问题分散在多个对象上，整改面广而每处量小。 两种形态的整改策略不同：前者集中力量解决一处，后者须靠录入规范与界面校验从源头收。

表 4　按业务域与源系统的问题量构成（样例，节选）

口径说明：问题单量与涉及记录数是两个量，一个问题单可能涉及上万条记录 （《数据质量管理办法》第五十五条）。设备管理域问题单量居第三而涉及记录数最多， 是因为时序数据按测点与时间窗聚合，单个缺段问题单涉及的记录数以万计。 比较各域整改工作量时应看问题单量，比较数据影响面时应看涉及记录数。

表 5　问题量前十五条规则（样例，节选前八条）

前八条规则贡献了本期问题单量的 54.2%。这个集中度是质量治理的常态： 问题通常高度集中于少数字段（《数据质量管理办法》第四十八条）。 本期的整改资源按此排序投放，前四条进入下月重点整改清单。

5.5.4 趋势分析（样例）

图 A8-6　近十二期全局质量分与问题单量趋势（样例）

图 A8-6　近十二期全局质量分与问题单量趋势（样例，数值为示意）。 实线为同口径质量分，虚线为全口径质量分，点线为问题单量（右轴）。 数据来源：本报告第 4.1 节与第 4.2 节；同口径与全口径的定义见《数据质量管理办法》第十九条。

本期趋势属第三种情形（纳管范围变化导致的下降）。同口径质量分连续十二期上行， 从 60.7 升至 76.3；全口径本期下行 0.6 分，原因是新增十七个纳管对象。 问题单量在前六期上升、后六期趋平：上升段是规则库逐批启用的结果， 不是数据变差；趋平段说明新启用规则带来的新增问题量与整改关闭量大致相当。

一条口径提醒：问题单量不是越少越好。规则库启用初期问题单量必然上升， 此时问题单量下降往往说明规则被停用或阈值被放宽，而不是数据变好。 因此本报告的趋势章节一律把问题单量与「本期启用规则条数」并列呈现（表 1）。

5.5.5 根因分析与整改进展（样例）

表 6　根因分布（样例）

本期归因为 R5 的九十八件，已按《数据质量管理办法》第三十六条提交规则变更： 六条规则回炉修改并重新入观察期，三条降级为告警，见附二。 归因为 R6 与 R7 的三百零二件中，二百一十四件转已知缺口，八十八件排入分批清洗计划。

表 7　问题单处置统计（样例）

口径说明三条。第一，按期关闭率的分母已剔除转入已知缺口的二百一十四件 （《数据质量管理办法》第六十二条）。第二，复发率的分子为本期新增问题单中 标记为复发的件数，分母为本期新增问题单量；复发率比关闭率更能说明整改是否触及根因 （同办法第六十一条）。第三，阻断级按期关闭率高于告警级，是因为阻断级问题拦住了 数据流转，业务部门有直接动力处理；告警级问题不影响日常业务，容易被推后。

表 8　超期十个工作日以上问题单清单（样例，节选）

升级不替代整改，升级后时限继续计算（《数据质量管理办法》第六十条）。 本清单在月度例会上点名到部门，不点名到个人（同办法第七十条）。

5.5.6 已知缺口与下期重点（样例）

表 9　已知缺口变化（样例）

表 10　下期重点整改清单（样例，节选）

第 8.4 节对数据集加工的提示（样例）。 本期有三项提示。 一是低置信对象清单新增六个测点配置类对象与十一个检验记录类对象， 涉及这些对象的加工批次须附置信标记并逐批确认取数范围（表 3）。 二是焊接参数流配对率升至 7.2%，焊接过程控制类监督样本的可构造量预期 按新配对率上调，具体数值由加工侧核算。 三是报工时延整改在四月完成后，制造过程类数据集中与节拍、工时相关的样本 建议在五月之后重新取数，四月前已加工批次在数据卡中注明报工时延实测分布。

5.6 季度报告的增补章节

季度报告在月度报告八章的基础上增补两节。

季度质量评估结论。 内容包括：域级与全局质量分的季度值； 维度权重设置的复核意见（权重是否仍反映各域的质量短板）； 规则严重级设置的复核意见（是否有规则长期零触发或长期大量触发）； 规则库覆盖率的季度变化。复核意见提交数据治理委员会审定。

需求清单目标值与达成期的复核结论。 逐条复核：实测值是否已更新； 目标值与达成期是否仍合理；优先级是否需调整；已达成的诉求是否转为常态监控； 无法达成的诉求是否转为已知缺口（《数据质量管理办法》第二十六条）。

长期零触发的规则须专门说明。零触发有两种可能：数据确实没问题， 或规则写错了根本没在检查。两者的区别靠在样本数据上注入已知错误验证， 验证不通过的规则回炉。这项检查每季做一次，不做的话规则库里会积累 一批「看起来在跑、其实什么也没查」的规则。

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

同口径与全口径两条线是为甲方的分期纳管节奏设的。 甲方的数据对象 按季度滚动纳管，纳管顺序大体是从数据质量较好的企业资源计划系统， 到新上线的质量管理系统，再到采集覆盖有限的设备侧。 按这个顺序纳管，全口径质量分在中后期必然阶段性下行。 如果报告只给一个数字，治理工作会在第三、第四季度被误判为退步。

问题单量与涉及记录数分列，是为时序数据设的。 设备时序数据按测点与时间窗聚合， 一个缺段问题单涉及的记录数以万计；而一条工单填写问题只涉及一条记录。 两者用同一个指标比较，会得出「设备问题最严重」的错误结论—— 实际整改工作量以问题单量衡量更准确。

对数据集加工的提示单列一节。 这是本报告与通用数据质量报告最大的不同。 通用报告的读者是治理部门与业务部门，本报告还有第三类读者：数据集加工环节。 配对率变化、低置信对象变化、整改完成时点，都会直接改变加工侧的排产与样本量预期。 第 8.4 节把这些信息集中给出，使加工侧不必自己从全文中筛。

5.8 评审与修订机制

单期报告的评审。 月度报告由数据质量管理员编制，在月度例会由数据治理工作组审定， 审定意见记入会议纪要；季度报告另经数据治理委员会审定。 报告一经出具不修改，发现数据有误的出补充说明并在下期更正（第 5.2 节）。

模板的修订。 模板按年修订一次，并在下列情形下临时修订： 质量维度权重或评级门限调整；规则库结构发生较大变化； 甲方对报告形式提出新要求；连续两期发现某章节无内容可填或信息重复。 模板修订由数据质量管理员提出、数据治理工作组核定。

修订的下游通知。 模板修订后须通知报告的三类读者（业务域数据管理员、 责任部门、数据集加工环节），并更新平台中报告自动生成模块的取数配置。 取数配置不同步更新，会出现模板已改而报告内容仍按旧章节输出的情形。

5.9 报告附表（模板与样例）

每期报告附三份附表。附表与正文的分工是：正文给判断，附表给明细与算法。 评委与甲方读正文即可掌握本期状况；责任部门与数据集加工环节需要明细时查附表。

5.9.1 附一　异常明细汇总表（模板与样例）

异常明细汇总表按问题单汇总，每条问题单一行；问题记录的业务主键清单 不在本表展开，而在台账附表 3.1 中按问题单号查（《质量问题整改台账》第 6.3 节）。 本表的作用是让责任部门在一张表里看到「本月归我整改的有哪些、各涉及多少记录」。

样例（节选，与第 5.5 节同期，数值为示意）：

表中第二行与第四行的计量单位分别为「比对项」与「测点」， 与其余行的「记录」不同，三者不相加（《数据质量校验规则库》第 4.5 节字段 11）。 汇总行按计量单位分组给出小计，不给总计。

5.9.2 附二　本期规则变更清单（模板与样例）

规则变更清单格式固定为七列（《数据质量校验规则库》第 4.15 节）。

「对历史可比性的影响」这一列是本清单的要点。阈值或适用范围一变， 该规则的历史通过率就不再可比；不在清单里写明，趋势图上的拐点无人能解释， 几期之后连编制人自己也说不清是治理起效还是口径变了。 影响显著的在趋势图上标注变更点（第 5.5.4 节图 A8-6 的做法）。

5.9.3 附三　口径与计算式（模板）

本附表给出报告中全部指标的计算式。计算式在本处定义，正文与其余附表只引用不重复定义。

三条口径须特别注意，它们是报告最容易被误读的地方。

维度得分不含提示级规则。 提示级规则（含观察期规则）不计分， 因此某维度下若全部规则都在观察期，该维度得分为空而非零； 得分为空时按对象级质量分的权重分摊规则处理，并在报告中注明。 把空当成零会把正在建设规则的维度算成质量最差的维度。

误报率不汇总为全局值。 误报率按规则单独统计。 全局误报率看起来是个简洁的指标，但它把一条高频规则的少量误报 与一条低频规则的大量误报混成一个数，而后者才是需要回炉的。 观察期的判定依据是单条规则的误报率（《数据质量校验规则库》第 4.8 节）。

配对率的分母是「应配对的记录数」，不是「两侧记录数之和」。 单边缺失计入分母而不计入分子，这是为了让配对率真实反映「有多少能配上」。 分母取两侧之和会让配对率在两侧记录数差别大时严重失真。

5.10 质量看板（日节奏的落地形态）

《数据质量管理办法》第五十二条把质量监控评估分日、月、季三个节奏， 其中月节奏的产出是本报告，季节奏的产出是季度报告，日节奏的产出是质量看板。 看板不是报告的简化版，二者的读者与用途不同：报告给判断与排期， 看板给当下状态与即时推送。看板的规格在此一并给出，因为它与报告共用同一套指标与口径。

5.10.1 看板的视图与最小粒度

看板最小粒度到数据对象与规则（《数据质量管理办法》第五十二条）。按读者分四个视图。

第四个视图是本项目专设的。数据集加工在排产与取数前需要知道两件事： 哪些对象现在是低置信的、各配对关系的配对率是多少。 这两项数据在月度报告中按月给出（第 8.4 节），但加工批次不按月排—— 因此看板须提供当日值。

5.10.2 即时推送规则

最后一条对应《数据质量管理办法》第六十六条： 单批次排除比例超约定水平时暂停该批次加工并提交工作组， 因为这通常说明源数据存在系统性问题而非个别错误。 这条推送不能等到月度报告，等到月报时该批次已经加工完了。

推送不等于催办。 推送只负责让该知道的人当天知道； 催办、升级与报委员会是台账中的升级状态字段驱动的流程 （《数据质量管理办法》第六十条）。两者分开，是为避免推送本身被当作已催办。

5.10.3 看板与报告的口径一致

看板与报告的指标计算式同源，一律取第 5.9.3 节的定义，看板不另设算法。 二者允许出现的差异只有一种：时点差异。看板为当日值，报告为报告期值， 跨月的问题单在看板上计入当日未结、在报告中计入上期结转。 报告的第 1.1 节须注明数据截止时点，使二者的差异可解释。

不允许出现的差异有两种，项目期须在平台配置上排除： 一是口径差异（看板用总关闭率、报告用按期关闭率而都标为「关闭率」）； 二是范围差异（看板含观察期规则、报告不含）。两类差异一旦出现， 业务部门会看到两个关闭率而无从判断哪个是真的，治理工作的公信力随之下降。

5.11 职责矩阵与责任边界

质量分析报告是本附件五份文档中唯一对外呈送的一份：它要提交给数据治理委员会，并作为考核与整改排期的依据。因此它的分工重点在「谁对报告里的结论负责」，而不只是谁来写。下表逐项列明。代码含义与本附件 2.6 一致。

表 A8-18　《质量分析报告》职责矩阵

第 5 行与第 6 行把「批」放在数据质量管理员而把「签」放在业务域数据管理员，这一组合对应的是根因分析最容易出偏差的地方：数据上看得出某个字段的不合格率在某月突然上升，看不出那个月业务上发生了什么。少了业务侧的签认，根因分析会停在「该字段录入质量下降」这一层，而真实原因可能是那个月换了一套作业流程。结论写到哪一层，决定了整改建议有没有用。

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

其一，报告中的数值由我方项目组按已核定的口径计算并对计算过程负责；数值所反映的业务原因由业务侧确认。我方不在未经业务确认的情况下把统计相关性写成因果结论。

其二，整改责任方与时限的指派由甲方作出。我方项目组提出建议并在报告中列明依据，不代行指派；被指派方对指派有异议的，按本办法第二章的争议处理条款解决。

其三，报告一经签发不回改。口径或权重在其后发生变更的，在下一期报告中说明变更内容与对历史数据可比性的影响，并在受影响的历史报告索引中标注所依据的口径版本，不修改已签发的报告正文。

5.12 附表索引与保存规则

分析报告每期一份，附表随之每期一套。这类按期产出的附件最容易出现两种归档失误：一种是只留最新一期，一种是把各期附表混在一起而不标期次。两者都会使趋势分析失去依据——第七章要求的四种分析方法里有三种要跨期比较。下表给出本报告项下各附表与配套记录的维护责任、更新触发与保存规则。保存期限一栏不直接写年限：年限取决于甲方档案管理制度与法定最低年限，二者孰长从长，本表给出的是定年限的规则。

表 A8-22　《质量分析报告》附表索引与保存规则

附三的保存规则写明「保留调整前后两版计算式，并写明适用期次区间」，这一条是本表中唯一涉及期次区间的。质量分的计算式一旦调整，调整前后两段的分值不可直接连成一条趋势线；读近十二期趋势图的人若不知道中间换过算法，会把算法变化读成质量变化。把适用期次区间写在附表上，是让这件事在看图的同时就能被发现，而不必去翻历次报告的正文。

附六的保留要求低于其余各件，但多了一条「保留差异说明」。看板按日取数，报告按期取数，两者的统计截止时点不同，数值有出入是正常的；出入本身不必追究，但不作说明就会在月度例会上被反复提起。一次性写清差异的来源，比每月解释一次省力。

六、样章之五：《质量问题整改台账》V1.0（b1333r28）

6.1 文件标识与版本信息

6.2 适用范围与生效条件

本台账适用于全部质量问题单，包括稽核任务自动生成的与业务人员手工提报的 （《数据质量管理办法》第五十五条）。数据集加工环节的加工质量问题不进本台账， 分界见同办法第六十三条。

生效条件一条：问题单的分派须以「责任部门已确认」为前提， 责任部门未确认的数据对象不得分派问题单（《数据质量需求清单》第 3.2 节）。 无责任部门的问题单会长期挂起并污染关闭率统计。

台账不可编辑已归档记录。 归档后的问题单不可编辑，如需重开则新建问题单 并标注关联原问题单号（同办法第五十九条）。这是台账作为整改证据的前提。

6.3 正文结构（章节至三级）

6.4 字段定义与取值域（模板）

表 A8-10　整改台账主表字段总表

字段 5「规则库版本」与字段 14「计量单位」是本台账专门增设的两项。 前者使问题单的判定依据可追溯：半年后回看某条问题单，能知道当时按哪一版规则、 哪个阈值判定的。后者使统计时不把记录数与比对项数混算（第 4.5 节）。

6.5 问题单的聚合规则

同一规则、同一检查对象、同一稽核周期内的不通过记录聚合为一个问题单 （《数据质量管理办法》第五十五条）。聚合的理由与边界如下。

不聚合的后果是，一次全量扫描会产生上万个问题单，台账失去可管理性， 分派、复核、统计都无法进行。聚合的边界是「同一整改动作能否一次完成」： 同一规则同一对象的不通过记录，其根因与整改措施通常相同，一次补录或一次接口修复即可覆盖。

三种情形不聚合，单独成单：第一，业务人员手工提报的问题，一事一单； 第二，归因结论不同的记录，在整改环节拆单（如同一规则下部分记录是录入问题、 部分是接口问题，拆为两单分别分派）； 第三，责任部门不同的记录，按责任部门拆单。

拆单时原问题单状态置为「已关闭」，关闭原因填「整改完成」或「拆分」， 并在派生修订字段登记拆出的子单号，子单的原问题单号指向原单。

6.6 台账样例行

下表为样例，字段结构与取值为正式口径，数值与部门为示意。 为便于版面排布，表取十二列，其余字段在平台中维护。