ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

ERP质量管理子系统落地指南:AQL抽样检验与检验方式转换规则全解析

ERP质量管理子系统落地指南:AQL抽样检验与检验方式转换规则全解析 简介一份面向制造业质量管理与信息化人员的QMS制造业质量管理子系统培训课件围绕质量检验流程、系统功能与数据传递展开帮助读者理解如何通过标准化与自动化手段降低人为错误、提升产品合格率。压缩包内含1个PPT演示文稿大小757KB内容精炼、页面清晰适合内部培训或自学入门。课件重点介绍了检验项目定义、IQC/IPQC/PQC/FQC多类型检验、供应商进料管理、AQL抽样计划与不合格判定等核心功能并配有系统主画面、功能图、主作业流程及品管类别、缺点分类等重要概念从品管参数设置、检验标准设定到检验单生成与不良原因分析完整呈现了QMS系统的落地路径。目前已有153人学习/下载可作为制造业质量管理信息化项目导入或培训前的实用参考资料。1. 一条进货记录要经过多少双手才敢进仓库制造企业的质检环节从来不缺表单缺的是表单和数据之间的衔接。采购暂收、进料检验、判定允收、结转进货单、不良原因登记这五个动作如果在不同系统或纸质单据里各走一遍一次录入差错就会顺着批次号一路污染到供应商评估和品号不良率统计。这份40页PPT课件讲的质量管理子系统做的事情就是把检验项目定义、AQL抽样、检验单生成、结果判定与单据结转放进同一条自动化链路。系统覆盖IQC进货检验、IPQC工艺检验、PQC半成品检验、FQC制成品检验并自动把允收或特采结果写回采购进货单与委外进货单。适合正在做ERP或制造系统质量模块选型的企业信息人员也适合给工厂做QMS落地实施的顾问与开发看完能直接对照系统界面理清配置顺序。2. 初始化配置品管参数、品管类别与检验项目的挂接2.1 先分清三类基础数据再动手建档案QMS子系统的基础设置看起来条目很多其实可以归成三层全局开关层、分类定义层、品号绑定层。很多项目上线时把三层混在一起配结果一张进货检验单里检验方式、抽样量、允收水准全部互相对不上源头就在品管类别没有和品号检验项目对齐。全局开关集中在“设置品管参数”这个作业里它决定的是整个质量模块的运行方式。课件里给出了三个关键开关我按实际影响范围整理成下面的表格参数项可选值/含义影响范围启动检验方式转换规则勾选后允许设置连续批数和拒收批数减量/正常/加严检验方式是否能按批次自动切换判定的取决方式按检验项目自动判定 / 人工判定某一检验项目拒收时整批是否自动判拒收运行检验程序勾选后验收必须经过质量管理子系统检验采购进货单、委外进货单是否强制关联检验单这三个参数里最容易被忽略的是“判定的取决方式”。按检验项目自动判定意味着如果同一个品号有外观、尺寸、硬度三个检验项目其中一项判拒收系统会自动把整张检验单的判定结果置为拒收不再等待人工确认。这个逻辑在品号检验项目变多之后特别影响效率初期上线建议先用人工判定跑两周让质检员验证自动判定的结果是否和原有纸质规则一致。第二层是品管类别和抽查基础。抽查基础决定抽样依据系统支持105D、105E、GB2828、自定义四类抽样标准品管类别则是把检验方式和允收水准组合成一种可复用的分类。课件原话是“对于类似的检验方式且同允收水准可将其归类成同一品管类别”这意味着你不需要给每个品号单独建一套检验规则而是先把检验方式免检、减量、正常、加严、全检和允收水准严重、主要、次要组合成有限的几个类别再在品号上引用。第三层才是录入品号检验项目。一个品号在同工艺下只能对应一个品管类别但可以挂多个检验项目。每个检验项目都有自己的检验水平、缺点等级、AQL 值这些参数直接决定检验单生成时的抽样数和允收/拒收判定数。2.2 品管类别的字段语义与检验方式选择录入品管类别时核心字段是“检验方式”系统用 0 到 4 的数字表示。理解这五个值的区别是后续配置所有抽样逻辑的前提值检验方式适用场景0免检低风险物料或供应商历史质量极稳定1减量连续多批合格、供应商质量稳定时降低检验成本2正常检验过程开始阶段的默认方式3加严供应商质量变差时加大抽检力度4全检高风险品号、严重缺点等级物料或客户强制要求实际项目中我一般建议把“正常”作为所有品类的默认值等同一品号连续 10 批判定合格后系统按转换规则自动切到减量。不要人工把品类直接设成减量否则后续出现批量不良时追溯不到是哪一批触发了状态变化。检验方式的转换不是品管类别字段里改数字而是由抽查基础中的连续合格/拒收批数驱动的这一点课件在“抽查基础转换规则”里画了完整状态迁移图。品管类别里另一个容易填错的是允收水准的对应关系。系统允许为严重缺点、主要缺点、次要缺点分别设置不同的 AQL 值但界面上的字段名经常被误填成单一数值。一个正确配置的例子是外观检验类别严重缺点 AQL0.65主要缺点 AQL1.0次要缺点 AQL2.5。这三组数在生产入库检验单生成时会被分别套用到对应缺点等级的检验项目上如果只填了其中一个其余等级会取默认值检验员看到的抽样数就会和标准要求不一致。2.3 品号检验项目的配置顺序与回写机制配置顺序上我遵循的操作序列是设置品管参数 - 录入抽查基础 - 录入品管类别 - 录入检验项目 - 录入不良原因 - 录入品号检验项目。前四步都是在建“规则”只有最后一步是把规则挂到具体品号上。录入品号检验项目时界面会要求选择品管类别、检验项目、检验水平、缺点等级和 AQL 值。检验水平这个字段的作用是配合批量大小查取样本代字常见的有一般检验水平 Ⅰ、Ⅱ、Ⅲ以及特殊检验水平 S-1 到 S-4。没有相关背景的实施人员经常把 AQL 和检验水平混为一谈实际上 AQL 决定的是允收/拒收判定数的多少检验水平决定的是抽样数的多少两个维度独立作用。2.4 不良原因编码要在一开始就统一口径录入不良原因看起来最简单只是填编码和描述但它直接影响后续“供应商/工作中心不良原因分析表”和“品号不良原因分析表”的统计口径。不同工厂对同一类缺陷的命名差异很大比如“划伤”和“表面划痕”可能指同一个问题但编码不同报表里就会被切成两条记录。课件里列出的不良原因信息清单是与检验单、分析报表联动的所以编码建议采用两级结构例如 01 开头代表外观类02 代表尺寸类03 代表功能类后面再跟流水号。这样后期在分析报表里按不良原因编码段做汇总时可以用 SQL 的 LIKE 模糊匹配把同一大类合并统计不需要回系统里逐个勾选。这一步在实施阶段多做十分钟后面出月度质量报告时能省几个小时的数据清洗时间。3. IQC到FQC的检验单流转与自动结转逻辑3.1 一张检验单是怎么被自动生成的质量检验模块的入口不是手工新增单据而是从上下游作业自动带出。课件里写得明确采购作业程序中的供应商进料交货暂收资料登账后系统自动产生进料检验单委外加工作业程序中的供应商进料交货暂收资料登账后系统自动产生外包进料检验单。这个机制的价值在于检验单上的品号、数量、供应商、交货单号全部来自上游质检员不需要重新录入也就消除了单据之间对不上的问题。系统覆盖的检验类型对应了制造过程中不同的质量控制节点检验单类型触发来源检验对象判定后的结转去向进货检验单IQC采购进货暂收登账外购物料采购进货单委外进货检验单IQC委外加工进货暂收登账委外加工回厂物料委外加工进货单生产入库检验单FQC生产入库报检制成品生产入库单转移检验单IPQC工序间转移报检在制品、半成品转移单/工艺卡这四类单据共用同一套品管参数、品管类别和抽样规则区别只在于触发源和结转目标。很多实施项目只重视进货检验把 IPQC 和 FQC 当成事后补录结果生产入库单已经审核了检验单才回头录入自动结转逻辑完全失效系统也就退化成了一张 Excel 表。3.2 检验单填写的实际操作步骤进入进货检验单界面后系统会根据品号检验项目带出该品号对应的检验项目列表并为每个检验项目计算抽样数量。质检员要做的事情是把抽样数量对应的物料逐一检验然后在检验单上录入实测值和缺点等级系统再根据判定规则给出 AC允收判定个数或 RE拒收判定个数的结论。以硬度检验为例如果品号检验项目中定义的 AQL1.5、检验水平为 Ⅱ系统查表得到样本代字和抽样数后检验员只需在硬度检验项目行录入测量值系统自动判定该项目是 AC 还是 RE。这里有一个实际操作中容易出问题的细节同一个检验单上的多个检验项目可能对应不同的缺点等级而缺点等级是 CR、MA、MI 中的一种。录入时需要确认每个项目的缺点等级没有带错否则会影响整批的最终判定。3.3 允收、拒收与特采的结转路径检验单判定完毕后系统按品管参数中设定的判定取决方式给出批结论。若判定为允收或特采检验单上的检验信息会自动结转至对应的采购进货单或委外加工进货单相关部门不需要重复录入。拒收的批次则不会触发结转而是进入不良品处理流程需要走报废或退回供应商。特采这个状态需要单独说明。特采的本质是批次检验不合格但经过授权批准后允许接收使用。课件的自动化逻辑把特采与允收并列处理意思是只要最终结论是特采检验信息同样要写入进货单但仓库和财务在看到进货单时需要区分这个批次是通过正常允收还是特采进入的。实际项目中我建议在进货单上增加一个扩展字段标记“特采批次”同时记录特采审批编号方便后续追溯。3.4 检验方式对单据生成的实际影响检验方式免检、减量、正常、加严、全检不只影响抽样量还影响检验单的可操作性。免检品号在进货暂收登账后不会自动产生检验单全检品号则会把批量中的每一件都计入检验单抽样数。加严检验通常出现在供应商质量恶化时此时同一品号的抽样数会比正常检验多出约一倍检验工作量显著上升。系统参数中“连续 5 批中 2 批被拒收”这一条件在课件里被明确列为转换规则的一部分意味着检验方式的切换是由历史批次的判定结果自动驱动的不需要人工干预。但要注意这个转换是按品号供应商维度追踪的不是按检验单类型维度。如果同一品号有多家供应商切换逻辑会在供应商维度分别维护不要在一张报表里混看所有供应商的数据否则会得出错误的加严或减量结论。4. AQL抽样检验与检验方式转换规则的落地实现4.1 抽样检验的四个步骤拆解课件把抽验程序画成四个动作决定 AQL 值、查求样本代字、查求抽样计划抽样数及 AC/RE、决定检验水准。这四个动作的顺序不能颠倒因为每一步的输出是下一步的输入。决定 AQL 值是第一步。AQL 的定义是判定合格批的最高不良率风险越大 AQL 值越小。举例来说AQL1.0 意味着批内不良率不超过 1% 时正常判定接收超过则倾向于判定拒收。严重缺点用较小的 AQL如 0.65次要缺点用较大的 AQL如 2.5这样不同严苛程度的检验项目就能落在同一张抽样表的不同行上。查求样本代字需要两个输入批量大小和检验水平。批量大小是检验单上的报检数量检验水平定义在品号检验项目中。样本代字是 AQL 抽样表里的一个字母定位符从 A 到 R 不等。样本代字确定后再结合 AQL 值去 GB2828 或 105E 的抽样计划表里查出抽样数和 AC/RE 判定数。这里的 AC 是允收判定个数RE 是拒收判定个数当不良数小于等于 AC 时判允收大于等于 RE 时判拒收。def make_judgment(sample_size: int, defect_count: int, ac: int, re: int) - str: 单个检验项目的判定逻辑。 :param sample_size: 抽样数查表获得 :param defect_count: 实际检验出的不良数 :param ac: 允收判定个数来自 AQL 抽样计划表 :param re: 拒收判定个数来自 AQL 抽样计划表 if defect_count sample_size: raise ValueError(不良数不能超过抽样数) if defect_count ac: return ACCEPT if defect_count re: return REJECT return PENDING这段代码处理的是判定动作本身AC 和 RE 值必须来自抽样计划表。注意有一个 PENDING 分支对应的是 RE 大于 AC1 的边界情况实际标准表中多数方案 REAC1但个别加严方案会拉开差距保留这个分支可以避免误判。4.2 检验方式转换规则的工程解读抽查基础转换规则是 QMS 里最有意思的部分也是多数培训课件一笔带过、但现场最容易出偏差的地方。规则总结如下当前状态触发条件转换结果正常连续 10 批合格减量减量1 批拒收恢复正常减量连续 5 批中 2 批被拒收加严加严连续 5 批合格恢复正常课件里给出的减量转换条件包含“连续 5 批中 2 批被拒收”这里的语义是减量执行期间如果出现连续 5 批里有 2 批被判拒收说明供应商质量已经明显恶化状态直接从减量跳到加严不再经过正常这一档。工程上需要注意这个转换是按品号工艺供应商维度维护的。多厂、多生产线的场景下A 厂和 B 厂对同一品号执行的检验方式可能不同因为各自的历史批次判定结果不同。实施时需要在品管参数里把转换规则开关打开并给每一档设置好连续批数和拒收批数否则系统不会自动计算历史批次。4.3 多检验项目的批量判定实现一张检验单上通常有多个检验项目最终结论的判定逻辑按“按检验项目自动判定”规则来即任一项目判拒收则整批拒收。下面这段代码演示了如何在主数据维护完整的场景下实现汇总判定def judge_batch(project_records: list[dict]) - dict: 批量判定入口。 参数 project_records 的每个元素必须包含 project_name: 检验项目名称如 外观、硬度 defect_count: 该项目发现的不良数 ac: 该项目对应的允收判定个数 re: 该项目对应的拒收判定个数 summary { has_reject: False, reject_items: [], accept_items: [], } for record in project_records: result make_judgment( sample_sizerecord[sample_size], defect_countrecord[defect_count], acrecord[ac], rerecord[re], ) if result REJECT: summary[has_reject] True summary[reject_items].append(record[project_name]) elif result ACCEPT: summary[accept_items].append(record[project_name]) return summary这段逻辑对应的是品管参数中“按检验项目自动判定”的运行模式。实际系统里每个检验项目的 AC/RE 值是在检验单生成时从品号检验项目和抽查基础表里带出的开发联调时只需要确认取数逻辑正确判定逻辑就是上面这段代码。4.4 抽检基础选型105E、GB2828 还是自定义课件明确列出系统支持 105D、105E、GB2828、自定义四类抽检基础。105E 是美军标准 MIL-STD-105E 的简写在电子制造业和外贸订单中常见GB2828 是国内标准计数抽样检验程序与 105E 的框架类似但抽样表和部分术语有差异。同一个品号在切换抽检基础后同一批量的样本代字和 AC/RE 值可能不同因此上线时选定一种基础后不要中途随意切换。如果工厂客户以国内客户为主我一般推荐 GB2828如果产品出口欧美且客户有明确检验协议要求使用 105E 更容易和客户侧的质量报告对齐。自定义基础适合企业已有自己的 AQL 表和抽样规则此时可以直接把 Excel 抽样表导入系统但要注意自定义表里的样本代字和 AC/RE 的对应关系必须完整缺一行都会导致检验单无法生成抽样数。5. 质量分析报表的读法与自动判定切换验证5.1 三类管制图应该怎么选课件在系统功能图里列出不良率管制图、不良数管制图、缺点数管制图三类统计图表它们对应不同的质量数据形态不要混用。不良率管制图适用于单位产品的不合格率分析例如某一品号的进货批次不良率走势不良数管制图适用于样本数固定时的不合格品个数的监控缺点数管制图则适用于单件产品上多个缺点的计数分析比如一件产品上有三个划痕就记三点。在实际报表中供应商/工作中心不良原因分析表的数据来源是各检验单上登记的不良原因编码品号不良原因分析表则是按品号维度汇总。读表时先看不良原因编码的集中度再用柏拉图思路按累计占比排序不要被零散的尾部原因干扰判断。5.2 供应商维度的数据钻取以一家注塑件供应商为例如果近两周 IQC 判定记录里“缩水”这个不良原因编码出现频次持续上升直接从供应商/品号检验明细表导出该供应商全部批次的检验记录按交货日期分桶统计不良数同时对照检验方式状态——如果该供应商的检验方式已经被系统切到加严说明历史批次已经连续出现拒收质量事件不是偶发而是系统性趋势。此时质量部门应该触发供应商整改而不是等待下一批检验结果。分析报表要做到这个程度前提是检验单上的不良原因编码录入准确。常见的不良习惯是只判定允收/拒收而不登记原因导致后续分析表为空表。所以上线培训时要明确一个规则拒收批次必须登记不良原因允收批次如果检验过程中发现缺点也要把缺点数和原因录入否则管制图无法反映真实质量水平。5.3 上线初期先验证再切自动判定前面提到品管参数里的“判定的取决方式”支持人工判定和按检验项目自动判定两种模式这里给出一个具体的切换验证方案上线第一周使用人工判定质检员在检验单上对照系统自动计算出的 AC/RE 值人工确认判定结果第二周抽查前一周的单据核对人工判定和系统判定是否存在不一致如果一致率达到预期第三周切换为按检验项目自动判定。这个做法的意义在于验证品号检验项目上的 AQL、检验水平、缺点等级是否配置正确。如果 AQL 配错自动判定会系统性偏松或偏紧短时间内不会暴露但切换后第一月的不良率统计会明显异常。另外切换前必须确认“运行检验程序”开关已打开否则部分单据不需要经过质量检验就能直接入库自动结转的链路就会出现断点。建议在测试环境中先构造一条供应商进料暂收到检验判定再到进货单结转的完整数据逐字段核对后再在生产环境上打开自动判定开关。本文还有配套的精品资源点击获取
返回列表