结论先说：质量不良记录要建得能统计、能追责、能闭环，关键是把“发现了什么”“该谁负责”“最后怎么处理”拆成三组字段分别记录：缺陷代码用分层字典约束，责任工序与发现工序分开存，返修处置用单独的明细行串起来，直到复检合格或报废才算关闭。很多系统只有一张“不良登记表”加一个备注框，结果报表能数出不良数量，却说不清是哪道工序造成的、修好了没有。

## 什么是不良记录闭环？

不良记录闭环是指一条不良从被发现、判定缺陷类型、确定责任工序，到返修、复检、最终放行或报废，每一步都有记录且状态可查，未处理完的不良不会从系统里消失。本文把这三组字段叫做“码、责、环”：码是缺陷代码，责是责任归属，环是处置闭环。

## 一、缺陷代码字典怎么设计？

缺陷代码要用分层字典，而不是让质检员自由输入文字，否则同一种缺陷会出现几十种写法，帕累托分析无从谈起。

缺陷代码表 defect_code 的关键字段：

- code：缺陷代码，建议两级或三级结构，例如外观类下的划伤、尺寸类下的孔径超差。
- parent_code：上级分类代码。
- name：标准名称。
- severity：严重度，取值为致命、严重、一般、轻微，决定默认处置方式。
- applicable_ops：适用工序范围，扫码登记时只显示当前工序可能出现的缺陷，减少误选。
- default_resp_op：默认责任工序，例如焊点虚焊默认指向焊接工序，可在判定时修改。
- is_active：是否启用，停用的代码保留历史数据，不能删除。

字典维护的原则是少而准：一级分类控制在十个以内，每个工序可选代码控制在二三十个以内，并留一个“其他”但要求必填描述，定期把“其他”里的高频描述转成新代码。

## 二、不良主表和处置明细需要哪些字段？

不良记录分主表和处置明细两张表：主表一件不良一行，描述发现时的事实和当前状态；处置明细一行一个动作，按时间串起完整闭环。

不良主表 ng_record 的关键字段：

- ng_id：不良单号。
- sn 或 batch_no：不良产品的序列号或批次号，二者至少有一个。
- work_order 和 product_no：工单号和产品型号。
- found_op 和 found_station：发现工序和发现工位。
- defect_code：缺陷代码。
- defect_qty：不良数量，序列号件固定为1。
- defect_position：缺陷位置，例如位号、区域编号，电子装配里常填元件位号。
- resp_op：责任工序，初始取缺陷代码的默认值，判定后更新。
- resp_type：责任类型，取值为本工序、上道工序、来料、设计、设备。
- supplier_batch：责任类型为来料时，关联来料批次，方便反向追溯其他受影响产品。
- status：状态，取值为待判定、待返修、返修中、待复检、已关闭、已报废。
- found_by 和 found_at：发现人和时间。
- closed_at：关闭时间，用于计算处理周期。

处置明细表 ng_action 的关键字段：

- action_id：明细编号。
- ng_id：关联不良单。
- action_type：动作类型，取值为判定、返修、复检、让步接收、报废、转供应商。
- result：结果，例如复检合格、复检仍不良。
- repair_method：返修方法编码，例如补焊、更换零件、重新加工。
- replaced_part：更换下来的零件码和换上的零件码，用于修正追溯关系。
- operator 和 action_at：执行人和时间。
- remark：说明。

## 三、发现工序和责任工序为什么要分开？

发现工序和责任工序分开存，是质量统计有意义的前提。终检发现的不良，大部分不是终检造成的；如果只记一个工序字段，终检会成为“不良数量排在前面的工序”，真正需要改进的工序反而看不出来。

几种建模方式的对比：

- 只记发现工序：实现简单，适合只需要统计各检验站拦截量的场景，无法用于改进分析。
- 发现工序加责任工序：能区分拦截能力和制造问题，是多数装配车间的合理起点。
- 再加责任类型和来料批次：能把来料问题和制程问题分开，并直接触发来料批次的反向追溯，适合有较多外购件的产品。
- 再加原因分析和纠正措施：把质量改进流程也放进系统，需要质量部门有稳定的分析习惯，否则字段会大量留空。

建议从第二种起步，来料比例高的产品直接做到第三种。

## 四、实施分几步？

第一步，收集过去一段时间纸质或表格里的不良记录，归并写法，整理出缺陷代码初稿。

第二步，与工艺和质量人员一起为每个代码设定严重度和默认责任工序。

第三步，在各检验工位上线扫码登记，扫产品码后只显示该工序适用的缺陷代码。

