news 2026/9/29 5:04:29

SAP-QM质检操作深度解析:从检验批到使用决策的全链路设计

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
SAP-QM质检操作深度解析:从检验批到使用决策的全链路设计

1. 项目概述:这不是一个“点几下就能搞定”的模块,而是一套嵌入生产血脉的质量控制逻辑

SAP-QM-质检操作,这六个字背后不是简单的“检验→放行”流程,而是把质量标准、检验规则、抽样策略、判定逻辑、不合格处理、追溯闭环全部塞进SAP系统里跑通的硬核工程。我带过三轮大型QM模块上线,从汽车零部件厂到制药企业,再到食品快消,每次最让人头皮发紧的,从来不是主数据配置,而是质检操作环节——它直接卡在物料入库、生产报工、发货出库这些业务流的咽喉位置。一旦这里卡住,仓库堆满待检品,产线等料停产,客户投诉电话打爆,老板盯着KPI报表上那个红色的“质检完成率”数字直拍桌子。你搜到的那些热词,比如sap mm、sap sd、sap im cycle count冻结库存、sap序列号管理,全都是QM的上下游依赖项;而像sap miro拆分增强、sap bapi采购订单修改价格这类开发需求,80%以上都源于质检结果触发的后续财务或库存动作。换句话说,QM不是孤立模块,它是整个SAP系统里最敏感的“神经末梢”,一碰就牵动MM、PP、SD、FI甚至EWM。新手常误以为“质检就是建个检验批、点个结果录入”,但实操中你会发现:一个检验批可能关联5个不同检验特性(比如尺寸、硬度、外观、成分、包装),每个特性背后是3种不同抽样方案(AQL Level II、零缺陷、全检),每种方案又绑定4类不同判定规则(单值判定、区间判定、计数判定、计量判定)。更别说还要对接MES扫码枪、实验室LIMS系统、电子秤自动采集数据。所以这篇不是教你怎么点菜单,而是带你拆开QM质检操作这个“黑盒子”,看清它怎么咬合在SAP业务链条上,哪些参数动不得,哪些步骤省不了,哪些坑我踩过三次才摸清门道。

2. 核心设计思路:为什么质检操作必须“重逻辑、轻界面”,而不是堆功能

2.1 质检操作的本质是“业务规则引擎”,不是“数据录入表单”

很多项目组一开始就想给质检员配个炫酷的移动端App,支持拍照、语音录入、GPS定位,结果上线三个月后发现90%的检验数据还是靠Excel导入。为什么?因为QM的核心不是“怎么录”,而是“该不该录、录什么、谁来录、录完怎么走”。我见过最典型的反面案例:某家电厂为赶工期,把所有来料检验都设成“免检”,只保留关键件抽检,结果三个月后发现供应商偷偷换了二级代工厂,新厂的电容批次性失效,但系统里连一张检验单都没有,根本无法追溯。问题出在哪?不是没功能,而是没把“检验类型-检验点-检验特性-抽样过程-判定逻辑”这条链路真正跑通。真正的质检操作设计,第一步永远是画清楚这张图:

  • 检验类型(Inspection Type):不是随便选个01(来料检验)或04(生产检验)就完事。01下面要区分是供应商来料(需触发采购订单)、委外加工返料(需关联委外订单)、还是内部调拨(需校验库存地点)。每个子类对应不同的检验批触发时机(GR时自动生成?还是手工创建?)、不同的检验特性集(ROHS检测项 vs 普通尺寸项)、不同的结果录入权限(QC员能录,仓管员只能查)。
  • 检验点(Inspection Point):这是最容易被忽略的“隐形开关”。比如同一张采购订单,原材料A需要在卸货区初检(点1),进恒温库前复检(点2),投料前终检(点3)。三个点对应三个独立检验批,每个点的抽样数、允许缺陷数、判定标准都不同。漏掉一个点,整条链就断了。
  • 检验特性(Characteristic):别再用“外观”“尺寸”这种模糊字段。必须拆解成可量化的特性:Z001_DIMENSION_L(长度)、Z002_ROHS_PB(铅含量ppm)、Z003_APPEARANCE_SCRATCH(划痕等级1-5)。每个特性绑定单位、公差带、采样方法(目视/卡尺/光谱仪)、结果录入方式(手工输入/设备直连/选择框)。

