失败事例及品质事故登录处理规则.doc

CAQ1-0008C1:3 3页失败事例及品质事故登录处理规则1 总则1.1 目的 对市场、工程、出荷、开发等与品质相关的区域所发生的失败事例进行SPDM系统登录管理及事后管理，以防止相同或类似问题的再发生，从而避免损失，提高产品质量。1.2 适用范围本规则适用于天津三星电子有限公司1.3 对象制品 DVC、RECORDER、VSS、BD 所有包含的三星制品1.4 定义1.4.1 失败事例：在新产品导入/工程/出荷/市场中，由于品质问题而引起一定费用损失或使厂家名誉受到损害的事件就称为失败事例。1.4.2 品质事故：对今后品质改善有重大参考价值的失败事例（包括客户索赔、工程不良、新品导入等）就称为品质事故。2 部门职责2.1 问题点登录部门及管理内容2.1.1开发部门：对新品导入阶段失败事例进行登录管理2.1.2制造部门：对自体生产过程中失败事例进行登录管理2.1.3品质部门： QA ：对SEC配布的失败事例进行申报及登录管理 IQC ：对因部品问题造成的失败事例进行申报及登录管理 OQC ：对出荷检查中发生的失败事例进行申报及登录管理 SVC ：对市场发生的失败事例进行申报及登录管理2.2 原因分析部门2.2.1新品导入时发生的新品导入失败事例，由开发部门负责与本社联系，由其进行原因分析。2.2.2生产工程中发生的失败事例，由制造部门负责通报开发及相关部门进行原因分析。2.2.3资材进厂检验时发生的失败事例，由顾客支援部的部品保证课负责通报相关部门及业体，进行原因分析。2.2.4出荷检查过程中发生的失败事例，由OQC负责通报开发及相关部门进行原因分析。2.2.5 市场发生的失败事例，由SVC人员负责通报开发及相关部门进行原因分析2.3 改善部门2.3.1 SVC课有权要求有关部门对市场发生的失败事例进行原因分析及树立相应的改善措施和CAQ1-0008C1:4 4页失败事例及品质事故登录处理规则再发生防止对策，并对其效果进行跟踪验证。2.3.2 制造部门有权要求有关部门对工程发生的失败事例进行原因分析及树立相应的改善措施和再发生防止对策，并对其效果进行跟踪验证。2.3.3 OQC有权要求有关部门对出荷发生的失败事例进行原因分析及树立相应的改善措施和再发生防止对策，并对其效果进行跟踪验证。2.3.4 IQC有权要求有关部门对进厂检查发生的失败事例进行原因分析及树立相应的改善措施和再发生防止对策，并对其效果进行跟踪验证。2.3.5 开发部门有权要求本社对开发阶段发生的失败事例进行原因分析及树立相应的改善措施和再发生防止对策，并对其效果进行跟踪验证。2.3.6改善部门有义务执行发生部门提出的失败事例进行原因分析及树立改善措施及其它措施的要求。2.4 事后管理2.4.1 品质运营课有责任调查和确认有关部门树立的针对失败事例的改善措施的执行情况，及关联部门的预防CHECK情况及记录，并将结果通报有关部门。2.4.2 改善部门有义务按照针对失败事例所树立的改善措施如期实施，若所树立的改善对策不足以防止失败事例的再发生时，则由有关部门重新树立改善对策并实施。2.4.3 关联部门依据失败事例管理履历的CHECK事项对本部门CHECK内容进行月别追加管理，新品导入或关联变更发生时进行逐项CHECK及记录2.4.4 若相同或类似的失败事例再次发生时，则由品质运营课负责调查是否为改善对策未遵守所引起，并根据其严重程度将责任部门或责任者报告总经理审批，进行惩罚。3. 程序3.1 决裁路径3.1.1 纠正和预防措施要求（CAR）表决裁路径 手动决裁方式 立案（发生）部门：担当立案课长审核经理决定改善（接收）部门：课长接收担当执行经理审核管理（确认）部门：品质担当确认SVC课长审核CS经理承认事后管理（CHECK）部门：发生部门协议后确定CHECK部门CHECK部门课长签字承认3.1.2 失败事例管理系统登录（SPDM）决裁路径 电子决裁方式 发生部门担当起草部门课长审批部门经理审批失败事例担当通知CAQ1-0008C1:3 5页失败事例及品质事故登录处理规则3.2 失败事例等级判定基准等级管理部门开发部门制造部门品质部门导入阶段问题判定返工数量或不良率判定QAIQCOQCSVC失败事例A-1.返工10000台以上或不良率达到302.停线时间超过5小时-1.部品检查不合格造成的停线时间超过5小时-1.市场返品5000台以上2.不良率达到53.名誉受到严重损害B-1.返工6000台以上或不良率达到202.停线时间超过3小时-1.部品检查不合格造成的停线时间超过3小时-1.市场返品2000台以上2.不良率达到3C1.开发阶段同一问题产生3次以上PR2.开发阶段SEC通告的重大失败事项1.返工4000台以上或不良率达到152.停线时间超过2小时-1.部品检查不合格造成的停线时间超过2小时因品质问题造成的出荷中止1.市场返品1000台以上2.不良率达到23.出现PL事故D1.开发阶段同一问题产生2次以上PR2.开发阶段SEC通告的一般失败事项1.返工2000台以上或不良率达到101.SEC通报的所有失败事例1.制造业体自体工程发生的重大品质问题-1.市场返品500台以上2.QIS系统登陆的重要问题3.非本年度市场问题持续管理E其它特殊情况其它特殊情况其它特殊情况其它特殊情况其它特殊情况其它特殊情况3.3 品质事故等级调整3.3.1 当失败事例达到A 等级时，称为品质事故，其他均称为一般失败事例，失败事例等级不好确定时，由顾客支援部经理确认后决定，再登陆。3.3.2其它对品质有影响的问题发生时，有必要进行登录的，也可由顾客支援部经理决定其等级再登陆。3.4 登录方法例如: 1997SS002E 1997年发生的第2个失败事例，登级为ECAQ1-0008C1:4 6页失败事例及品质事故登录处理规则3.5 失败事例处理FOLLOW 管理部门跟踪验证关联部门管理Check实施事后管理部门分析改善部门SPDM系统登录YN改善对策树立对策验证实施根本技术分析实施发生管理部门效果验证CAR表最终审核失败事例发生确认失败事例确定通报填写CAR表进行审核CAQ1-0008C1:3 7页失败事例及品质事故登录处理规则3.6 业务顺序管理项目细部内容担当部门失败事例发生通报（D+1）失败事例发生地/接收者负责进行l 填写纠正和预防措施要求（CAR）表l 通报关联部门进行确认关联发生部门失败事例分析改善 （D+7）开发及相关改善部门负责进行l 改善部门要对失败事例发生的原因进行分析研究l 树立解决失败事例的对策及再发生防止对策(临时、长期、担当、日程等)关联改善部门失败事例审核改善措施确认 （D+1）顾客支援部SVC部门负责进行l 对改善对策现场执行现况进行确认l 对实施部门提供的改善效果说明进行验证l 当品质事故发生时组织关联部门进行预防教育顾客支援部SVC课SPDM管理系统登录（每月：2531日）失败事例发生地/接收者负责进行l 对月别发生的失败事例进行管理履历汇总并根据具体内容选定向后需要CHECK管理的部门l 将部门整理的履历进行SPDM系统登录信息共享关联发生部门事后预防管理（每月：1次）失败事例关联CHECK部门负责进行l 对本部门管理的失败事例进行持续预防管理l 新品导入初期及关联变更发生时CHECK实施并记录顾客支援部品质运营部门负责进行l 月别对失败事例改善措施实施现况进行调查管理l 月别对全部门失败事例登录管理及CHECK情况进行调查l 部门管理及CHECK情况通报关联CHECK部门顾客支援部品质运营课CAQ1-