质量通知 SAP 质量管理:QM02
⚡ 智能摘要
质量通知 SAP 质量管理系统 (QM) 负责记录检验过程中发现的缺陷,并通过根本原因分析推动缺陷的解决。事务代码 QM02 用于记录缺陷原因、任务和活动,而 QA32 则用于创建缺陷检验批次的通知。

什么是质量通知? SAP QM?
SAP QM 质量通知包含捕获和处理检查期间发现的不同类型问题或缺陷的功能(例如,由劣质产品导致的缺陷)。
- SAP QM 质量通知用于分析记录的缺陷并对这些问题进行根本原因分析。
一般情况下, SAP 质量通知可用于:
- 阐述问题并确定受影响的参考对象(例如,材料、供应商、制造商和客户)
- 记录并存储与缺陷直接相关的所有人员(合作伙伴)的姓名。
- 定义处理规范 SAP 质量管理通知(例如,说明缺陷应在多长时间内修复,并为通知分配优先级)
- 捕获个体 缺陷 与问题有关的项目并分析缺陷的根本原因。
- 提及要采取的纠正措施(例如,立即执行的任务或对缺陷进行深入分析后执行的纠正活动)
- Track 通过状态管理通知功能实施纠正措施。它具有多种状态,例如发布、处理中和已完成。
- 记录为解决问题而开展的所有活动和任务。
- 记录分析和解决问题期间产生的不合格成本。
- 可以打印、传真和导出与问题相关的各种类型的报告。
具体应用哪些功能取决于所选的通知类型,因此接下来将介绍标准类型。
质量通知类型 SAP QM
特别是,本 SAP QM 通知可以帮助您处理内部和外部问题。系统默认提供三种通知类型,每种类型都指向不同的参考对象。
| 类型 | 姓名 | 参考对象 | 典型触发器 |
|---|---|---|---|
| Q1 | 客户投诉 | 客户、销售订单、交货 | 交付给客户的商品质量低劣 |
| Q2 | 对供应商的投诉 | 供应商、采购订单、检验批次 | 在对采购材料进行来料检验时发现缺陷 |
| Q3 | 内部问题报告 | 物料、生产订单、工厂 | 车间现场过程检验中发现缺陷 |
- 客户提出的外部投诉 这是标准做法。 SAP 质量通知类型 Q1,处理与交付给客户的货物质量相关的问题。它用于记录客户投诉并针对客户报告的问题采取行动。
- 针对供应商的外部投诉 这是标准做法。 SAP QM 质量通知类型 Q2 处理与供应商交付的货物质量相关的问题。它用于记录对供应商的投诉并针对在材料进货质量检验期间发现的问题采取行动。
- 公司内部问题 这是标准做法。 SAP QM 质量通知类型 Q3 处理源自公司内部的与产品质量相关的问题。它用于记录车间在工序内质量检验过程中发现的内部问题。
下面的示例使用了直接从缺陷检验批次创建的 Q2 通知。
如何记录缺陷并创建质量通知
在此步骤中,我们将在进行分析后记录质量结果超出公差限度时的缺陷 SAP 系统.
步骤1) 从 SAP 轻松访问菜单,打开交易代码QA32,并输入以下详细信息。
- 选择记录结果的检验批次并 SAP 系统状态为“RREC”。
- 按下顶部的“缺陷”按钮 SAP 屏幕上。
按下缺陷按钮后,我们将转到下一个 SAP 屏幕上。
步骤2) 在本 SAP 屏幕,
- 选择代码组“长度”和 Code “过长”是我们分析后发现的缺陷。
步骤3) 在本 SAP 屏幕,
- 您可以看到我们产生缺陷的物料代码和检验批次。
- 您可以看到缺陷代码长度“太长”。
- 按下顶部的“通知按钮”即可创建质量通知。
您将收到“质量通知已创建”的消息。
该通知目前处于待处理状态。解除通知状态和后续跟进记录需要在单独的事务中完成。
如何发布和完成通知
步骤1) 从 SAP 轻松访问屏幕打开事务 QM02。
在这里,我们将发布并记录完成质量通知的任务和活动。
- 输入我们在上一步中创建的质量通知号。
按键盘上的 Enter 键移动到下一个 SAP 屏幕上。
步骤2) 在本 SAP 屏幕,
- 您可以看到我们收到有缺陷货物的采购订单号。
- 您可以看到与采购订单号相关联的检验批。
- 按“项目”选项卡移动到下一个 SAP 屏幕上。
步骤3) 在本 SAP 屏幕,
- 您可以看到我们在前面的步骤中输入的缺陷代码为“太长”。
- 按下释放按钮来释放通知。
- 按“原因”按钮来确定问题的原因并转到下一步 SAP 子屏幕。
步骤4) 在本 SAP 屏幕上,我们需要提及已发现缺陷的原因。
- 这里选择代码组“QM”作为原因,表示这是设计缺陷。这些代码组是根据业务需求配置的。
- 按“任务”按钮转到下一个 SAP 子屏幕。
步骤5) 在本 SAP 屏幕上,我们需要提及识别缺陷后要执行的任务。
- 这里选择任务的代码组“QM- G2”,表示需要返工。这些代码组是根据业务需求配置的。
- 按“活动”标签移至下一个 SAP 子屏幕。
步骤6) 在本 SAP 屏幕上,我们需要提及识别缺陷后要执行的活动。
- 在这里,为活动选择代码组“QM- G2”,这意味着要对供应商提出特殊投诉。这些代码组是根据业务需求配置的。
- 按“完成”按钮即可完成通知过程。
质量通知状态流程 SAP QM
上述步骤中按下的每个按钮都会改变通知的系统状态。读取这些状态是了解缺陷进展情况的最快方法,无需打开每个标签页。
- OSNO – 待处理通知: 通知已存在,但尚未开始处理。它显示在相关部门的工作列表中。
- NOPR – 通知正在处理中: 设置按下释放按钮的时机。现在可以维护原因、任务和活动。
- TSRL / TSCO – 任务已发布并完成: 应用于单个任务,以便可以看到部分进度,而其他任务仍保持开放状态。
- NOCO – 通知已完成: 点击“完成”按钮即可设置。通知关闭,并填写完成日期。
- DLFL – 删除标志: 标记错误创建的通知,使其不参与评估。
如果强制性任务尚未完成,通知无法送达 NOCO,因此该状态可以作为衡量任务是否已完成的可靠指标。 质量管理 的问题。
质量通知交易 Codes
QA32 和 QM02 涵盖了示例工作,但完整的缺陷管理周期需要用到更多事务。下表列出了最常用的代码。
| 交易 Code | 目的 |
|---|---|
| QM01 | 直接创建质量通知 |
| QM02 | 更改通知:发布、原因、任务、活动 |
| QM03 | 显示质量通知 |
| QM10 | 通知列表,更改模式 |
| QM11 | 通知列表,显示模式 |
| QM12 | 通知任务列表 |
| QM13 | 通知活动列表 |
| QA32 | 记录检验批次中的缺陷并生成通知 |
| QS41 | 维护目录、代码组和代码 |
QS41 是故障排除中引用的配置入口点,因为在代码组存在之前,无法对缺陷进行分类。
故障排除
- 检验计划必须复制到检验批,否则我们将无法记录结果和做出使用决策。
- 如果检验计划是在检验批之后创建的,那么检验批将获得 CRTD 状态。我们需要手动分配检验计划,以将状态从创建(CRTD)更改为发布(REL) SAP 系统。检验批下达后,我们才能进行结果记录和使用决策。
- 必须在检验计划中指定抽样程序才能进行结果记录和使用决策,否则我们需要手动计算检验批次中的样本。
- Code 根据业务需求,需要配置组和代码以处理质量通知。
- 如果在 QA32 中“缺陷”按钮呈灰色,则表示该批次尚未达到 RREC 状态。请先记录至少一个结果,如图所示。 最终检查教程.









