根本原因
我们的 8D 总是归咎于操作员，问题又会再来。
使用 Zometric
没有经验证的发生原因，D4 就无法完成；在完整 8D 中，还需要经验证的系统原因——每一项都要有证据支持。格式还可以要求填写未探测原因。
根本原因分类与验证方法
什么是 CAPA 和 8D 方法？
CAPA（纠正与预防措施）消除已发生问题的原因，使其不再发生，并把经验教训推广到下一个可能发生该问题的产品、过程和工厂。8D（八项纪律）是汽车行业客户为此期望采用的团队方法：IATF 16949 第 10.2.3 条要求遏制、根本原因分析、系统性纠正措施、经验证的有效性，以及更新后的 PFMEA 和控制计划。
Zometric 以 D0 至 D8 九个步骤运行：受理与分诊、组建团队、问题描述、遏制、根本原因、选择并验证措施、实施并证明有效、预防再发生，以及关闭与团队表彰。D0 决定采用完整 8D 还是简易格式。同样的步骤可以按 VDA 8D 或 AIAG CQI-20 的措辞显示。
经验证的根本原因必须能够解释事实，并在可能时能让问题“开启”和“关闭”。原因分为缺陷为什么发生和为什么未被探测到，也分为技术原因和系统原因，因为只针对零件的纠正，会让放过缺陷的过程原封不动。
团队为何转用
Zometric CAPA 与 8D 消除的问题
质量团队用自己的话描述的六个问题——以及当 8D 从一张表格变成一个有关口的案例后，情况如何改变。
工作方式
8D 在 Zometric 中如何运行
每个步骤都有自己的检查项：未解决的错误会阻止该步骤通过，“下一步”卡片会说明还缺什么。
D0 · 受理与分诊
开启案例并分诊
案例可由客户或供应商投诉、审核发现、分层审核不符合项或内部来源开启。三个分诊问题会建议采用完整 8D 还是简易格式；安全、法规和严重问题始终采用完整 8D。
D1–D2 · 团队与问题描述
组建团队并描述问题
指定发起人和组长，添加成员以及客户或供应商代表。以“要求与实际”的对比描述问题，结合 5W2H、IS / IS NOT、缺陷模式，以及对类似零件、产线和工厂的排查。
D3 · 遏制
遏制问题
按地点记录遏制措施——供应商、在制品、成品、在途、客户处——包括批次、检查数量和拒收数量以及处置结果。让步接收和返修需要客户授权；已发运的可疑产品需要通知客户。
D4 · 根本原因
找出并验证根本原因
运用 5 Why、鱼骨图、IS / IS NOT、柏拉图、故障树、决策矩阵、多变异分析或因果矩阵，并把可能原因升级为根本原因。项目的 PFMEA 链条和控制计划行就在旁边，团队可以回答“它在 FMEA 里吗？”。
D5–D6 · 措施与证明
选择、验证并证明措施
把纠正措施和系统措施关联到它们所消除的原因。在记录任何结果之前先确定接受准则，实施前先验证，实施后再证明——可选择对照变更前后的实时 SPC 或检验数据。
D7 · 预防再发生
推广经验教训
逐项决定预防对象：PFMEA、DFMEA、控制计划、过程流程、作业指导书、类似产品和过程、其他工厂、经验教训或一道 LPA 问题。每项决定要么已完成，要么已计划并指定责任人和日期，要么不适用并说明理由。
D8 · 关闭与表彰
关闭、签核并评审
提交关闭总结，由组长和发起人签核；若投诉有要求，还需客户签核；批准可采用电子签名。关闭时即安排有效性评审，默认在 90 天后。
想在您自己的流程中看看 CAPA 与 8D 吗？
30 分钟的通话，聊聊您的产品、客户要求以及您目前使用的工具。
功能简介
CAPA 与 8D 问题解决 — 您真正能获得什么。
每一项能力都对应着您的团队正在努力做出的某个决策。
从 D0 到 D8，步步有关口
每个步骤都有自己的检查项，未解决的错误会阻止该步骤通过。“下一步”卡片告诉组长还需要什么才能继续——所以没有经证据支持并经验证的根本原因，8D 就无法关闭。
VDA 8D、CQI-20 与客户指定格式
问题只解决一次，按客户要求的格式出具报告。格式定义步骤、标签和报告版式——包括客户的工作簿——而不改变团队解决问题的方式。
带批次与断点的遏制
按地点——本厂、在途、客户仓库——记录遏制措施，以及受影响批次、分选数量和处置结果。断点 (clean point) 被记录在案，只有永久措施得到验证后才能解除遏制，除非发起人或质量经理以书面理由予以覆盖。
根本原因：发生与未探测
5 Why、鱼骨图、柏拉图、Is / Is-Not、故障树和决策矩阵，全部记录在案例上。根本原因分为缺陷为什么发生和为什么流出两类，相关的 PFMEA 和控制计划内容就在旁边。
D7 预防措施落到 PFMEA 与控制计划
预防是针对真实文件作出的决定。选定经验教训适用的 PFMEA、控制计划或过程流程，系统即在其上打出评审标记——从现场失效回到风险分析的闭环在系统里完成，而不是在会议上。
必须证明的有效性
关闭时即安排有效性评审。如果问题再次出现，案例将重新打开。已关闭的 CAPA 若出现重复投诉，系统会自动为其打上标记。
证据、签核与报告版本
每个步骤都可附照片和文件，签核采用电子签名，报告版本带编号——初始、中期和最终——按发出时的状态冻结。管理评审资料包可将 CAPA 全貌导出到 Excel。
从过往案例中学习
从您自己的 CAPA 和 FMEA 中推荐类似的过往案例、已证实的根本原因和行之有效的措施，每条都附有出处。本模块不使用任何外部 LLM，接受什么由工程师决定。
数据说话
每个 8D 步骤何时到期
步骤到期日从问题被报告之时起算，而不是从有人开启案例之时起算。以下是 VDA 8D、CQI-20 和通用 8D 格式的默认值；每一项都可以在复制出的格式中修改，投诉和审核的期限会取代它们。
- 24
- 小时内完成遏制（D3）
- 15
- 天内找出根本原因并制定计划（D4–D5）
- 60
- 天内实施并关闭（D6–D8）
| 步骤 | 期限 | 到期时间 |
|---|---|---|
| D0 准备与应急反应 | 期限24 小时 | 到期时间3 月 3 日 09:00 |
| D1 团队 | 期限24 小时 | 到期时间3 月 3 日 09:00 |
| D2 描述问题 | 期限5 天 | 到期时间3 月 7 日 09:00 |
| D3 遏制 | 期限24 小时 | 到期时间3 月 3 日 09:00 |
| D4 找出根本原因 | 期限15 天 | 到期时间3 月 17 日 09:00 |
| D5 选择并验证措施 | 期限15 天 | 到期时间3 月 17 日 09:00 |
| D6–D8 实施、预防、关闭 | 期限60 天 | 到期时间5 月 1 日 09:00 |
关联模块
CAPA 与 8D 如何与 Zometric 其他模块相连
其他模块通过 CAPA 开启案例，并在案例变化时收到回传，模块之间无需重复录入。
投诉管理
双向一起投诉开启一个 CAPA，并带有其自身的遏制、根本原因和最终报告期限。重复投诉会在已关闭的 CAPA 上打出评审标记，并显示在其有效性评审中。
审核管理
双向不符合项类审核发现和分层审核不符合项会开启一个 CAPA，其到期日沿用该发现的响应日期。在 D7 中，预防决定可以生成一道 LPA 问题草稿。
FMEA
双向D4 显示项目的 PFMEA 链条，以便将根本原因与之关联；D7 的决定会在 PFMEA 或 DFMEA 上打出评审标记。
控制计划
双向D4 在根本原因旁显示控制计划行，D7 中针对控制计划的决定会在其上打出评审标记。
过程流程图
双向案例依据项目的过程流程记录问题产生的工序；D7 可以把过程流程图标记为待评审。
供应商门户
双向供应商通过安全链接答复遏制、根本原因、措施和实施。在团队接受答复之前，CAPA 中不会有任何改变。
过程质量与 SPC
读取自实施后的有效性证明可以指向该零件的某个 SPC 数据流，并显示变更前后的表现。
检验
读取自该零件的检验结果同样可以作为证明，按措施前后相同时长的区间进行对比。
APQP
发送至D7 中的经验教训决定会在经验教训库中创建一条记录，并回链到该 CAPA。
适用角色
谁在其中工作
组长
主导案例：分诊、各个步骤、关闭申请和有效性评审。接收即将到期或已逾期步骤的提醒。
发起人 / 倡导者
与组长一同签核关闭，并可以书面理由覆盖遏制解除的限制。
团队成员
完成各项步骤——问题描述、遏制、分析、根本原因和措施。分诊和关闭仍由组长和发起人负责。
质量经理
可管理任何案例，接收逾期步骤的升级，执行质量经理签核，并可覆盖遏制解除的限制。
来源负责人
投诉协调员、审核方案经理和 LPA 过程负责人，管理由其投诉、审核发现和分层审核开启的 CAPA。
供应商
通过供应商门户，为其 8D 答复遏制、根本原因、措施和实施。
对比
Zometric CAPA 与 8D 对比电子表格或 Word 8D 模板
| Zometric CAPA 与 8D 对比电子表格或 Word 8D 模板 | 电子表格或 Word 模板 | Zometric CAPA 与 8D |
|---|---|---|
| 步骤关口 | 任何栏目都可以留空或含糊填写 | 52 条 CAPA 规则；未解决的错误会阻止步骤通过和关闭 |
| 根本原因 | 一个自由文本框 | 发生和未探测的技术原因与系统原因，每一项都以证据验证 |
| 遏制退出 | 觉得安全了就停止 | 只有有效性证明通过后才可解除，或以书面理由覆盖 |
| 到期日 | 手动输入，很少有人跟催 | 从报告日起算，带提醒和升级 |
| PFMEA 和控制计划 | 在 D7 里写上“已更新” | D7 必须作出决定，并在该文件上打出评审标记 |
| 客户格式 | 每个客户一份不同的文件 | 一个案例；VDA 8D、CQI-20 或客户格式与工作簿 |
| 有效性 | 关闭后很少检查 | 关闭时即安排评审；评审未通过将重新打开案例 |
| 版本与签核 | 通过电子邮件发送“8D_final_v2” | 带编号的报告版本按发出时冻结，并带电子签名 |
想在您自己的流程中看看 CAPA 与 8D 吗？
30 分钟的通话，聊聊您的产品、客户要求以及您目前使用的工具。
标准与合规
专为您的监管机构和客户已经要求的标准而打造。
- 8D
- VDA 8D
- CQI-20
- IATF 16949
- ISO 9001
集成
数据输入与输出
8D 报告
在屏幕上以 VDA 8D、CQI-20 或通用版式查看 8D 报告，提供用于 PDF 的打印版式，以及每个步骤一个工作表的 Excel 工作簿。
客户 8D 工作簿
上传客户的空白 8D 工作簿，一次性映射其单元格，即可依据任何已发出的报告版本进行填写。
台账与管理评审
将 CAPA 台账连同其 KPI 导出到 Excel，并可导出包含趋势、来源、原因柏拉图、未关闭和已关闭案例以及有效性的管理评审资料包。
目录导入
从 Excel 或 CSV 导入客户的原因目录、格式文本和评估准则。
REST API 与 Webhook
案例、步骤、团队、遏制、根本原因和签核均可通过 REST API 获取，案例状态变化时会触发 Webhook。
组合更佳
与本模块协同工作的另一个模块。
Zometric 的各模块共享统一的数据中枢——采用越多模块，信噪比优势就越能复利累积。
常见问题
CAPA 与 8D：常见问题
针对团队在演示前最常问的问题，给出直接的回答。
CAPA 和 8D 有什么区别？
CAPA（纠正与预防措施）是要求：消除问题的原因使其不再复发，并在其他地方预防它。8D 是实现这一要求的结构化团队方法，从组建团队到关闭共八项纪律。Zometric 将每一个 CAPA 作为一个 8D 案例运行，共 D0 至 D8 九个步骤，其中 D0 决定采用完整 8D 还是简易格式。
Zometric 支持哪些 8D 格式？
Zometric 内置三种格式：VDA 8D、CQI-20 问题解决和通用 8D。格式决定步骤名称、必填的根本原因类别、验证级别、签核、到期日和报告版式。格式可以复制并针对某个客户调整，客户自己的 8D 工作簿也可以依据已发出的报告版本填写。
什么情况下可以用简易格式代替完整 8D？
在分诊时，三个问题会建议采用哪种方式：原因是否已知、问题描述是否完整，以及问题是否超出一个人的能力范围。安全、法规和严重问题始终采用完整 8D，客户投诉也是如此，除非格式允许简易格式。若简易格式的问题后来发现更大，可以升级为完整 8D，且不会丢失数据。
8D 的到期日如何设定？
到期日从问题被报告之时起算。默认为遏制 24 小时、根本原因和措施计划 15 天、实施、预防和关闭 60 天。投诉的期限或审核发现的响应时限会取代它们，逾期超过三天的步骤会升级给质量经理。
什么时候可以解除遏制？
只有在纠正措施的实施后有效性证明通过之后。格式还可以要求客户的退出批准，或断点之后的一段无缺陷期。提前解除遏制需要发起人或质量经理并附书面理由，该理由会随记录保存。
Zometric 如何验证 CAPA 是否有效？
关闭时即安排有效性评审，默认在 90 天后。关闭后的重复投诉会作为复发信号显示，在这种情况下仍确认有效，需要书面说明理由。评审未通过时，可从选定的步骤重新打开案例，或保持关闭并启动一个关联的重复 CAPA。
供应商可以在 Zometric 中答复 8D 吗？
可以。供应商通过供应商门户，从安全链接答复遏制、根本原因、纠正措施和实施。其答复始终只是建议：在团队接受之前，不会写入 CAPA；已接受的根本原因初始状态为“最可能”，而非“已验证”。
Zometric 的 AI 会把我们的 CAPA 数据发送给外部 AI 模型吗？
不会。根本原因、措施和预防对象的建议来自本地引擎，它检索您自己过往的 CAPA 和 FMEA，每条建议都附有出处。不使用任何外部 LLM，在工程师接受之前，不会向案例添加任何内容。