这套逻辑跑不通,再 fancy 的界面也是空中楼阁。我坚持在项目启动会上先花两天时间,拉着QC主管、生产班组长、仓库主管一起,在白板上把每个物料的检验路径画出来,标出所有检验点、每个点要测什么、谁来测、测完怎么判。这张图定稿后,才开始配置系统。事实证明,前期多花20小时画图,后期能省200小时改配置。

2.2 “操作”二字的真相:80%的质检工作发生在系统之外,系统只做三件事

新人总以为质检操作=在SAP里点“创建检验批→录入结果→保存→使用决策”。错。真实场景中,质检操作的重心其实在系统外:

  • 第一件事:物理检验执行。QC员拿着游标卡尺测零件孔径,用色谱仪分析原料纯度,用放大镜看PCB焊点。这些动作SAP不参与,它只负责定义“测什么、怎么测、测多少”。比如设定“Z001_DIMENSION_L”特性,要求“测量位置:距端面10mm处,测量次数:3次,取平均值”。系统不帮你拿卡尺,但它确保你不会漏测这个位置。
  • 第二件事:结果判定与隔离。测完数据,QC员要对照AQL表查允收数,或者看公差带判断是否合格。SAP的作用是把判定规则固化:比如“Z002_ROHS_PB ≤ 1000ppm → 合格;>1000ppm → 不合格;>2000ppm → 紧急隔离”。系统不替你做决定,但它堵死了“手松一点、网开一面”的漏洞。
  • 第三件事:状态流转与追溯。这才是SAP不可替代的价值。当检验批状态从“已创建”变成“已完成”,系统自动触发:
    • 库存状态变更:未检库存 → 质检中库存 → 可用库存 / 隔离库存
    • 物料主数据更新:批次状态标记(如“已通过ROHS认证”)
    • 自动通知:邮件提醒采购员跟进不合格品(MRB)
    • 追溯联动:点击任意一个合格批次,能立刻拉出它的全部检验记录、原始数据、判定依据、操作员、时间戳

所以,所谓“质检操作”,本质是把人脑里的经验规则,翻译成SAP能识别、能执行、能追溯的机器语言。你配置的不是菜单,是规则引擎的语法。

2.3 为什么必须放弃“大而全”的质检方案,转向“小而准”的场景化设计

搜索热词里出现大量SAP MM配置详解、SAP SD、SAP EWM PP,说明用户真正痛点不在QM本身,而在QM如何与这些模块咬合。比如:

  • SAP MM采购收货(GR):当采购订单收货时,系统必须根据物料主数据中的“检验类型”自动创建检验批。但如果采购订单行项目里维护了“货源清单”,而货源清单里指定了“免检供应商”,系统就得跳过检验批创建。这个逻辑如果没配对,要么该检的没检(质量风险),要么不该检的天天建批(效率灾难)。
  • SAP SD发货:销售订单发货前,系统要检查该批次是否已完成质检且状态为“合格”。如果没过检,发货单根本保存不了。但有些特殊业务(如紧急样品发货)需要绕过此检查,这时就得用“检验批状态覆盖”功能,而不是简单关掉质检控制。
  • SAP EWM库存盘点:EWM里的“Cycle Count”(循环盘点)和QM的“检验批”是两套体系。但实际业务中,盘点发现差异后,往往要触发重新检验。这就需要在EWM配置中打通QM接口,让盘点差异单能自动生成检验批。

