验货员论坛
标题:
验货是看款式数量还是订单数量 急
[打印本页]
作者:
shila
时间:
2012-6-8 16:37
标题:
验货是看款式数量还是订单数量 急
我是个跟单。今天遇到个很纠结的事。。请教一下大家。。。
有一个订单里有36个款式,按照AQL 2.5 普通标准2, 每个款式按200件抽样 都通过了检验
但是如果按照订单数量36000 标准,中不通过的数量超过了21件 。
所以客人给了订单不通过的报告。
我解释说36款*200pcs=总抽样7200pcs , 36000的标准是按500pcs 抽样不能超过21件。。所以拿500PCS的标准来衡量7200肯定是不对的。。
我现在问题如下。
1.我说如果是按照36000的数量的标准 那应该把7200PCS抽样换算成500PCS的比例。是否可以可以这样换算?
2.例如这个订单里款式那么多是应该按照款式数量抽样,还是订单总数量抽样?AQL标准里有具体说明吗?
3.如果我36000的数量 按照现在他36个款总抽样7200件。。我应该按照那个标准去查多少件是不通过的?(有没有具体的书面的标准?)
作者:
Jackysun
时间:
2012-6-8 17:52
我觉得得安单款来验货,不能放在一起
作者:
xunickxu
时间:
2012-6-8 20:11
如果客人要求在一份报告里,就按照36款总数决定验货数量,之后将验货总数按每款货占总数的比例决定每款货验几件;若是按照每款一份报告,那就按照单款数量决定验货数量和可接受值。不知道这样正确否?请高人指点。
作者:
adsl2008
时间:
2012-6-8 21:57
合并抽样,是产品是一样的,只是下单的时候不一样,PO号不一样罢了,不是同样的产品,每个ITEM单独抽样,就这样
作者:
boa537204
时间:
2012-6-8 22:42
原帖由
adsl2008
于 2012-6-8 21:57 发表
合并抽样,是产品是一样的,只是下单的时候不一样,PO号不一样罢了,不是同样的产品,每个ITEM单独抽样,就这样
我怎么理解楼主传达的信息是:一个订单内涵36个款式。针对这种情况应该是单抽单验,单验单判,一句话别看总订单数量。当然你说以总订单数量抽验也不是不可取,但是一般在有人力不紧张的通常选择的会是前者。你抽36*200pcs却AC21pcs,搞不好工厂放狗咬你都有可能。
如果如ADS2008所说的情况,依他说的做。
最后应该还有一种情况就是公司标准和客户标准,这两个标准存在着可能上面的都是浮云了。
以上信息仅供参考,如有类同,纯属巧合,如果你被代表了,那也是巧合,如果你没有被代表,那也是巧合,如有异议,请跟上。
作者:
乐昌含笑
时间:
2012-6-8 22:48
如果客人坚持的话,建议他可以做全检!下次问清楚客人的意思,单款检还是联合检?
据我了解,如果同款不同PO一般联合检验比较合理,如其中某一款不良问题超标时特别加以说明,不影响其它款式,或是按同一PO出报告。如有不正之处,望各位同行指正。
作者:
starwk
时间:
2012-6-14 10:53
可以分成3分报告,12款为一个报告,也可以做一份报告,我们客人指定的验货公司就是这么出的,
作者:
info
时间:
2012-6-16 10:00
牛人一个,
作者:
ZHENGALVIN
时间:
2012-6-22 17:37
请问这个是你公司的验货员验的吗!
如果是兼职或第三方的话这个问题就不会出现了:
1>如果按21pcs来判,就一定是抽500了
2>如果36款各抽200去验,我想没人会接这个单的
作者:
ba318ba
时间:
2012-6-23 00:49
thanks for your sharing
作者:
stwinwin
时间:
2012-6-23 22:49
验7200个啊,晕倒
作者:
好好学习2
时间:
2012-6-24 09:00
发表于 2012-6-22 17:37 只看该作者
请问这个是你公司的验货员验的吗!
如果是兼职或第三方的话这个问题就不会出现了:
1>如果按21pcs来判,就一定是抽500了
2>如果36款各抽200去验,我想没人会接这个单的
作者:
逆水行舟
时间:
2012-6-24 23:42
这么简单的问题,其实没有必要讨论的,
作者:
lane
时间:
2012-6-25 11:30
楼主命大 没给工厂和谐了!就这样的专业素质,赶紧改行吧!
作者:
lane
时间:
2012-6-25 11:37
标题:
回复 12# 好好学习2 的帖子
按单款付验货费就可以了啊 为什么不接啊
作者:
gao9720
时间:
2013-4-24 16:59
作者:
simon_ho
时间:
2013-6-19 19:47
楼下貌似都是正确答案
欢迎光临 验货员论坛 (http://bbs.wtoqc.net/)
Powered by Discuz! X3.2