一句话理解
质量通知单（Quality Notification）是"质量问题的工单"：发现不合格品、客户投诉、供应商来料不良——先建一张通知单，把"什么问题、哪里的货、严重程度"记下来，然后走原因分析、整改措施、效果验证的闭环。它是 QM 里管理属性最强的功能。
实战提示：给质量部讲通知单的价值只说一句——"没有通知单的质量问题，三个月后没人记得；有通知单的，每个问题都有主人和期限。" 质量改进靠的不是记忆力，是工单流。
质量通知的处理流程
通知单类型：对内对外要分开
| 类型 | 用途 | 典型场景 |
|---|---|---|
| 客户投诉 | 外部（客户侧） | 客户退货、客诉 |
| 供应商质量问题 | 外部（供应侧） | 来料不良、供应商整改 |
| 内部质量问题 | 内部 | 生产过程不良、巡检发现 |
常见坑：所有问题都用一种通知单类型。客户投诉和内部巡检发现混在一起，统计时"客户投诉率"算不准。项目初期就要把通知单类型设计好，后期再分历史数据是灾难。
缺陷记录：结构化是关键
通知单里的缺陷要结构化记录，而不是写一段话：
| 要素 | 说明 | 示例 |
|---|---|---|
| 缺陷代码 | 目录化缺陷类型 | 外观划伤、尺寸超差 |
| 缺陷位置 | 具体部位 | 阀体密封面 |
| 严重程度 | 分级 | 致命 / 严重 / 轻微 |
| 缺陷数量 | 不良数/抽检数 | 5/200 |
结构化缺陷代码是质量数据分析的基础：柏拉图（Pareto）分析"哪种缺陷最多"，前提是缺陷有代码。
8D 报告：汽车行业的标配
8D（Eight Disciplines）是汽车行业处理质量问题的标准流程，可以在 QM 通知单里落地：
| 步骤 | 内容 |
|---|---|
| D1 | 成立小组 |
| D2 | 描述问题 |
| D3 | 临时遏制措施（围堵） |
| D4 | 根本原因分析 |
| D5 | 纠正措施验证 |
| D6 | 纠正措施实施 |
| D7 | 预防措施（横向展开） |
| D8 | 小组祝贺、关闭 |
实战提示：D3（临时遏制）是最容易被跳过的。出了质量问题先想"怎么彻底解决"，但客户等不了——先围堵（冻结库存、通知客户、切换供应商），再慢慢找根因。D3 做不好，D4-D8 做得再漂亮也没用。
与检验批、采购的联动
- 检验批不合格 → 可直接从检验批生成质量通知单（缺陷自动带入）
- 供应商质量问题 → 通知单关联采购订单，触发供应商整改流程
- 整改完成 → 供应商评估分数更新（QI01 质量信息记录）
常见问题
Q：质量通知和 PM 的维修通知有什么区别？
A：QM 通知管产品质量问题（这批货不合格），PM 通知管设备问题（这台机床坏了）。T-code 都是 QN 开头但通知单类型不同，统计口径完全分开。
Q：客户投诉必须在 SAP 里建通知单吗？
A：建议建。很多企业的客诉散落在邮件、微信里，没有工单就没有闭环。QM 通知单的好处是：投诉→分析→整改→验证→关闭，全程可追溯，审厂时直接导出。
Q：8D 一定要走完 8 步吗？小问题也要 8D？
A：不需要。建议分级：重大客诉/批量事故走完整 8D；一般内部问题走简化流程（问题→原因→措施→验证）。一刀切全走 8D，质量部会被文书工作淹没。
实战经验
- 质量通知的时效性比完整性重要：要求 24 小时内建单（先记录事实），原因分析可以后补。等"把情况都搞清楚再建单"，黄花菜都凉了。
- 整改措施的验证环节最容易走过场："措施已执行"不等于"措施有效"。验证要看数据——同样的缺陷三个月内复发，措施就是无效的，打回重做。
- 通知单数据是管理评审的输入：每季度从通知单里提炼 TOP3 质量问题，是质量体系持续改进最实在的素材。
相关阅读
相关文章
Inspection Lot（检验批与检验流程）
检验批是 QM 的核心单据：检验类型、检验计划（QP01）、结果记录（QE01）、使用决策（QA11）全流程实战，以及检验批积压这个最常见的生产救火场景。
QM Overview（质量管理模块总览）
SAP QM 模块总览：质量计划、质量检验、质量通知、质量控制四大块，以及 QM 与 MM/PP/SD 的集成点。给 QM 新人的一张地图。
QM in Procurement（采购收货质检）
QM 与 MM 的集成点：采购收货如何触发检验批，103 移动类型（收货到质检库存），检验库存管理，以及免检、冻结等实战场景。
EWM Inbound（入库流程）
EWM 入库全流程实战：预期收货（ASN）、卸货、检验、上架策略、仓库任务（WT）与 RF 确认上架。含 QM 质检集成点。