IATF16949 · 不符合项改善案例
NC035-IATF16949不符合报告分析整改案例-6.1.2.3 应急计划（不能提供关键设备故障定期测试的证据）
NC035-IATF16949不符合报告分析整改案例-6.1.2.3 应急计划（不能提供关键设备故障定期测试的证据）
前 言 本文聚焦IATF16949 “6.1.2.3应急计划”条款常见问题，精选实战整改案例，从问题描述、根因…
档案摘要
NC 编号035
标准条款6.1.2.3
前 言**
本文聚焦IATF16949 “6.1.2.3应急计划”条款常见问题，精选实战整改案例，从问题描述、根因深挖、整改措施到效果验证全链路拆解，提供可参考整改模板，助力落地改善，干货速藏！！
这个条款几乎每家企业都会被开一次，不管你是新的还是旧的，此条款基本属于高频问题点。
之前有发过一条这个条款的NC整改案例，今天换一种分析方法，供大家学习参考；
IATF16949不符合报告分析整改案例分享-6.1.2.3 应急计划（关键设备故障）
（NC035可编辑附件文档已同步发出，供大家参考学习，请按需下载）
不符合项基本信息
| 项目 | 内容 |
|---|---|
| Non-conformity Number 不符合项编号 | 035 |
| Classification类别 | Major 严重 Minor 轻微 |
| Statement of nonconformity 不符合项声明 | 应急计划过程没有有效地实施 Contingency plan process was not controlled. |
| Objective Evidence 客观证据 | 关键设备故障应急计划有效性的定期测试证据不能提供 For the contingency plan for effectiveness of key equipment failures, the periodically test evidence was not provided. |
| Justification for classification分类理由 | 1, 其他应急计划的定期测试是有效的 Periodically test of others contingency plan for effectiveness is OK; 2、过去12个月，顾客交付绩效100%满足 Client 100% delivery performance for the last 12 months. |
| Nonconformity observed in process过程中观察到的不符合项 | M1管理策划过程Management Planning Process |
| Standard clause 标准条款 | 6.1.2.3 Contingency plans应急计划 |
| Requirement 需求 | 组织应 a)对保持生产输出并确保顾客要求得以满足而言必不可少的所有制造过程和基础设施设备，识别并评价相关内部和外部风险; b)根据风险和对顾客的影响制定应急计划; c)准备应急计划，以在下列任一情况下保证供应的持续性，但不限于:关键设备故障(另见第8.5.6.1.1条);外部提供的产品、过程或服务中断;常见自然灾害;火灾;流行病;公共事业中断;对信息技术系统的网络攻击;劳动力短缺;或者基础设施破坏; d)作为对应急计划的补充，包含一个通知顾客和其他相关方的过程，告知影响顾客作业的任何情况的程度和持续时间; e)定期测试应急计划的有效性(如:模拟，视情况而定); 对于网络安全:测试可能包括模拟网络攻击，对特定威胁的定期监视，依赖关系的识别和漏洞的优先级排序。测试适用于相关顾客中断的风险; 注:网络安全测试可由组织内部管理或的情分包. f)利用包括最高管理者在内的跨部门小组对应急计划进行评审(至少每年一次)，并在需要时进行更新; g)对应急计划形成文件，并保留描述修订以及更改授权人员的形成文件的信息; h)在应急计划中包括制定和实施适当的员工培训和意识。 |
企业完成部分（整改 · 纠正 · 验证）
S1 Containment action, including timing and responsible person:遏制措施，包括时间和负责人: ( 15天内的遏制/纠正)
- 立即对应急计划关键设备故障的有效性进行演练测试，同步保留演练测试证据。 责任人：陈六 日期：
- 20
- 排查近一年客户交付情况，检查是否有因关键设备故障引起的交付问题以及存在产品潜在不良的风险。 责任人：陈六 日期：
- 21
S2 Evidence of implementation实施的证据(遏制/纠正的证据)
附件35-1 关键设备故障应急演练测试记录 附件35-2 应急演练测试签到表（此表也可合并到附件35-1中） 附件35-3 排查记录表（可附-产品交付率统计数据及客户投诉统计数据）
S3 Root cause analysis 根本原因分析 （Root cause including methodology used, analysis, and results: 根本原因分析包括使用的方法、分析和结果）
- 3的要求进行有效性确认。
S4 Root cause result 根本原因结果
- 3条款的要求进行有效性确认。
根本原因是否影响其他产品或过程
否，单一问题，不影响其它过程和产品。
S5 Systemie corrective actions, including timing and responsible person系统性纠正措施，包括时间安排和负责人 （已实施的为消除每个不符合项所采取的系统性的纠正措施,包括考虑了对其他类似过程和产品的影响 针对原因）
- 更新《应急计划演练作业流程》增加对关键设备故障的演练测试。 负责人：张三 日期：
- 22
- 对更新后《应急计划演练作业流程》文件与IATF16949标准条款
- 3条款的要求进行有效性确认。 负责人：张三 日期：
- 23
- 更新后《应急计划演练作业流程》分发至关联部门，同步回收旧版本。 负责人：李四 日期：
- 24
- 对关联责任人进行更新后《应急计划演练作业流程》的培训。 负责人：张三日期：
- 25
S6 Evidence of implementation 实施的证据(纠正措施的证据)
附件35-4 修订后《应急计划演练作业流程》 附件35-5 文件有效性检查表 附件35-6 文件分发回收记录表 附件35-7 修订后《应急计划演练作业流程》文件培训记录表
S7 Action taken to verify effective implementation of corrective actions 采取措施验证纠正措施的有效实施 （对纠正措施有效性的验证）60天内
1、2025年5月10日验证此不符合项，已对应急计划关键设备故障的有效性进行演练测试,立即的纠正是有效的. 2、已分析到根本原因，原因分析可接受； 3、已更新文件增加对关键设备故障的演练测试. 4、更新后《应急计划演练作业流程》文件有进行有效性确认. 5、水平展开，对“M1管理策划过程”进行专项检查，抽查其它应急演练实施情况（如，信息系统的网络攻击），有实施演练且保留演练证据，未发现其它问题。
Verify effective implementation of corrective actions files纠正措施的有效实施的验证文件
附件35-8 纠正（揭制）措施有效性验证表（此证据也可使用M1内审检查表代替) 附件35-9 抽查证据：”信息系统的网络攻击”应急演练测试记录 (注意：抽查证据日期一定要是改善培训完成后发生的日期，不然容逷被退回，有些机构有要求） 附件35-10 抽查证据：”信息系统的网络攻击”应急演练测试签到记录表（此表也可合并到附件35-9中）
**点亮分享
给更多的人↓**
以上为个人分析，仅供参考学习用，如有不同观点，欢迎留言讨论，共同学习进步，谢谢
| 往期回顾 |
|---|
| NC34:IATF16949不符合报告分析整改案例-10.2.3 问题解决（内部改善问题8D分析后未更新PFMEA） NC33:IATF16949不符合报告分析整改案例-8.5.1.3 作业准备验证（过程参数未记录实际测量数值） NC32:IATF16949不符合报告分析整改案例-8.3.3.3 特殊特性（PFMEA中未标识特殊特性符号） NC31:IATF16949不符合报告分析整改案例-9.1.1.2 统计工具的确定（顾客规定CPK未在CP中定义） NC30:IATF16949不符合报告分析整改案例-8.5.6.1 更改的控制 - 补充 NC29:IATF16949不符合报告分析整改案例-7.1.5.1.1 测量系统分析 NC28:IATF16949不符合报告分析整改案例-9.1.3 分析和评价(不良质量成本统计） NC27:IATF16949不符合报告分析整改案例-8.7.1.3 可疑产品的控制（可疑产品的培训） NC26:IATF16949不符合报告分析整改案例-4.2 理解相关方的需求和期望（气候变化的影响） NC25:IATF16949不符合报告分析整改案例-10.2.3问题解决（不良原因分析） NC24:IATF16949不符合报告分析整改案例-9.2.2.2 质量管理体系审核（CSR验证） NC23:IATF16949不符合报告分析整改案例-9.3.2 管理评审输入（外部审核结果） NC22:IATF16949不符合报告分析整改案例-9.3.1.1管理评审--补充（问题输入评审） NC21:IATF16949不符合报告分析整改案例-9.1.2.1 客户满意--补充（超额运费） NC20:IATF16949不符合报告分析整改案例-8.5.1.3 作业准备的验证（过程参数） NC19:IATF16949不符合报告分析整改案例-7.5.3.2 形成文件的信息的控制（外来文件控制） NC18:IATF16949不符合报告分析整改案例-9.1.1.2 统计工具的确定（SPC控制） NC17:IATF16949不符合报告分析整改案例-9.2.2.4 产品审核（尺寸测量） NC16:IATF16949不符合报告分析整改案例-8.5.1.2 标准化作业-操作指导书和目视标准 NC15:IATF16949不符合报告分析整改案例-8.3.4 设计和开发控制（样件验证） NC14:IATF16949不符合报告分析整改案例-6.2.2.1 质量目标及实施的策划--补充 NC13:IATF16949不符合报告分析整改案例-6.1.2.1 风险分析（信息技术系统网络攻击威胁） NC12:IATF16949不符合报告分析整改案例-8.3.5.2 制造过程设计输出(设备能力研究) NC11:IATF16949不符合报告分析整改案例-7.5.1.1 质量管理体系文件（外包过程识别） NC10:IATF16949不符合报告分析整改案例-8.4.1.1 采购与外部供方管理（服务类外包商） NC09:IATF16949不符合报告分析整改案例-6.1.2.3 应急计划（关键设备故障） NC08:IATF16949不符合报告分析整改案例-8.5.1.5 全面生产维护（烘料参数） NC07:IATF16949不符合报告分析整改案例-8.5.1 生产和服务提供的控制 NC06:IATF16949不符合报告分析整改案例-8.5.1.6 工装和设备管理（易损件管理） NC05:IATF16949不符合报告分析整改案例-8.3.3.3 特殊特性 NC04:IATF16949不符合报告分析整改案例-9.2.2.3 制造过程审核 NC03:IATF16949不符合报告分析整改案例-8.5.1.5 全面生产维护 NC02:IATF16949不符合报告分析整改案例-8.5.2.1 标识和可追溯性-补充 NC01:IATF16949不符合报告分析整改案例-8.3.3.2 制造过程设计输入 |
点赞
收藏
分享
IATF 16949:2016 · 条款 6.1.2.3
应急计划
IATF 16949:2016 汽车补充
标准条文
- 组织应识别并评价对保持生产输出、确保顾客要求得以满足而言必不可少的所有制造过程和基础设施设备的内部和外部风险。
- 应根据风险和对顾客的影响制定应急计划。
- 应急计划应保证供应的持续性，至少针对：关键设备故障；外部提供的产品、过程或服务中断；常见自然灾害；火灾；公用事业中断；对信息技术系统的网络攻击；劳动力短缺；基础设施破坏。
- 作为应急计划的补充，应包含一个通知顾客和其他相关方的过程，告知影响顾客作业的任何情况的程度和持续时间。
- 应定期测试应急计划的有效性（如模拟演练）。
- 应由包括最高管理者在内的跨部门小组对应急计划进行评审（至少每年一次），并在需要时更新。
- 应急计划应形成文件，保留描述修订以及更改授权人员的信息。
- 应急计划还应规定：在生产停止的紧急情况后重新开始生产时，以及在常规停机过程未得到遵循的情况下，确认产品持续符合顾客规范。
条款解释与实施要点
- 应急计划的对象是「影响顾客交付的风险」，不是泛泛的安全预案；须先识别关键过程与关键设备，再按风险与顾客影响排序。
- 必须演练并留存记录（如模拟断电、模拟关键设备故障），未演练的计划在审核中通常被视为无效。
- 含最高管理者的跨部门小组年度评审是硬性要求；恢复生产后的产品确认（首件/加严检验）是最容易被漏掉的一环。
常见不符合项
- 未识别关键制造过程与关键设备，应急计划与实际风险脱节。
- 应急计划未覆盖标准列举的全部情形（缺少网络攻击、劳动力短缺、公用事业中断等）。
- 未定期演练，无演练记录与有效性评价。
- 未规定通知顾客的流程、时限与责任人。
- 未由含最高管理者的跨部门小组每年评审，计划多年未更新。
- 紧急停产恢复生产后，未按规定确认产品持续符合顾客规范（无加严检验/首件确认记录）。
条文依据 IATF 16949:2016（ISO 9001:2015 基础上）官方中文版整理，措辞以正版标准文本为准；「常见不符合项」为审核实践高频发现，供整改参考。