1事态升级控制程序

1目的

定义并明确在公司产品过程设计开发、生产中及售后的事态升级要求与执行程序。

2范围

适用于本公司产品制造过程的设计开发、生产和售后整个过程事态升级问题的处理.

3 职责

3.1 技质部：负责制定来料、设计开发、生产过程与售后控制的事态升级要求与执行程序。

3.2其他部门：负责协助事态升级程序的执行与问题的处理。

4 定义：

事态升级：按公司文件要求执行过程中，有超出文件要求且重复发生2次以上的事情需

要做出升级处理。根据事情的轻重程度分为0级，1级，2级与3级，其中0级是按文件正

常的要求，3级是事态最严重的分级。

事态升级审查委员会。是针对所有检验工作发现产品异样状态暂时不能确定是否为缺陷的一种处理办法。包括进料检验，过程检验，出货检验以及客户退回的产品。根据不确定缺陷发现的位置，召集不同的人开会。使相关的人在第一时间知道问题的存在，并且能加快问题的解决。成员主要包括技质部、技术部、生产部、车间、采购部、销售部等。

5. 作业程序

7 相关文件

7.1《标识和可追溯性控制程序》

7.2《过程/产品的监测和测量控制程序》

7.3《不符合和纠正措施控制程序》

8 使用记录

8.1《不合格品评审表》

8.2《废品通知单》

8.3《返工/返修履历卡》

8.4《不合格品统计汇总表》

8.5《进货检验报告》

8.6《首件检验单》

8.7《自检记录单》

8.8《巡检记录表》

8.9《紧急/例外放行申请单》

8.10《成品检测报告》

8.11《全尺寸检验报告》

8.12《事态逐级响应记录表》

1 目的 启动项目事态升级的目的是为保证APQP小组能够按时按质按量完成汽车项目开发任务，及时纠正各个阶段中出现的问题，降低项目风险，确保项目进度和顾客满意。 2 范围 适用于所有汽车项目新产品开发过程。 3 职责 APQP组长：项目开发过程中出现问题时，对问题加以明确并组织解决问题；当问题不能有效解决时启动项目事态升级程序，并持续跟进问题的解决。 总经理：关注项目事态升级，当项目组长在其责任层次上不能有效解决问题时，召集会议作出决策，同时为问题有效解决提供强有力的支援。当确定公司内部综合能力不能达成客户要求时，指示客户协商或客户支持。 4 程序 定义 项目事态升级：当项目开发过程中出现问题时，必须评估项目风险，根据风险大小升级到某一个层次，一般有四个层次：项目会谈、高层决策、客户协商、客户支持。 项目会谈（1级）：当项目进程与计划进度及项目目标出现偏差时，项目组长邀请各部门相关人员参加会谈，检讨问题解决方案，落实责任人和完成期限。 高层决策（2级）：如果1级项目会谈没有达到期望效果，或现有能力不能有效解决问题时，由项目组长报告总经理，启动高层决策。 客户协商（3级）：如果2级高层决策确定公司内部综合能力不能达到客户要求时，由总经理指示相关人员与客户协商。 客户指导（4级）：若以上几级均不能有效解决问题，则由总经理裁定并安排邀请顾客到现场进行深入指导，举行顾客与公司高层的会谈，确定最终改进方案。 新项目启动时，公司高层指定项目组长，并成立项目小组。项目组长需依照客户需求确定项目目标，编制【APQP 进度计划表】，并报经公司高层批准。 项目组长按照项目开发节点定期或随时召集项目小组会议，确定项目进度、重点工作完成状况、布置下一阶段工作任务，评估项目风险。通常存在的项目风险并导致事态升级的原因可能是： A、未遵守预定的开发期限； B、未实施决定性措施； C、质量能力/质量绩效得不到保障； D、看不到进步； E、未遵守承诺； F、项目流程中出现的偏差在目前的责任层上无法解决。 当项目开发进度正常时，项目组长在【APQP计划表】中用绿色标识已完成事项。 当某一事项未按时完成或完成结果偏离目标时，项目组长评估此事项是否会影响整体项目进程或对客户端带来不良影响，若没有影响或影响轻微，则由项目组长与责任部门相关人员进行项目会谈，确定问

版本/版次A/0 文件页码1/2 制表批准 1目的 持续改进质量管理体系，增强质量管理体系的有效性和顾客满意程度。 2范围 适用于公司质量管理体系、过程、产品改进机会的识别和改进过程的实施。 3职责 3.1质检部负责公司质量管理体系、过程、产品的持续改进的策划、实施。 3.2各部门负责实施相应的改进、纠正和预防措施处理。 4作业流程 4.1持续改进 4.1.1改进机会的识别： 公司利用质量方针、质量目标，结合日常对过程、产品的监视和测量，按计划间隔的质量审核和管理评审，数据分析、纠正及预防措施等，评估质量管理体系的有 效性、寻求差距，以识别产品实现及其支持过程的改进机会。如： 4.1.1.1产品实现及其支持过程的有效性（如满足要求的输出）； 4.1.1.2外部影响（如法律法规发生变化）； 4.1.1.3潜在的薄弱环节； 4.1.1.4使用更好方法的机会； 4.1.1.5对已策划的和未策划的更改的控制。 4.1.1.6持续改进的具体步骤为： a）分析和评价现状，以识别改进区域； b）确定改进目标； c）寻找可能的解决办法，以实现这些目标； d）评价这些解决办法并作出选择； e）实施选定的解决办法； f）测量、验证、分析和评价实施的结果，以确定这些目标已经实现； g）正式采纳更改。 4.1.2持续改进的方式 4.1.2.1纠正措施：对已发现的不合格，针对其产生的原因制定措施，以消除不合格， 并防止其再发生，纠正措施应与遇到的问题的影响程度相适应。 4.1.2.2预防措施：对于潜在的不合格，针对其可能产生的原因制定措施，以预防不合 格发生，预防措施应与潜在问题的影响程度相适应。 4.2纠正措施 4.2.1对于已发现的不合格应采取纠正措施，以消除不合格的原因，防止不合格再发生， 纠正措施应与遇到的问题的影响程度相适应。 4.2.2采取纠正措施的信息来源： 4.2.2.1不合格品处理单； 4.2.2.2质检部检查报告； 4.2.2.3第二方、第三方认定或认证所发现的不合格项。 4.2.3纠正措施的实施步骤 4.2.3.1各有关部门在质量管理体系运作过程中，如发生与质量管理体系、与产品实现 过程、产品的规定不相符合的事实（包括顾客投诉）。

