验货员论坛

标题: 关于AQL判定的问题 [打印本页]

作者: tammy    时间: 2008-8-20 16:22
标题: 关于AQL判定的问题
大家好!
我们公司今天来了ISO审查的人员,他今天跟我们公司的QC人员说,我们的AQL的判定标准方式是不对的!现在把我也搞乱了!所以,现在跟大家探讨一下!
ISO人员理解AQL的判定是这样的:抽样后,找出MA和MI的不良数,要进行相加后得出的总数,再按照MA和MI的标准判定!
举例如下:
产品数量:1000个   按一般二级抽样水平 , AQL(CR=0   MA=2.5  MI=4.0)
查表得出,抽取样本数=80   CR(0, 1)      MA(5, 6)   MI(7, 8)
检查这80个产品,将MA和 MI分别记下来,
然后将MA和MI的总数相加,得出的数量如果超过AQL的MA+MI=5+7=12那么该批产品就不合格!
如果MA+MI的和小于12,就说这批货合格!
我就问了他,如果抽样数里面查到的不良品是MA有9个, MI有2个!这样也判合格吗?
他说按照他的理解,是合格的!因为9+2=11,小于12

大家认为他的这种判定标准对不对?
作者: 我是马甲    时间: 2008-8-20 16:36
就这水平还干审核

作者: 无痕    时间: 2008-8-20 17:44
现在做审核的,都喜欢忽悠别人,所以听听就好了
作者: DAVID3397    时间: 2008-8-20 23:59
纯粹瞎掰,,怎么可能呢,,这审核的怎么可能收得到钱呢...纯粹误导你们..
作者: hansesse    时间: 2008-8-21 04:19
神经病~
纯粹乱来的
作者: batigolalways    时间: 2008-8-21 09:21
你应该问他,大于12(5+7)REJECT,按他的逻辑小于14(6+8)应该PASS, 那么13怎么判呢?
作者: glory    时间: 2008-8-21 15:52
一句话:你还不够资格做审查,连这样的基础问题都不懂,回去好好培训.
作者: 不凡    时间: 2008-11-1 14:23
他是不是想要红包,
我个人觉得:MA和MI既是分开也是和起来
当MA和MI中任何一处超标的话,这批货肯定是REJECT,
当一批货中有MA,也有MI时,而两个都没有超标,要分两种情况,一种是MA+MI≤MI(接受数量),这货是PASS的,而另一种有争议的应该是:
MA+MI≥MI(接受数量),有人会PASS,有人刚REJECT,先前有篇贴说到这个问题,很多人发表了不同看法,本人支持MA+MI≤MI(接受数量)就可以接受,反之REJECT
作者: huggins_tang    时间: 2008-11-20 08:26
呵呵,什么垃圾审核,纯属误人子弟,不要信他的
作者: yvonne007    时间: 2008-11-20 21:41
做验货那么死说明都是菜鸟!!老鸟有自己的一套!!
作者: jasonlin1975    时间: 2008-11-21 01:01
呵呵,什么垃圾审核,纯属误人子弟,
神经病~
纯粹乱来的
作者: adsl2008    时间: 2008-11-21 10:21
晕,什么不懂都去验厂,让工厂笑话了吧
LZ交点培训费,我教你,
作者: zzp8202    时间: 2009-1-5 20:44
没给红包吧!
给了就能过了。
作者: adsl2008    时间: 2009-1-14 17:07
原帖由 不凡 于 2008-11-1 14:23 发表
他是不是想要红包,
我个人觉得:MA和MI既是分开也是和起来
当MA和MI中任何一处超标的话,这批货肯定是REJECT,
当一批货中有MA,也有MI时,而两个都没有超标,要分两种情况,一种是MA+MI≤MI(接受数量),这货是 ...


只要MAJOR 超了,坚决REJECT,但是MINOR超了一点,有时候就看你自己了
作者: mayjhnhtex    时间: 2009-1-15 17:46
听听可以,他说他的,你做你的。
作者: wangchunshe    时间: 2009-1-15 18:06
标题: 1
AQL(CR=0   MA=2.5  MI=4.0)是三个分别的值,它们的问题不是相同的,所以不应合在一起算。个问题中的任何一个问题数大于标准中的数就证明这批货都是不行的,比如:MA 5-6,中出现了7个不良数就可以判定这个货是不合格的了。
作者: ksharp0769    时间: 2009-1-16 02:38
AQL是什么?我做这行这么久了,AQL有用么?? 别那么死
作者: adam29    时间: 2009-2-9 09:47
哈哈,现在好象新的也出来了,MIL-STD-1916
作者: kevinyang    时间: 2009-2-9 10:35
审核人员不对,是肯定的。
作者: CNCCC    时间: 2009-2-9 11:43
原帖由 furenhe 于 2009-1-14 17:07 发表