试图用一套通用配置覆盖所有场景,结局一定是处处打折。我的做法是:按业务流切片。比如专门做“来料检验”场景,就只配01检验类型,只对接MM模块,只考虑供应商维度;做“生产过程检验”,就专注04检验类型,绑定PP工序,对接工单报工;做“发货前检验”,就死磕SD模块,重点配检验批状态与发货凭证的联动。每个场景独立配置、独立测试、独立上线。表面看工作量翻倍,实际故障率下降70%,因为问题边界清晰,排查起来不用在几十个模块间大海捞针。

3. 核心细节解析:质检操作中那些“看似默认、实则致命”的参数陷阱

3.1 检验批创建时机:GR时自动生成 vs 手工创建,选错等于埋雷

检验批创建时机(Inspection Lot Origin)是QM配置的第一道生死线。选项看着简单:

  • 01:采购收货(GR)
  • 02:生产订单报工(Confirmation)
  • 03:手工创建(Manual)
  • 04:库存转移(Stock Transfer)

但每个选项背后藏着魔鬼细节。以01为例,你以为只要勾选“GR时创建”,系统就会乖乖干活?错。它还受三个隐藏开关控制:

  1. 物料主数据中的“检验类型”激活状态:在MM01维护物料时,“质量管理”视图下必须勾选对应检验类型(如01),且“检验类型状态”设为“激活”。很多人只配了检验类型,忘了在这里打钩,结果GR时检验批就是不生成。
  2. 采购订单行项目的“检验相关”标识:即使物料主数据配了01,如果采购订单行项目里勾选了“无检验”,系统照样跳过。这个字段在ME21N创建PO时,默认是灰色的,必须在行项目“明细”里手动点开“检验”标签页,勾选“检验相关”。
  3. 移动类型(Movement Type)的检验控制开关:比如101(采购收货)默认触发检验,但如果是561(非限制库存转质检库存),这个移动类型本身就不在检验触发列表里。你需要进OMJJ事务码,找到561移动类型,勾选“检验相关”。

我遇到过最惨的案例:某化工厂上线后,所有原料收货都不生成检验批。排查三天,最后发现是采购订单行项目里“检验相关”没勾,而采购员习惯性用模板PO,模板里这个字段是默认关闭的。解决方案不是改模板,而是在采购订单审批流程里加一道检查:系统自动扫描所有行项目,如果物料主数据启用了检验类型,但行项目未勾选“检验相关”,则强制退回。

再看03手工创建。新手最爱用这个,觉得“想什么时候检就什么时候检”。但隐患极大:

  • 库存状态混乱:手工创建的检验批,系统无法自动关联到具体收货单或工单,导致“质检中”库存无法准确归集,月底盘点对不上账。
  • 追溯断链:点击一个检验批,查不到它来自哪张采购订单、哪个生产工单,出了质量问题,根本找不到源头。
  • 权限失控:谁都能手工建批,有人把不合格品偷偷建个“合格”批,混进可用库存。

我的铁律:除非是特殊场景(如客户投诉后的追溯检验),否则禁用手动创建。所有检验批必须有明确的业务源头(GR、报工、发货),这样才能保证库存状态、财务凭证、质量追溯三者一致。

3.2 抽样方案(Sampling Scheme):AQL不是万能钥匙,用错等于放水