靖江市新航汽配制造有限公司 KUN SHAN LIAN XIONG AUTO PARTS CO.,LTD 事态升级管理程序

1目的 识别和确定在设计、生产和销售活动中可能出现的风险，提前采取措施，降低或避免风险，保证提交给顾客高质 量的产品和服务。 2适用范围 本程序适用于本公司的风险评估、识别和控制，规定了职责关系及权限。 3定义： 持续改进：在达到产品基本质量要求的基础上，有目标、有计划开展的旨在不断优化公司质量、服务、和成本目标值的一系列活动。 4职责和权限 4.1总经理作为本公司风险管理负责人，负责规定风险管理的职责和权限，并为风险管理活动提供充分的资源，主持风险管理的评审。 4.2各部门为风险管理提供必要的信息，参与并制定行动措施，对活动实施跟踪。 4.3项目组长负责项目中风险管理. 5程序内容

项目管理程序 5.1 项目计划 确定项目里程碑事件及 项目风险计划 项目实施 A B 5.2 项目问题 解决 Y 顾客支持 N Y N 管理层支持 高层会谈Y N B A 5.3 问题解决 资料归档5.1 项目组长编制项目计划，确定项目里程碑事件及项目风险计划。 顾客要求项目计划项目组长 5.2 项目实施中发现问题，首先项目组内部执行解决措施。如果发生如下产品要求风险计划项目组长情况则事态升级： 法律法规要求会议记录项目组长A）未遵守预期的开发期限； 公司自身要求会议记录项目组长B）未实施决定性的措施； C）未达到预期设定的目标； 会议记录项目组长D）未遵守承诺； E）项目运行中出现偏差，目前管理层次无法解决。 5.2.1 事态升级级别如下： A）1 级：管理层支持 项目组长项目组邀请管理层参加会议，对需要解决问题进行讨论，制定措施并有效 会议记录客户经理实施。 会议记录客户经理B）2 级：顾客支持 如果 1 级没有达到预期的目的或效果，则在顾客的支持下进行分析和改 善。 C）3 级：高层会谈 如果以上都没有达到目的，则邀请顾客现场深入指导，并进行高层会谈。 5.3 项目组长对问题及巨额资料进行汇总归档，保存在项目文件夹内。 2

项目阶段事态升级管理程序 （IATF16949-2016） 1.0目的 当项目阶段中不符合情况影响到项目计划时，以及当发现工艺技术、供应商及其所在的国家存在特殊风险时，应对相关风险进行管理和控制。 2.0适用范围 适用于项目阶段的项目计划收到影响时，工艺技术、供应商及其所在的国家存在特殊风险时的控制。 3.0职责 3.1项目小组成员负责现场问题的处理和汇报。 3.2项目负责人负责跟踪未解决问题清单的处理进度以及事态升级时，协调相关资源，保证项目进行。 3.3职责部门领导负责在事态升级时参与问题的解决以及需要相关资源时，汇报。 3.4销售部长负责需要就交期与顾客沟通时，协调沟通事宜。 3.5技术总监负责参与事态决策以及参与事态升级时纠正措施对策的制定。3.6副总经理负责了解重要事态以及提供事态升级时，职能范围内解决问题所需的相关资源。 3.7总经理负责了解重大事态，并为问题解决提供相关资源。 4.0术语 无

5.0流程图 5.1项目阶段升级流程图：

5.2 事态升级的要求： 5.2.1 项目阶段应对未解决问题清单每月进行一次进展结果管理，包括：未解决问题和关闭问题的现状进行总结管理，项目会议应对相关的记录、整改措施、未解决问题的进展完成情况记录进行保存。 5.2.2 事态等级划分： 5.2.3 紧急事态清单，包括： ●日程紧急变更（提前、暂停、终止等）； ●设计变更（图纸）； ●产能、预测变更； ●样件数量/日程/要求变更；

●DV/PV实验失败，需要重新测试； ●其它客户/供应商紧急要求事项； ●其它内部/外部原因引起的影响项目开发的紧急情况。 5.2.4 事态等级应对方法： 5.2.5 事态升级触发条件： Level 1升级Level 2： ●开发日程的相关问题关闭延迟一周以上； ●顾客交付延迟1天以上； ●潜在问题/风险项目小组内部资源协调时，遇到不可抗拒因素阻碍； ●潜在问题/风险在解决问题过程中需要的决策权限超出项目小组成员职责范 围时； Level 2升级Level 3： ●开发日程的相关问题关闭延迟一月以上； ●顾客交付延迟1天以上且得不到解决时； ●潜在问题/风险在解决问题过程中超出职责部门领导权限时；

