4. 质量数据标准与主数据管理

质量数据治理平台能否真正跑起来，往往不取决于算法多先进，而取决于最底层的一件事：同一个东西，在系统里是不是同一个名字、同一套编码、同一组含义。如果物料在MES里叫“电机-01”，在QMS里叫“MTR-001”，在SPC系统里又写成“1#电机”，那么后续的缺陷率统计、设备能力分析、批次追溯都会在数据关联环节断裂。本节围绕质量数据标准体系、数据元与编码规则、以及物料/设备/缺陷代码三类主数据的落地方法展开。

一、质量数据标准体系的三层结构

质量数据标准不是一份孤立的文档，而是一个分层体系。通常分为三层：

• 基础标准层：规定数据元的定义、数据类型、值域、计量单位、精度和缺失值规则。例如“缺陷数量”的数据元定义为“单件产品上经检验确认的不合格项个数”，类型为整数，值域≥0，单位“个”。
• 编码标准层：规定各类主数据和业务对象的编码规则，包括码段结构、长度、字符集、校验位和生命周期状态。
• 交换标准层：规定系统间数据交换的格式、接口字段映射、时间戳格式和版本号，确保MES、QMS、SPC、WMS之间的数据可对齐。

三层之间的关系是：基础标准定义“是什么”，编码标准定义“怎么标识”，交换标准定义“怎么传递”。缺少任何一层，平台都会出现“数据能进来但关联不上”的问题。

二、数据元与编码规则的设计方法

数据元是质量数据标准的最小单元。设计一个数据元，至少要明确六项属性：中文名称、英文标识、定义、数据类型、值域/枚举、计量单位。以“缺陷代码”为例，其数据元定义应写成：“用于标识产品不合格现象类别的标准代码，引用缺陷代码主数据，字符型，长度6位，不允许为空。”

编码规则的设计要兼顾唯一性、可扩展性和人机可读性。常见的码段结构为：类别码 + 顺序码 + 校验位。例如物料编码采用“大类2位 + 中类2位 + 流水4位 + 校验1位”，共9位。设备编码可采用“车间2位 + 设备类型2位 + 序号3位”，共7位。缺陷代码则更适合采用“缺陷大类1位 + 缺陷中类2位 + 细类2位 + 顺序1位”的6位结构。

编码规则一旦发布，必须冻结码段含义，新增类别只能追加，不能复用已停用代码。这是保证历史数据可追溯的关键约束。

三、三类主数据在质量平台中的落地

质量平台最核心的三类主数据是物料、设备和缺陷代码。它们的落地方式各有侧重：

• 物料主数据：需要与ERP、MES保持同源。质量平台通常不新建物料，而是订阅ERP的物料主数据，并补充质量属性字段，如“是否关键件”“检验等级”“保质期天数”“默认抽样方案”。
• 设备主数据：来源可能是设备管理系统或MES。质量平台需要补充“设备精度等级”“校准周期”“所属产线”“关键工艺参数”等字段，用于SPC和MSA分析。
• 缺陷代码主数据：通常由质量部门主责维护，是质量平台独有的核心主数据。它需要与FMEA、控制计划、检验指导书中的缺陷描述建立映射关系。

三类主数据在平台中的关系可以用下面的结构图表示：

四、落地过程中的关键操作与判断

在实际项目中，主数据落地通常按以下顺序推进：

1. 盘点现有编码：从ERP、MES、QMS中导出物料、设备、缺陷代码清单，统计编码长度、重复率、空值率。例如某项目发现物料编码在三个系统中分别有8位、10位、12位三种格式，重复率约17%。
2. 确定主数据源系统：物料以ERP为准，设备以设备管理系统为准，缺陷代码以质量平台为准。其他系统通过接口订阅，不允许各自维护。
3. 建立映射表：对无法直接统一的旧编码，建立“旧编码→新编码”映射表，并在数据接入层完成转换。映射表需要记录生效日期和失效日期。
4. 配置校验规则：在数据接入环节增加编码格式校验、值域校验和引用完整性校验。例如缺陷代码必须存在于缺陷代码主数据表中，否则拒绝写入并记录异常日志。
5. 发布与冻结：编码规则经质量、IT、生产三方评审后发布，冻结码段含义。后续新增只能追加，不能修改已发布码段的语义。

五、一个可参考的缺陷代码编码示例

以下是一个6位缺陷代码的编码结构示例，供实际设计时参考：

按此规则，“外径偏大且连续超差”的缺陷代码为 101011。该代码在检验记录中录入后，平台可自动归集到“尺寸类缺陷”进行帕累托分析，并与FMEA中的失效模式建立关联。

质量数据标准与主数据管理的本质，是把“人脑中的共识”转化为“系统间的契约”。标准体系提供框架，数据元提供最小定义单元，编码规则提供唯一标识，主数据管理提供统一分发机制。四者缺一不可，共同支撑质量平台从“能看数据”走向“能信数据”。