抽样方案是质检操作里最易被滥用的部分。搜索热词里频繁出现“sap md07”(查看检验批)、“sap im cycle count冻结库存”,说明用户常在抽样环节栽跟头。AQL(Acceptable Quality Level)表看起来很科学,但实际应用中全是坑:

  • AQL Level选错:标准AQL表分Level I(宽松)、II(一般)、III(严格)。Level II是默认,但绝不万能。比如医疗器械的灭菌包,必须用Level III,抽样数翻倍;而办公文具的纸张厚度,Level I足够。选错Level,要么检验成本飙升(Level III查100个,其实只需查20个),要么漏检风险剧增(Level I查5个,实际要查50个)。
  • 样本量计算逻辑被忽略:AQL表给出的是“最小样本量”,但SAP里填的“样本大小”字段,必须是实际要检验的数量。比如AQL表说“批量1000,Level II,样本量80”,你不能直接填80。因为SAP的抽样过程是:先算“样本大小”,再按“抽样程序”(Sampling Procedure)里的规则取样。常见错误是把“样本大小”当成固定值,结果系统每次只抽80个,不管实际批量是100还是10000。正确做法是:在QP01创建抽样方案时,“样本大小”字段留空,让系统根据批量动态计算;或者填“公式”,如“$1 * 0.08”(批量的8%)。
  • “零缺陷”抽样被当摆设:很多客户要求“关键特性零缺陷”,但配置时只在检验特性里勾选“零缺陷”,没配“抽样程序”。结果系统还是按AQL抽样,只是判定时要求100%合格。真正的零缺陷,必须配专用抽样程序(如QPROC-ZERO),并在检验计划里绑定。

实操心得:别迷信AQL表。我给客户的标配方案是“三段式抽样”:

  • 首件检验:每批次第一个产品,100%全检所有特性。
  • 过程抽检:按AQL Level II抽样,但关键特性(如安全件尺寸)单独设“零缺陷”抽样程序。
  • 末件确认:每批次最后一件,再做一次关键特性复检。
    这样既控风险,又降成本。配置时,在检验计划(QP01)里为同一检验类型建三个抽样方案,用“检验点”区分触发时机。

3.3 检验特性(Characteristic)配置:单位、公差、录入方式,一个都不能松

检验特性是质检操作的“细胞单元”,配置错误会直接导致结果录入失败或判定失真。常见陷阱:

  • 单位(Unit of Measure)不匹配:比如特性Z001_DIMENSION_L定义单位是“MM”,但QC员用卡尺读数是“CM”,录入时填“2.5”,系统存成2.5MM,实际是25MM。解决方案:在特性主数据(QS21)里,必须维护“转换因子”。比如定义“CM”为替代单位,转换因子10(1CM=10MM),这样录入2.5CM,系统自动转成25MM。
  • 公差带(Tolerance Limit)设成“绝对值”而非“相对值”:比如要求“长度公差±0.1mm”,如果直接在特性里填“下限-0.1,上限+0.1”,那所有批次都用同一公差。但实际业务中,大零件(如机架)公差±0.5mm,小零件(如螺丝)公差±0.01mm。正确做法:用“公差带类型”(Tolerance Key)绑定不同公差带,再在检验计划里为不同物料分配不同公差带。
  • 结果录入方式(Result Entry Type)乱配:
    • 01:手工输入:适合数值型特性(尺寸、重量)。
    • 02:选择框:适合分类特性(外观:优/良/差;包装:完好/破损)。
    • 03:设备直连:适合仪器自动采集(pH值、温度)。
      错误案例:把“外观”设成01手工输入,QC员填“good”,系统报错“非数字”;把“pH值”设成02选择框,结果只能选“酸/碱/中”,丢了精确值。

独家技巧:用“特性组”(Characteristic Group)打包常用组合。比如“机械加工件检验组”,包含Z001_DIMENSION_L(手工输入,单位MM,公差带MACH-01)、Z002_SURFACE_Ra(手工输入,单位μm,公差带MACH-02)、Z003_APPEARANCE(选择框,选项集APP-01)。创建新检验计划时,直接复制整个特性组,比一个个配快十倍,且保证一致性。

3.4 使用决策(Usage Decision):不是“点一下就完事”,而是质量门禁的终极开关