第四步，上线返修工位，返修人员扫不良产品后选择返修方法，换件时扫新旧零件码。

第五步，复检合格后关闭不良单，产品回到原工艺路线的指定工序；复检仍不良则生成新的处置明细或转报废。

第六步，每周查看未关闭不良单和“其他”代码的使用情况，持续调整字典。

## 五、常见坑有哪些？

- 缺陷代码允许自由输入：统计时同一缺陷被拆成多种写法，分析结果失真。
- 关闭不良单不要求复检：返修人员修完直接关闭，修没修好无从得知。关闭动作必须由复检结果触发。
- 换件不更新追溯关系：返修换了零件，成品追溯里仍是旧零件批次，客诉时会查错。换件要写新旧零件码并修正投料关系。
- 一件产品多个缺陷只记一个：同一件产品有两处缺陷时应记两条，否则返修可能漏修。
- 报废不留明细：直接删除或改状态，无法统计报废损失和原因。报废也是一条处置明细。
- 责任判定无时限：大量不良长期停在待判定，统计口径失效。应设定判定时限并提醒。

## 六、车间里是什么样？

以一条电子装配线为例：功能测试工位发现一块控制板无输出，测试员扫板码，选择缺陷代码“元件虚焊”，位置填写元件位号，系统按默认值把责任工序设为回流焊。板子流转到返修台，返修员用放大镜确认后补焊，登记返修方法；复检工位再测试合格，不良单关闭，板子回到测试工序继续流转。月底质量工程师按责任工序汇总，发现回流焊相关不良集中在某一个产品型号，从而把改进重点放到该型号的炉温设置上。发现与责任分开记录，是质量统计能真正指导改进的前提。

## 七、上线前验收哪些项？

- 每个检验工位只能看到适用的缺陷代码，不能自由输入代码。
- 一件产品可以登记多条不良，返修时逐条处理。
- 不良单只能由复检合格、让步接收或报废三种动作关闭。
- 返修换件后，该产品的追溯结果显示新零件批次。
- 按发现工序和按责任工序的两张统计结果可以分别输出。
- 未关闭超过约定时限的不良单能被列出并提醒责任人。

## 八、FAQ

**问：批次产品没有序列号，不良怎么登记？**

答：按批次号登记，不良数量填实际数量，处置明细里记录返修或报废的数量，剩余数量作为合格继续流转。

**问：同一件产品返修多次怎么记？**

答：在同一张不良单下追加多条处置明细，每次复检不合格就再追加一次返修，便于统计返修次数；超过约定次数可以强制转报废评审。

**问：让步接收要不要单独建表？**

答：一般不需要，作为处置明细的一种动作类型即可，但要记录批准人和批准依据。

**问：缺陷代码要不要和客户的代码体系一致？**

答：建议内部代码独立维护，再建一张与客户代码的对照表，这样内部统计口径稳定，对外报告时再转换。

**问：不良记录和设备数据能关联吗？**

答：可以通过工位、时间和产品码关联当时的设备参数快照，这是分析制程原因的重要依据。

*更新于2026年11月*

结论先说：质量不良记录要建得能统计、能追责、能闭环，关键是把“发现了什么”“该谁负责”“最后怎么处理”拆成三组字段分别记录：缺陷代码用分层字典约束，责任工序与发现工序分开存，返修处置用单独的明细行串起来，直到复检合格或报废才算关闭。很多系统只有一张“不良登记表”加一个备注框，结果报表能数出不良数量，却说不清是哪道工序造成的、修好了没有。

MES质量不良记录怎么建模？缺陷代码、责任工序与返修闭环的数据结构

结论先说：质量不良记录要建得能统计、能追责、能闭环，关键是把"发现了什么""该谁负责""最后怎么处理"拆成三组字段：缺陷代码用分层字典，责任工序与发现工序分开，返修处置用明细行串起直到关闭。

后端

质量不良记录闭环管理关键在于“码、责、环”三组字段：缺陷代码用分层字典约束，责任工序与发现工序分开存储，处置明细逐条记录直至复检合格或报废关闭。通过返修换件更新追溯关系，确保统计可追责、分析可闭环，有效识别真正需要改进的工序，支撑质量改进决策。

让每一个 Agent，都跑在云上

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

MES质量不良记录怎么建模？缺陷代码、责任工序与返修闭环的数据结构-腾讯云开发者社区-腾讯云

MES质量不良记录怎么建模？缺陷代码、责任工序与返修闭环的数据结构

MES质量不良记录怎么建模？缺陷代码、责任工序与返修闭环的数据结构

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