只要MAJOR 超了,坚决REJECT,但是MINOR超了一点,有时候就看你自己了

这是所谓的“B+C”判定,B类不合格没有超标,只是C类不合格超标,这时B类不合格+C类不合格的总和没有超过B类+C类的允收数,则可以判合格。该类判定,基于B类不合格很少、C类不合格仅仅少量超标的情况。
作者: brave    时间: 2009-2-9 11:58
个人认为:抽样AQL它只是一个参考值,很多是要根据实际情况定。至于楼主说得审核员~~~~~~~~~
作者: ysl    时间: 2009-2-11 11:26
原帖由 tammy 于 2008-8-20 16:22 发表
大家好!
我们公司今天来了ISO审查的人员,他今天跟我们公司的QC人员说,我们的AQL的判定标准方式是不对的!现在把我也搞乱了!所以,现在跟大家探讨一下!
ISO人员理解AQL的判定是这样的:抽样后,找出MA和MI的不良数,要进 ...



别理他。。。 
作者: zhangwangyang    时间: 2009-2-19 14:02
忽悠,你就让他接着忽悠!
作者: tobywu6    时间: 2009-2-19 16:09
就这水平还干审核

作者: havedream    时间: 2009-2-19 17:01
只要MAJOR 超了,坚决REJECT,
但Major不合格没有超标,只是Minor不合格超标,这时Major不合格+Minor不合格的总和没有超过Major+Minor的允收数,则可以判合格。
作者: wei1088    时间: 2009-2-20 17:19
有意思,要好好研究一下
作者: oasissoap    时间: 2009-2-20 17:25
这真是一个败类,这样的东西都搞不好
作者: mikepan    时间: 2009-2-20 17:29
垃圾审核,误人子弟,呵呵
作者: mikepan    时间: 2009-2-20 17:32
原帖由 ksharp0769 于 2009-1-16 02:38 发表
AQL是什么?我做这行这么久了,AQL有用么?? 别那么死

   你连这个也没学会怎么去做QC???郁闷
作者: jknew    时间: 2009-3-1 10:29
原帖由 不凡 于 2008-11-1 14:23 发表
他是不是想要红包,
我个人觉得:MA和MI既是分开也是和起来
当MA和MI中任何一处超标的话,这批货肯定是REJECT,
当一批货中有MA,也有MI时,而两个都没有超标,要分两种情况,一种是MA+MI≤MI(接受数量),这货是 ...


前题MA,MI两个都没有超标:个人认为当MA+MI>=MI(接受数量)时,判为REJECT是不合理的,不符合抽样方案要求.以正常一次抽样方案为例,MA=1.5,MI=6.5,当n=50,AC=2+7>MI(接受数量),由表上可以看出当n>=50后,都是MA+MI>=MI(接受数量).
个人建议:当MA,MI实际数量在AC的极限值时,如果觉得不够稳妥,可能加抽一样,采用二次抽样方案
作者: xiangxiantong    时间: 2009-3-1 13:02
标题: 啊啊啊!
这个问题怎么老是拿出来讨论啊?没人发新帖子的吗?
作者: acicharry    时间: 2009-3-27 11:52
那家伙是白痴 不懂AQL的 或者换个说法 他另有所图
作者: aronqu    时间: 2009-3-27 13:24
别理这种不懂的人.瞎搞
作者: zhuhongyi    时间: 2009-3-31 17:13
标题: 回复1楼
这个也讨论??MAJ(5个),MIN(7个),不超出这个范围就行了,比如MAJ(4个)+MIN(7个)不是没超12个也没超MAJ和MIN的各自范围吗?
按你说的MAJ(9个)+MIN(2个)=11个是没超12个,
但MAJ已经超出你的AQL接收标准MAJ(5个)了
作者: inxmu    时间: 2009-4-5 13:45
乱搞。
乱说。
作者: stoicchen    时间: 2009-4-5 16:16
我会问审核人员一句话: 为什么AQL中还要分major跟minor?按他的说法,两者合二为一就得了,免去很多麻烦

例如,major一个没有,minor发现了8个,一样是reject的,因为可能客人要求的就是外观特别好的产品,AQL是有科学依据的。

但是个人认为在实际操作中,尽量不要用marginal AQL,要么就不搞,要搞就搞死




欢迎光临 验货员论坛 (http://bbs.wtoqc.net/) Powered by Discuz! X3.2