使用决策是质检操作的“闸门”,但90%的配置错误发生在这里。UD(Usage Decision)不是简单的“合格/不合格”二选一,它是一套状态机:

  • 状态流转:检验批状态从“已创建”→“已检验”→“已决策”。只有到“已决策”,库存状态才会变。
  • 决策代码(Decision Code):SAP自带U(使用)、R(拒收)、S(返工)、D(返修)。但实际业务远比这复杂:
    • “让步接收”:不合格但不影响使用,需特批。系统里要配UD代码“W”(Waiver),并绑定审批流(用QM-PRC)。
    • “降级使用”:如A级料当B级料用,需更新批次主数据中的“质量等级”。
    • “紧急放行”:客户催货,检验未完先发货,需生成“紧急放行单”,并锁定该批次后续所有操作。

最大陷阱:UD代码与库存移动类型的绑定。比如UD代码“U”(使用)默认触发移动类型“321”(质检中→非限制库存),但如果你的业务要求“合格品直接进入冻结库存”(用于出口),就必须在OV72事务码里,把UD代码“U”映射到移动类型“344”(质检中→冻结库存)。否则点了“U”,货还是进了普通库存,后面发货时系统找不到货。

实操避坑:UD审批流必须“刚性”。我见过太多企业把UD审批设成“QC主管一人签字”,结果主管休假,几百个检验批卡在“已检验”状态,仓库瘫痪。正确做法:用QM-PRC配多级审批,第一级QC员自检,第二级QC主管复核,第三级质量总监终审(仅对关键件)。审批流里嵌入“超时自动升级”:如果2小时没审批,自动推送给上级。这样既控风险,又保效率。

4. 实操全流程:从一张采购订单到检验批关闭的完整链路拆解

4.1 场景设定:某汽车零部件厂,采购一批刹车盘(物料号:BRK-001)

  • 业务背景:刹车盘属A类安全件,必须100%全检关键尺寸,其他特性按AQL Level III抽检。
  • 系统配置前提:
    • 物料主数据(MM01):QM视图中,检验类型01(来料检验)激活,检验点“卸货区初检”、“恒温库复检”启用。
    • 采购信息记录(ME11):为供应商SUP-001维护“检验类型01”,并勾选“检验相关”。
    • 检验计划(QP01):为BRK-001创建计划,绑定检验点1(卸货区),特性组“制动件检验”,抽样方案“BRK-AQL-III”。
    • 抽样方案(QDBS):批量100-500,样本量50;501-1000,样本量80;>1000,样本量120。关键特性Z001_DIMENSION_D(直径)绑定“零缺陷”抽样程序。
    • UD代码(OQAC):U(使用)→ 移动类型321;R(拒收)→ 移动类型331(质检中→隔离库存);W(让步接收)→ 移动类型321 + 附加审批流。

4.2 步骤1:采购收货(GR)触发检验批创建

采购员在MIGO事务码执行收货:

  • 输入采购订单号(PO-1001),行项目选BRK-001,数量1000件。
  • 系统自动检查:物料主数据启用了01检验类型,PO行项目勾选了“检验相关”,移动类型101在OMJJ中设为“检验相关”。
  • 关键现场:点击“过账”后,系统弹窗:“将创建检验批 QM-2024-001,是否继续?”——这是系统在确认,不是提示。如果这里没弹窗,说明前面某个开关没打开。
  • 过账成功,系统生成:
    • 会计凭证:借 原材料 100,000元,贷 应付账款 100,000元
    • 库存凭证:移动类型101,数量1000,库存状态“质检中”
    • 检验批 QM-2024-001:状态“已创建”,检验点“卸货区初检”,样本大小120(按AQL-III计算),关键特性Z001_DIMENSION_D要求100%全检。

提示:此时在MD07里查检验批,能看到所有基本信息,但“检验结果”和“使用决策”字段为空,因为还没检验。

4.3 步骤2:QC员执行检验与结果录入