1.目的 定义并明确在公司产品过程设计开发、来料检查、生产中及售后的事态升级要求与执行程序。 2.范围 适用于本公司设计开发、来料检查、生产和售后整个过程事态升级问题的处理. 3 定义： 事态升级：按公司文件要求执行过程中，有超出文件要求且重复发生2次以上的事情需要做出升 级处理。根据事情的轻重程度分为0级，1级，2级与3级，其中0级是按文件正常的要求，3级是事 态最严重的分级。 1级：专题质量会谈，项目组长邀请各部门主要领导人员参加 2级：总经理或总工程师参与，特别是在1级没有达到期望效果，则升入本级 3级：客户支持参与，以上级别未达目标，应邀请顾客到现场进行深入指导，举行双方高层次会谈4. 职责 4.1 品管部：负责制定产品来料，过程生产与售后控制的事态升级要求与执行程序。 4.2 技术部：负责定义产品过程设计开发过程的事态升级要求与执行程序。 4.3 其他部门：负责协助事态升级程序的执行与问题的处理。 5. 作业内容 5.1当项目执行过程中发生下列情况时，项目组长应及时提升管理等级： 1.设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。 2.来料检查过程不合格事态 3.生产过程不合格事态 4.入库过程不合格事态 5.产品售后过程不合格事态 6.各阶段产品安全的要求不符合 5.2设计开发事态升级要求及程序 5.2.1未按计划及要求完成

5.2.2产品不符合要求

5.5入库过程事态升级要求及程序

1.0目的 建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理 2.0围 适用于以下事态升级问题的处理: ?客户反馈/客户投诉 ?不合格品处理（含制程、终检等过程发现的不合格品） ?供应商质量问题 ?环境、安全事故及其它问题 3.0客户反馈/客户投诉事态升级程序 客户保证容： 请求客户技术人员现场深入指导，并与公司高层进 行会谈。 4.0不合格品处理事态升级程序（含制程、终检等过程发现的不合格品） 主责 流程 升级原因/升级容 输出 王责 流程 升级原因/升级谷 输出 质量工程师 质量工程师 客诉报告 J 客户反馈信息丿 1 F 质量部在 24小时 内作岀回复 否 生产部/ 质量部/ 技术部 跨部门会议 I — 总经理 升级可能原因：未按照客户要求确认问题并给一个 初步的回复 召集公司各相关部门开会讨论，分析问题根本原因 给客户回复对策 升级可能原因： 1. 未按客户要求的期限回复； 2. 报告容不能满足客户要求 3. 改善周期太长，不能满足客户的交货要求 升级可能原因： 1. 对策执行性差，利用公司资源无法解决此问题。 2. 对策执行的结果不好，没有从根本上解决此问 题。 客诉报告 客户反馈 信息 8D 报告 会议记录 8D 报告 8D 报告 客户 客户支持

操作员 检验员 生产组长检验组长 质量工程师 质量经理生产经理技术经理项目经理 公司高层客户 产品外观/尺寸不 符合客户要求 质量工程师确认 1 否 各部门评审 1 否 客户支技 1 r是 结束 是 是 结 束 结 束 5.0供应商质量冋题事态升级程序操作员将不良状况反馈给生产组长，检验员将不良状 况反馈给检验组长 升级可能原因： 1. 生产组长或检验组长不能做最终判定 2. 生产部对最终处置方式不满意 3. 判定标准不清晰 质量工程师根据不良信息和接收标准判断是否可以接 收 升级可能原因： 1. 质量工程师不能做最终判定 2. 客户接收标准不够清晰 质量工程师负责召集各部门评审，探讨不合格品的处 置方式 升级可能原因： 各部门经理意见不能统一 与客户进行沟通将不良信息反馈给客户，商谈让客户 帮忙试做并确认试做效果。 部不合格 品单 部不合格 品单 部不合格 品单 评审记录 与客户沟 通的 主责流程升级原因/升级容输出

持续改进控制程序 1 目的： 为确保本公司的产品质量、质量管理体系运行的有效性不断地满足顾客的要求，必须切实做到持续改进。本程序对持续改进的各项活动实施规范化管理。 2 适用范围 本程序适用于本公司质量管理体系覆盖产品所涉及持续改进的各个方面，如质量方针、质量目标的实施，审核结果、数据分析、管理评审、纠正和预防措施及质量改进攻关等活动的管理，以改进质量管理体系的有效性。 3 职责 3.1 公司总经理负责在全公司范围内营造持续改进的氛围，对重大改进项目进行决策。 3.2管理者代表和技术部是质量管理体系持续改进活动的责任对象及部门。 3.3生产部门是产品质量和制造过程改进活动的责任部门。 3.4 各有关部门和基层单位负责组织改进项目的实施。 4 措施和方法 4.1总则 改进应着眼于改善产品特性以及提高过程的有效性和效率，改进的基础在于过程。为此，可采取的措施有： 1）测量和分析现状，找出薄弱环节和制约产品特性、过程效益发挥的关键。2）确立改进目标，即改进的预期效果。 3）研究可能的解决问题的方案。 4）评价和选择方案。 5）实施所选定的方案。 6）测量、验证和分析实施的结果。 7）使成功的措施规范化，即纳入文件的永久更改。 必要时对结果进行评审，以确定进一步改进的机会。改进应是持续的活动，以确保产品、过程、体系的不断完善，不断提高公司在市场中的竞争力。 4.2 持续改进的策划

