2020年新版事态升级管理办法.docxVIP

事态升级管理办法 文件编号： 版本版次： 制定部门： 管理者代表 制定日期： 修改日期： 分发号： 总页次： 4 制订 审核 核准 文件名称 文件名称 事态升级管理办法 版本版次 制定日期 页次 1/4 修改日期 、目的：定义并明确在公司产品过程设计开发、生产中及售后的事态升 — 文件编号 制定部门 管理者代表 二、 范围：适用于本公司产品制造过程的设计开发、生产和售后整个过程事态升级问题的处理 三、 权责： 事态升级：按公司文件要求执行过程中，有超出文件要求且重复发生 2次以上的事情需要 做出 升级处理。根据事情的轻重程度分为 0级，1级，2级与3级，其中0级是按文件正 常的要求，3级是事态最严重的分级。 四、 定义： 4.1品管部：负责制定产品来料，过程生产与售后控制的事态升级要求与执行程序。 4.2开发部：负责定义产品过程设计开发过程的事态升级要求与执行程序。 4.3其他部门：负责协助事态升级程序的执行与问题的处理。 五、作业内容： 5.1产品制造过程的设计开发事态升级要求及程序 序 号 主责部门与级别状态 升级 升级原因/升级内容 可能输出 开发部 新项目产品外观/尺寸/ 品管部检测室出相应的报告，开发部根据报告 1、 全尺寸 报告 2、 模具不 良诊断 报告 ■ 0级 功能不符合客户要求 对模具进行相应的维修 1 升级 升级可能原因： 1、 交货时间紧急开发不能满足，强行要求按 此状态交货 2、 客户有反馈需要改善，但目前模具状态不 能满足 市场部项目/PE 项目工程师，PE确认 根据客户要求及装配关系作岀判定，如可使用 1、 样板 制作跟踪记 录表 2、 问题点清 单 1级 放行，不可使用开发维修调整 2 1 升级 升级可能原因： 项目工程师与PE都判定不了，开发部不维修， 但又必须交货 市场部经理/开发部 经理 市场部经理与开发部经 理确认 评估产品的状态，根据客户的相关信息进行判 定是否可放行，确认不可放行时开发部维修调 在全尺寸报 告上签署意 ■ 2级 整 见 3 升级 升级可能原因： 市场部急需交货给客户但开发部不维修调整 4 副总/总经理 副总/总经理确认 评估产品的状态与客户信息，根据现有的订单 状态进行判断，是否按此放行还是进行调整。 最终的评审 意见 3级 文件名称 事态升级管理办法 文件编号 版本版次 页次 2/4 :制定部门 管理者代表 制定日期 修改日期  5.2来料检查过程事态升级要求及程序 号 主责部门与级别 状态 升级 升级原因/升级内容 可能输岀 1 1 品管部 0级 供应商来料产品外观~T 尺寸/功能不符合要求 品管部IQC按要求检查，发现不良上报给组长 确认不合格，反馈供应商围堵改善 来料检查报 告 升级 升级可能原因： 1、 IQC组长确定不了 2、 物料急需上线生产使用对应交货 3、 供应商不配合改善 2 ] 1 品管QE 1级 品管部QE确认 根据生产过程及客尸产品旳要求进行判定，是 否可限度放行，不可放行反馈供应商围堵改善 来料检查报 告评审意见 ▼升级 升级可能原因： 1、 QE判定不了 2、 物料急用 3、 供应商不配合改善 3 1 品管经理 2级 品管部经理确认 根据以上状态结合过程生产使用与交付要求， 判定是否可限度放行，不可放行反馈供应商围 堵改善，并岀改善8D报告 来料检查报 告评审意见 升级 升级可能原因： 1、 经理判定不了 2、 供应商不配合改善 3、 内部无法使用 4 MRE评审委员会 MRBT审委员确认，最 终由副总确认 判定让步使用或公司内部返工后使用的，放行 并通知供应商；判定仍不可使用的退供应商， 此种现象连续岀现 2次或以上供应商需到公司 开质量改善会议 来料检查报 告评审意见 3级 5.3生产过程事态升级要求及程序 序 号 主责部门与级别 状态 升级 升级原因/升级内容 可能输岀 1 生产部技术员或 较模 生产过程中产品外观 / 尺寸/功能不符合要求 生产部较模或技术员发现不良，经生产部组长 确认，通知生产员工与组长停机，要求生产技 术作出改善 首检中检 1 0级 1 升级 升级可能原因： 生产部急需交货，生产组长强行生产 文件名称 事态升级管理办法 文件编号 版本版次 页次 3/4 :制定部门 管理者代表 制定日期 修改日期  2 1 品管部QE 1级 生产部较模或技木员报 PE与QE确认 根据各户要求与出货履历判疋是否可以放 行，不可放行由生产主管安排作岀维修改善 自检报告 J 升级 V 升级可能原因： QE无法确定 生产主管意见与QE意见不一致，强行生产 3 品 呂管 1 部与生产部 经理 2级 品管部与生产部经理确认 结台父付状态履丿力进行确认是否可以生产， 确认不可生产告知生产部经理安排作岀维 修改善 不合格品处 理单