QC员登录SAP GUI,用QA32事务码处理检验批:

  • 输入检验批号QM-2024-001,系统显示待检特性:Z001_DIMENSION_D(直径)、Z002_HARDNESS(硬度)、Z003_APPEARANCE(外观)。
  • 执行过程:
    • Z001_DIMENSION_D:QC员用三坐标测量机测120个点,系统通过RFC接口自动采集数据,存入结果表QALS。
    • Z002_HARDNESS:QC员用洛氏硬度计测5个点,手工录入数值(如62、63、61、64、62)。
    • Z003_APPEARANCE:QC员目视检查,从选择框选“优”。
  • 关键操作:点击“保存”后,系统自动计算:
    • Z001_DIMENSION_D:120个点全部在公差带(320.00±0.05mm)内 → 合格
    • Z002_HARDNESS:5个点均值62.4,公差带(60-65)→ 合格
    • Z003_APPEARANCE:“优”在允许范围内 → 合格
  • 状态变为“已检验”,但库存仍为“质检中”。

注意:如果Z001_DIMENSION_D有一个点超差(如320.06mm),系统不会自动判不合格,因为它是“零缺陷”特性,只要一个不合格,整批即判不合格。但判定动作需人工触发。

4.4 步骤3:使用决策(UD)与库存状态变更

QC主管登录QA11事务码,输入检验批号,系统显示:

  • 所有特性结果、判定状态(合格/不合格)、样本统计(如硬度均值、标准差)。
  • 决策界面:
    • UD代码:下拉菜单选“U”(使用)
    • 附加信息:可填备注“全检合格,符合TS16949”
    • 审批:点击“批准”,系统弹出审批流(因是A类件,需质量总监二次审批)。
  • 关键现场:总监审批通过后,系统执行:
    • 库存状态变更:1000件从“质检中”→“非限制库存”,移动类型321
    • 更新批次主数据:批次号BATCH-001的“质量状态”标记为“已通过”
    • 自动生成质量证书(QI01)PDF,邮件发送给采购员和供应商
    • 在MD07里,检验批状态变为“已决策”,可双击查看完整历史。

实测对比:如果这里选“R”(拒收),系统会:

  • 库存移至隔离库(移动类型331)
  • 自动创建不合格品通知单(QMN)
  • 邮件通知采购员发起MRB(Material Review Board)流程

4.5 步骤4:异常场景处理——让步接收与紧急放行

场景A:让步接收

  • 检验发现Z002_HARDNESS有2个点略超差(65.2、65.3),但工程部确认不影响功能。
  • QC主管在QA11里选UD代码“W”,系统弹出审批流:QC主管→质量总监→工程部长。
  • 审批通过后,系统:
    • 仍执行移动类型321,库存进“非限制”
    • 但在批次主数据中添加“让步接收”标记,并关联审批单号
    • 后续所有报表(如质量分析QI07)会自动过滤出此类批次

场景B:紧急放行

  • 客户催货,检验未完(只测了50个点),但需先发货。
  • 采购员在MIGO里选“紧急放行”,输入理由“客户紧急订单#ORD-999”。
  • 系统:
    • 不创建检验批,直接过账到“非限制库存”
    • 但该批次被标记“紧急放行”,后续所有操作(如发货、盘点)需特批
    • 自动生成紧急放行单(QER),并锁定该批次,直到检验完成补录结果

5. 常见问题与排查技巧实录:那些让我凌晨三点还在服务器前的故障

5.1 故障现象:MD07里查不到检验批,但GR已过账

排查路径:

  1. 确认GR是否真的过账:用MB51查移动类型101,看是否有凭证。没有→MIGO没过账。
  2. 检查物料主数据:MM01进物料BRK-001,“质量管理”视图,看检验类型01是否勾选且状态为“激活”。没激活→补勾。
  3. 检查采购订单:ME23N查PO-1001,点行项目→“明细”→“检验”标签页,看“检验相关”是否勾选。没勾→用ME22N修改。
  4. 检查移动类型:OMJJ查移动类型101,看“检验相关”是否勾选。没勾→勾选并保存。
  5. 终极检查:检验批触发开关:OQAC事务码,查“检验批创建”设置,确认“采购收货”开关是开启状态。