公司质量管理体系持续改进的策划和管理由厂务部实施。 4.2.1 策划的依据 公司质量方针、目标、管理评审和内部审核结果，纠正和预防措施以及其他信息反馈和数据分析结果，是策划持续改进的基本依据。 4.2.2 策划的内容 改进策划除遵循质量策划的一般原则外，应侧重主攻目标、活动过程及其职责。现就体系、产品、过程改进分别规定如下： （1）质量管理体系的改进 质量管理体系改进涉及的主要内容有：质量方针、目标及其管理，组织结构，资源配备及其管理，测量及评价活动以及质量管理体系的其他过程活动。（2）产品的改进 产品改进策划涉及的主要内容有：各阶段产品质量特性改进目标、针对产品的主要缺陷状况所采取的技术措施，提高产品可靠性的措施，以及相应的资源保障。 （3）过程的改进 产品实现过程的改进，涉及质量管理体系并纳入质量管理体系改进一并考虑、在其技术和业务方面主要涉及的内容有：生产过程控制的改进，过程实现手段的改进，人员素质的提高，作业方法的完善，工作环境的改善等，以及提高效率和降低成本，从而实现更多的增值。 4.2.3 纠正措施和要求 对发现不合格、缺陷的责任部门必须分析原因，及时采取针对性的经济、有效的纠正措施，明确期限及责任者，并对实施结果进行验证。 4.2.4 纠正措施信息来源可包括： a.顾客投诉或意见反馈的产品不合格、产品交付或售后服务中的不 符合问题； b.内审不合格报告； c.管理评审输出，报告中由管理者决策需采取的纠正或改进措施； d.内部审核报告中提出的纠正措施要求； e.数据分析的输出中有关过程和产品的特性趋势反映的不合格问

软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司（简称：公司）信息软件系统安全运行在生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。 第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统，以及OA办公系统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容：软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括：系统架构确认、机房机柜机架配备、电

源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。 第七条硬件设备的准备主要包括：主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内置的I/0卡和其他外设等。 第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括：《系统安装部署手册》、《系统IT参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵照《IT系统权限及数据管理办法》的相关规定： (一)投产系统权限申请设置应形成流程并由业务部门负责人和风险控制 部门审核； (二)软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们 予以协同支持，最终由风险控制部进行参数定级并进行投产参数审 核； (三)对于系统初始化数据，原则上不允许进行数据库文件导入操作，而 应通过数据操作语句进行数据初始化，各基础数据应得到业务部门

一体化管理体系程序文件 1 目的 为公司管理体系持续改进的有效性提供依据和准则。 ２范围 本程序适用于安全和产品以及公司的环境、职业健康全过程的持续改进。 ３定义和术语 无 ４职责和权限 4.1 技术质量部负责产品实现过程中特性和参数变差的持续改进项目及目标的设 立和确定，并组织相关部门实施和保存记录。 4.2 生产作业部、综合管理部负责职业健康安全、环境的持续改进项目及目标的设 立与确定，并组织相关部门实施和保存记录。 4.3 技术质量部负责公司持续改进项目/目标的设立，督促责任单位进行实施和保 存记录；并组织相关人员对持续改进项目实施效果进行评价验收。 4.4 各单位负责本部门持续改进项目/目标的设立与确定，组织相关人员实施，并保存记录。 4.5 管理者代表或最高管理者负责对持续改进项目/目标以及实施效果进行审批。5运作程序 5.1持续改进的对象： 持续改进涉及到质量、服务、交货期、环境/安全体系等方面，包括对产品特性和制造过程参数的变差控制和减少。 5.2持续改进的时机： 5.2.1当产品质量、过程特性符合顾客要求，且过程稳定并达到可接受的制造能力时，仍然有可改进的机会，相关单位可实施持续改进，使过程得到优化和改善。5.2.2 尽管公司的环境/安全体系符合标准及国家相关法律法规要求,但有改进的机

一体化管理体系程序文件 会时, 相关单位可实施持续改进, 使公司的环境/安全体系得到进一步的完善和优化. 5.3持续改进项目确定 5.3.1持续改进项目来源： ①公司级持续改进计划； ②自行申请的持续改进项目。 5.3.2持续改进项目包括： ①消除各种浪费； ②提高安全性； ③降低废品率； ④环境/安全内外部监测改善； ⑤降低人力和材料的浪费； ⑥提高生产效率； ⑦降低成本； ⑧提高产品质量； ⑨顾客满意度提升； ⑩其他有利公司的改进项目。 5.3.3立项及评审 ①公司级持续改进项目：技术质量部根据公司业务计划、管理设想、各部门反 馈、管理评审报告等提出持续改进项目，交总经理批准后由技术质量部组 织实施。 ②自行申请的持续改进项目由提出单位或个人填写《持续改进报告单》。 ③技术质量部负责整理汇总《持续改进报告单》，并组织评审，评审确认后， 由技术质量部负责立项，确定相关责任人及完成期限。 5.4效果评估 5.4.1持续改进项目完成后，由持续改进项目的实施部门或个人编制《持续改进报

1 项目事态升级处理流程 批准： 审核： 编制： 更改记录 版次更改内容更改原因更改日期更改人审核人批准 人

2 为确保新项目开发进度，及时处理各个阶段中出现的事态问 1 编制目的 题，降低项目风险，确保项目开发的产品质量和进度满足顾客 要求，特制定本流程。 2 适用范围适合于所有汽车新产品项目开发过程中的事态升级处理。 3.1? 事态升级：当新项目开发过程中出现问题时，需评估项目 3 术语定义 风险严重程度，根据风险大小从项目组开始逐步升级到公司 层、顾客项目组、顾客公司高层等不同层次进行解决的过程。 项目事态问题，一般包括： - 4.1 开发人员能力不足- 4.2 新设备/ 工装/ 量具等资源 不能满足要求 4 过程输入 - 4.3 开发费用超出预算- 4.3 项目进度延期 - 4.4 设计变更- 4.5 样品检测不合格 - 4.6 PPAP 未批准 5 过程流程职责流程工作内容描述输出成文信息

5.1.1 事态依严重程度分ABCD共4 级。 事态分级 5.1.2 D 级事态：为项目组级，在 项目组及成员范围内解决。 5.1.3 C 级事态：为公司层级，由 D 级升级到公司高层内决策解决。 技术质 5.1 项目问题清单 量部 5.1.4 B 级事态：为顾客项目组 级，由C级升级到客户项目组内协商 解决。 5.1.5 A 级事态：为顾客公司层 级，由 B 级升级到顾客公司高层，由 本公司高层与顾客高层协商决策解 决。 （或项目经理，下略去）在《项目进 度计划表》中用绿色标识已完成事 项。 是否启动 项目 5.2 项目进度计划表 认此事是否会影响整体项目进度或对 组长客户端带来不良影响，确定是否启动 事态升级流程。一般项目工程师个人 可自行解决的项目问题可不需启动事 态升级流程。

持续改进管理控制程序 [ 版本1/ 修改0] 1. 目的和范围 本标准旨在规定公司管理体系持续改进的途径。 本标准适用于公司质量/环境/ 职业健康安全管理体系的持续改进。 2. 引用标准/ 文件 2.1 QHSE方针、目标制定及管理控制程序................ Oxx 2.2管理评审控制程序 (xx) 2.3内部审核控制程序 (20xx) 2.4 数据分析程序........................................ Oxx 2.5 纠正措施控制程序 (xx) 2.6预防措施控制程序 (xx) 3. 术语和定义 持续改进: 增强满足要求能力的循环活动，这里指通过连续的活动，不断提高公司的业绩，使相关方受益。 精选资料，欢迎下载

4. 培训和资格 公司领导、各部门领导、内审员、负责体系管理、科技管理、合理化建议管理、Q （活 动管理的人员应学习本程序、了解本程序要求。 5. 管理职责 5.1 企划部负责组织持续改进策划工作，并具体负责内部审核、管理评审提出的改进事项的落实，员工合理化建议管理、管理创新的组织和管理等。 5.2 工程技术部负责技术创新的组织与管理。 5.3质量保证部负责QC舌动的组织与管理。 5.4 各部门负责本部门的改进并配合公司改进的策划和实施工作。 6. 工作程序 6.1 公司持续改进的基本方式 a）日常渐进式的改进，一般限定在部门内部，不需要专门立项； b）项目式改进（革新或创新），需要专门立项，并组建专门的团队来完成 6.2 日常渐进式的改进 6.2.1 各部门通过目标管理，确定本部门目标指标，明确部门的改进方向，并制订部门重点促进事项，实现持续改进，按《QHS方针、目标制定及管理控制程序》执行。 6.2.2 通过实施内部审核不断发现问题，寻找体系改进机会并予以实施。由企划部负责组织，责任部门负责具体实施，具体按《内部审核控制程序》执行。 6.2.3 通过数据分析寻求改进机会，具体按《数据分析程序》执行。 6.2.4 通过管理评审输出的有关措施实现持续改进；包括体系文件的修订，运行要求的变化，如方针、目标等的修订；由企划部负责组织，责任部门负责具体实施，具体按《管理评审控制程序》执行。 6.2.5 公司鼓励员工积极开展合理化建议活动，对公司现有生产经营等各方面提出合理的、具体可行的改进性办法和措施。 6.2.6 由质量保证部组织，围绕公司目标和现场存在的问题，以改进质量，降低消耗等为目的的开展群众性Q（活动，实现持续改进。

持续改进管理程序 （IATF16949-2016） 1.0目的: 保证本厂的质量管理体系处于良好的受控状态,使质量管理体系不断地自我完善,发展和提高； 2.0范围: 本程序适用于本厂生产的产品,过程方法,组织结构,所有管理体系活动及客户满意度； 3.0权责: 管理者代表：保证本程序能完整和持续地实施，负责协调高阶管理者与各单位，依据公司管理体系方针(Policy)，展开改善方案(Program)，每个方案都必须有可数量化的指标(Goal/Target)；而单位主管需提供持续改善方案的制定，负责收集本单位合理化建议，编制本单位持续改善项目改善计划及改善计划的实施，并展开为行动计划(ActionPlan)，以及计划执行的里程碑(Milestone)； 质量部：负责各单位持续改善项目的汇总与编目、持续改善计划追踪及效果验证； 各职能单位:负责制定纠正,预防措施,保证质量管理体系有效运作； 4.0定义： 无 5.0作业内容： 5.1流程图（附件一）

5.2发现问题 5.2.1各单位人员在日常工作中应积极发掘生产过程中有待改进的问题； 5.2.2各单位主管应经常向本单位员工了解、收集工作中存在的问题； 5.2.3以下项目可能影响对体系的改进： 5.2.3.1不良品处理记录 5.2.3.2生产周期过长 5.2.3.3设备安装及机器调整时间 5.2.3.4计划外停机时间 5.2.3.5人工、材料浪费 5.2.3.6过多的搬运和储存 5.2.3.7累计结果与试验不符 5.2.3.8作业方法不易有效控制品质 5.2.3.1停工待料时间长 5.2.3.1机器、设备不稳定或经常损坏 5.3改进建议:建议人以书面形式将改进内容上交到单位主管或质量部主管；建议内容应包括：问题描述、原因分析、改进对策等； 5.4改进研讨会 5.4.1质量部主管根据实际情况定期（每季度一次）或不定期召集相关单位负责人召开改进研讨会议； 5.4.2改进研讨会议应对提案进行充分讨论分析，并指定主办和协办单位、确定预计完成时间； 5.5分析原因