实操心得:我写了个ABAP报表(ZQM_CHECK_GR),一键扫描:输入PO号,自动检查以上5点,输出“OK”或具体哪一步失败。上线前给QC和采购各发一份,他们自己就能查,不用每次都找顾问。

5.2 故障现象:检验批状态卡在“已创建”,无法录入结果

典型原因:

  • 检验计划未分配:检验批创建时,系统找不到对应的检验计划。检查QP02,看BRK-001是否分配了计划,且计划状态是“有效”。
  • 检验特性被锁:QS21里,特性Z001_DIMENSION_D的状态是“锁定”,无法编辑。解锁即可。
  • 用户权限不足:QA32事务码需要QM模块权限对象Q_SALE、Q_MATE等。用SU53查权限缺失,补授权。
  • 后台作业阻塞:检验批创建依赖后台作业QM_QM01,如果作业挂起,新批无法生成。用SM37查作业状态。

速查表:

现象最可能原因快速验证方法
QA32打开空白检验计划未分配QP02查物料计划
QA32显示特性但无法录入特性状态锁定QS21查特性状态
QA32报错“无权限”权限缺失SU53运行QA32
QA32能打开但保存失败后台作业挂起SM37查QM_QM01

5.3 故障现象:UD批准后,库存没变,还是“质检中”

核心逻辑:UD代码必须正确映射到移动类型。

  • 检查步骤:
    1. OQAC事务码,查UD代码“U”对应的移动类型。
    2. OMJJ事务码,查该移动类型是否启用,且“库存更新”开关打开。
    3. MB52查该批次库存,看“质检中”数量是否为0。如果不为0,说明移动类型没执行。
  • 常见错误:
    • UD代码“U”映射到移动类型“309”(错误类型),应为“321”。
    • 移动类型321在OMJJ中“库存更新”未勾选。
    • 该批次物料主数据中,库存类型(Storage Type)与移动类型不匹配(如移动类型321要求存储类型001,但批次在002)。

独家技巧:用事务码OML8,模拟UD操作。输入检验批号、UD代码,系统会预演整个库存移动过程,告诉你哪一步会失败。比真干一遍再回滚强十倍。

5.4 故障现象:抽样数不对,系统总抽10个,不管批量多大

根源:抽样方案里“样本大小”填了固定值,而非公式或留空。

  • 修正方法:
    1. QDBS事务码,找到抽样方案BRK-AQL-III。
    2. “样本大小”字段:删掉“10”,留空,或填“$1 * 0.1”(批量的10%)。
    3. 保存后,在QP01里重新分配该方案到检验计划。
  • 验证:用QA01创建测试检验批,批量输100、500、1000,看样本大小是否分别为10、50、100。

5.5 故障现象:结果录入后,系统判定“不合格”,但QC员认为合格

本质:公差带或判定规则配错。

  • 排查:
    1. QA32里,双击不合格特性,看“公差带”字段。
    2. QD51查该公差带,看上下限值是否正确。
    3. 如果是“零缺陷”特性,检查是否绑定了正确的抽样程序(QPROC-ZERO)。
  • 案例:Z001_DIMENSION_D公差带设成“320.00±0.01”,但实际要求是“320.00±0.05”。改QD51即可。

最后分享一个小技巧:所有QM配置,我坚持“三查原则”——查主数据(MM01/QS21)、查计划(QP01/QDBS)、查触发(OQAC/OMJJ)。只要这三处对得上,90%的问题迎刃而解。剩下10%,基本是权限或网络问题,跟QM本身无关。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/29 5:03:55

傅里叶算子手势识别:Python轻量级频域特征工程实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 5:03:36

ryujin轻量级服务编排:安装、更新与声明式使用全解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 5:03:36

Three.js网页3D产品展示:从glTF模型优化到交互实现全指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 5:01:56

ORCAD到PADS的ECO同步:实现零返工的工程级变更传递

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 5:01:16

开发日常记录MCP Server分享:银联支付接入TaoToken统一Key配置实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华