1.0目的 建立和保持一个文件化的升级程序以解决公司生产活动中遇到的各种事态升级问题的处理。 2.0 范围 适用于以下事态升级问题的处理： ◆客户反馈/客户投诉 ◆不合格品处理（含制程、终检等过程发现的不合格品） ◆供应商质量问题 ◆环境、安全事故及其它问题 3.0客户反馈/客户投诉事态升级程序 主责流程升级原因/升级内容输出质量工程师 质量工程师 生产部/ 质量部/ 技术部 总经理客户 升级可能原因：未按照客户要求确认问题并给一个 初步的回复 召集公司各相关部门开会讨论，分析问题根本原因 给客户回复对策 升级可能原因： 1.未按客户要求的期限回复； 2.报告内容不能满足客户要求 3.改善周期太长，不能满足客户的交货要求 升级可能原因： 1.对策执行性差，利用公司资源无法解决此问题。 2.对策执行的结果不好，没有从根本上解决此问 题。 客户保证内容： 请求客户技术人员现场深入指导，并与公司高层进 行会谈。 客诉报告 客户反馈 信息 8D报告 会议记录 8D报告 8D报告客诉报告 客户反馈信息 质量部在24小时 内作出回复 是结 束 否 跨部门会议 总经理确认 客户支持 否 否 是结 束 是结 束 结束 是

4.0不合格品处理事态升级程序（含制程、终检等过程发现的不合格品） 主责流程升级原因/ 升级内容输出 操作员 检验员 生产组长检验组长 质量工程师 质量经理生产经理技术经理项目经理 公司高层客户 操作员将不良状况反馈给生产组长， 检验员将不良状况反馈给检验组长 升级可能原因： 1.生产组长或检验组长不能做最终判定 2.生产部对最终处置方式不满意 3.判定标准不清晰 质量工程师根据不良信息和接收标准判断是否可以 接收 升级可能原因： 1.质量工程师不能做最终判定 2.客户接收标准不够清晰 质量工程师负责召集各部门评审，探讨不合格品的 处置方式 升级可能原因： 各部门经理意见不能统一 与客户进行沟通将不良信息反馈给客户，商谈让客 户帮忙试做并确认试做效果。 内部不合 格品单 内部不合 格品单 内部不合 格品单 评审记录 与客户沟 通的邮件产品外观/尺寸不 符合客户要求 质量工程师确认是结 束 否 各部门评审 客户支技 否 是结 束 结束 是

软件升级管理流程 为加强研发部与各分公司项目部和运维部的有效沟通，进一步规范管理流程，提升版本升级管控能力和产品质量，减少不必要的中间沟通环节，我部已拟定了一套软件升级管理流程，具体如下： 1、开发：主要包括如下几个步骤： ?研发主管定期从禅道系统获取各项目的需求和bug，根据需求和bug的重要级别并结合研发部的实际情况，从 中抽取部分或全部需求和bug形成一个版本； ?研发主管和相关人员针对该版本制定一个详细的开发计划，并把该计划通过邮件或平台的方式公布给相关人员； ?两天内可根据反馈信息调整版本内容和计划，版本开发过程中原则上不接受新的需求； ?开发完成后需经过开发内部测试，并形成内部测试报告，没问题后把该版本涉及到的所有源码提交SVN，并通过 禅道提交测试申请； ?需要提供给测试的资料：源代码SVN下载地址、数据库脚本、此版本所解决的需求和bug清单、内部测试 报告、配置步骤与方法，如果有重大流程改变的还需要 提供使用说明书等相关资料； 2、测试：测试主管根据测试申请安排测试，测试主要包括如下 几个步骤：

?测试组从禅道系统获取需求和bug编写测试用例（与开发同步进行）； ?收到测试申请后检查开发所提交的资料是否齐全，如果不齐可拒绝测试； ?准备测试环境，从SVN获取最新的源码编译为测试版本，从运维部获取当前数据库为测试数据库，搭建测试 环境； ?根据测试申请内容关联到相应测试用例进行测试，要求对所有功能进行全覆盖测试； ?测试完成后提供测试报告给部门经理进行审核，如果部门经理同意发布此版本，由测试组对外发布此版本，否 则，退回开发修改； ?把此版本的所有资料（包括源码）全部上传到SVN的基线库，同时上传到下载服务器上供相关人员下载（上 传时需要打包成rar文件，并下载此版本与本地版本文 件大小比较，防止上传文件丢失）； ?通过邮件或平台通知相关人员； ?需要提供的资料：升级包程序、数据库脚本、此版本所解决的需求和bug清单、测试报告、升级步骤与方法， 如果有重大流程改变的还需要提供使用说明书等相关 资料； 3、实施和运维：

持续改进管理控制程序 [版本1/修改0]

1. 目的和范围 本标准旨在规定公司管理体系持续改进的途径。 本标准适用于公司质量/环境/职业健康安全管理体系的持续改进。 2. 引用标准/文件 2.1 QHSE方针、目标制定及管理控制程序 (0xx) 2.2 管理评审控制程序 (xx) 2.3 内部审核控制程序 (20xx) 2.4 数据分析程序 (0xx) 2.5 纠正措施控制程序 (xx) 2.6 预防措施控制程序 (xx) 3. 术语和定义 持续改进:增强满足要求能力的循环活动，这里指通过连续的活动，不断提高公司的业绩，使相关方受益。 4. 培训和资格 公司领导、各部门领导、内审员、负责体系管理、科技管理、合理化建议管理、QC 活动管理的人员应学习本程序、了解本程序要求。 5. 管理职责 5.1企划部负责组织持续改进策划工作，并具体负责内部审核、管理评审提出的改进事项的落实，员工合理化建议管理、管理创新的组织和管理等。 5.2工程技术部负责技术创新的组织与管理。 5.3质量保证部负责QC活动的组织与管理。 5.4各部门负责本部门的改进并配合公司改进的策划和实施工作。 6. 工作程序 6.1 公司持续改进的基本方式 a)日常渐进式的改进，一般限定在部门内部，不需要专门立项；

b)项目式改进（革新或创新），需要专门立项，并组建专门的团队来完成。 6.2 日常渐进式的改进 6.2.1 各部门通过目标管理，确定本部门目标指标，明确部门的改进方向，并制订部门重点促进事项，实现持续改进，按《QHSE方针、目标制定及管理控制程序》执行。 6.2.2 通过实施内部审核不断发现问题，寻找体系改进机会并予以实施。由企划部负责组织，责任部门负责具体实施，具体按《内部审核控制程序》执行。 6.2.3 通过数据分析寻求改进机会，具体按《数据分析程序》执行。 6.2.4 通过管理评审输出的有关措施实现持续改进；包括体系文件的修订，运行要求的变化，如方针、目标等的修订；由企划部负责组织，责任部门负责具体实施，具体按《管理评审控制程序》执行。 6.2.5 公司鼓励员工积极开展合理化建议活动，对公司现有生产经营等各方面提出合理的、具体可行的改进性办法和措施。 6.2.6 由质量保证部组织，围绕公司目标和现场存在的问题，以改进质量，降低消耗等为目的的开展群众性QC活动，实现持续改进。 6.2.7 发生质量/环境/职业健康事故或顾客、其他相关方投诉时，执行《预防措施控制程序》和《纠正措施控制程序》实施改进。 6.2.8 公司高管层在公司级会议上提出改进要求时，由责任部门实施改进，总经办负责对改进的实施情况进行监督。 6.3 项目式改进 6.3.1 当上述日常式的改进需要对原有过程作出重大变化，并涉及较多部门、要求提供较多资源支持时，可专门立项，并组成专门的团队实施改进。 6.3.1.1 企划部收集有关改进的文件资料、信息，必要时可组织座谈会，了解改进需求的全部情况。 6.3.1.2 管理者代表组织计划管理部及相关人员进行深入研究讨论。 6.3.1.3 管理者代表指定专门人员编写改进项目策划书（附录A），其中必须包括： a)改进的目标； b)制订纠正措施与预防措施的具体要求； c)评价改进结果的方法与指标； 6.3.1.4 管理者代表审阅改进方案。

一、目的 利用质量方针/目标、内审、数据分析、纠正和预防措施以及管理评审，持续改进质量管理体系的有效性。 二、范围 适用于本公司改进项目立项、分析及相关措施的计划，实施及验证。 三、术语 （无） 四、相关文件 文件编号文件名称 HHQP—06 人力资源控制 HHQP—24 统计方法应用与数据分析 HHQP—21 内部审核控制 五、职责 5.1、质量部负责统计各部门年初提出的持续改进项目，编制公司年度持续改进项目计划。 5.2、各部门负责在各部门收集数据的基础上进行趋势分析，比对上年计划目标，提出部门持续改进初始项目及目标。 5.3、质量部负责验证持续改进项目落实情况。 六、过程描述 责任单位 /责任者 职责/活动 相关部门 综合管理部相关部门相关部门相关部门6.1资料收集和分析 6.1.1 收集数据资料，并在收集数据的基础上进行趋势分析，比对上年计划目标，提出持续改进的初始项目及目标。 6.1.2收集数据资料包括但不限于以下方面： 业务计划及实施情况 内审 管理评审 顾客要求等 相关部门质量部6.2质量体系改进 6.2.1 对体系反馈问题的发展趋势进行评审，选择和确定自己的改进项目，反馈的问题包括但不限于以下方面： 不合格品、产品返工，内审，测量系统分析，检测成本，检测及时率，计量设备按时校准率，客户质量投诉等

装备部技术部综合管理部市场部 采购部 生产部 安环部设备故障率；设备停工率等， APQP,PPAP完成率，工序能力分析； 培训实施率，培训有效性； 销售计划，顾客满意度，顾客意见反馈，顾客建议，交货及时性等。 供方质量合格率；采购及时率,采购成本控制等 生产计划完成率，产率，能源/原材料消耗，现场7S等, 安全/环境隐患整改率，污水/噪音排放达标率，固体废弃物处置及时率等 管理者代表技术部 财务部 质量部APQP小组 装备部 生产部 市场部 采购部 安环部6.3持续改进原则 6.3.1 确定持续改进总体要求。 6.3.2 产品/过程的特殊特性及客户特殊要求为优先改进项目。 6.3.3 成本控制为优先改进项目。 6.3.4 减少过程变差为优先改进项目。 6.3.5 对影响产品质量的过程实施优化为优先改进项目。 6.3.6 降低设备故障率为优先改进项目。 6.3.7 生产计划完成率及能源/原材料消耗控制为优先改进项目。 6.3.8 提升顾客满意度为优先改进项目。 6.3.9 提高采购及时率及供方质量合格率为优先改进项目。 6.3.10 提高安全/环境隐患整改率为优先改进项目。 相关部门各部门 质量部6.4持续改进计划编制 6.4.1 围绕年度业务计划，经营计划，质量体系绩效等，确定各部门持续改进项目，目标及实施计划。 6.4.2根据各部门上报的年度持续改进项目/目标，编制“年度持续改进项目计划”，报管理者代表批准后，下发给相关部门组织实施。 相关部门总经理6.5.1持续改进技术包括（但不限于）： ●控制图、排列图、因果图、检查表等工具 ●试验设计（DOE) ●防错 ●基准确定 ●PDCA循环 ●8D方法等 6.5.2 应保证提供充足的资源，确保改进项目顺利进行。 相关部门相关部门6.6实施 改进项目分为突破性持续改进和渐进式持续改进。 6.6.1 突破性持续改进 6.6.1.1 根据改进项目的具体要求成立相应的多功能小组。 6.6.1.2 依据“年度持续改进项目计划”，制定详细的项目措施进度计划表，报主管副总经理审核批准。

持续改进控制程序 1 目的 通过收集、分析质量管理体系各过程有关数据信息，对质量管理体系的适宜性和运行有效性进行分析评价，制定持续改进项目和措施，使公司的战略目标得以实现，提高公司内部各职能部门的工作有效性和效率，不断提升客户和其他相关方的满意程度。 2 适用范围 适用于本公司的数据分析和持续改进的过程。 3 职责 3.1、质量部负责推进持续改进活动的实施并组织对改进项目结果的评审。。 3.2、各部门负责本部门的基础数据的收集、分析和汇报，促进本部门人员积极参与寻求过程、活动和产品性能的改进，以及对改进过程的实施和结果的利用。 4 定义 4.1、数据分析：有目的地收集数据、分析数据，使之成为信息的过程，这一过程是质量管理体系的支持过程。 4.2、持续改进：增强满足要求的能力的循环活动。指在已满足规定要求的基础上，进一步开展的以减少质量变差，提高生产率，降低成本和改善服务为主要目标的活动。 4.3、专案改善活动：是指就某项工作任务或问题开展系统的规划研究，通过现状调研、科学分析、制订改善措施、执行、检讨和控制，以达到预先设定的目标，且将改善方案进行标准化的全部活动过程。 4.4、提案制度：是指为建立并维持一个持续、开放性的沟通渠道，鼓励员工参与生产经营与管理，激发员工主动、自发地提出建设性创意的活动。 5 工作程序 5.1 项目的确立： 5.1.1通过公司经营分析会、月例会、周例会等例行会议对于公司经营指标或重点工作项目的检查，针对差异确定改进项目，主要以专案的方式进行改善； 5.1.2在产品质量或制造过程中出现异常的情况下，由相关人员针对异常问题以专案的方式进行改善； 5.1.3员工自主提出的对于质量、制程、工艺、设备、工作方法、安全、成本等方面具有建设性且具体、可行的建议，以提案的形式进行改善。 5 .2 项目的对象、目标可包括但不限于以下内容：

事态升级控制程序 （IATF16949-2016） 1.目的 定义并明确在公司产品过程设计开发、来料检查、生产中及售后的事态升级要求与执行程序。 2.范围 适用于本公司设计开发、来料检查、生产和售后整个过程事态升级问题的处理. 当项目执行过程中发生下列情况时，项目组长应及时提升管理等级： 1.设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。 2.来料检查过程不合格事态 3.生产过程不合格事态 4.入库过程不合格事态 5.产品售后过程不合格事态 3.定义： 事态升级：按公司文件要求执行过程中，有超出文件要求且重复发生2次以上的事情需要做出升级处理。根据事情的轻重程度分为0级，1级，2级与3级，其中0级是按文件正常的要求，3级是事态最严重的分级。 1级：专题质量会谈，项目组长邀请各部门主要领导人员参加

2级：总经理或总工程师参与，特别是在1级没有达到期望效果，则升入本级3级：客户支持参与，以上级别未达目标，应邀请顾客到现场进行深入指导，举行双方高层次会谈 4.职责 4.1品管部：负责制定产品来料，过程生产与售后控制的事态升级要求与执行程序。 4.2技术部：负责定义产品过程设计开发过程的事态升级要求与执行程序。 4.3其他部门：负责协助事态升级程序的执行与问题的处理。 5.作业内容 5.1设计开发事态升级要求及程序

5.2来料检查过程事态升级要求及程序

5.3生产过程事态升级要求及程序

目的 定义并明确在公司产品过程设计开发、来料检查、生产中及售后的事态升级要求与执行程序。 范围 适用于本公司设计开发、来料检查、生产和售后整个过程事态升级问题的处理. 3 定义： 事态升级：按公司文件要求执行过程中，有超出文件要求且重复发生2次以上的事情需要做出升级处理。根据事情的轻重程度分为0级，1级，2级与3级，其中0级是按文件正常的要求，3级是事态最严重的分级。 1级：专题质量会谈，项目组长邀请各部门主要领导人员参加 2级：总经理或总工程师参与，特别是在1级没有达到期望效果，则升入本级 3级：客户支持参与，以上级别未达目标，应邀请顾客到现场进行深入指导，举行双方高层次会谈 4. 职责 品管部：负责制定产品来料，过程生产与售后控制的事态升级要求与执行程序。 技术部：负责定义产品过程设计开发过程的事态升级要求与执行程序。 其他部门：负责协助事态升级程序的执行与问题的处理。 5. 作业内容 当项目执行过程中发生下列情况时，项目组长应及时提升管理等级： 1.设计开发事态:未遵守预定的项目开发时间期限、未实施决定性措施、质量能力、绩效得不到保障、看不到进步或未遵守承诺、项目流程中出现的偏差在目前的责任层上无法解决、重大工程变更、开发产品不合格、其他有影响质量的重大事项。 2.来料检查过程不合格事态 3.生产过程不合格事态 4.入库过程不合格事态 5.产品售后过程不合格事态 6.各阶段产品安全的要求不符合 设计开发事态升级要求及程序

产品不符合要求

生产过程事态升级要求及程序

入库过程事态升级要求及程序

6. 相关文件化信息 交付及售后服务管理程序 质量信息反馈制度 产品和服务放行控制程序 不合格控制程序 7 编制：审核：批准：日期：日期：日期：