发布日期：2026-10-19 13:54:07
来源
： 网络
作者
：佚名
浏览量
：0
DFMEA 长在产品结构树上（系统—子系统—组件），PFMEA 长在过程流程树上（过程项—过程步骤—过程工作要素）。两棵树本来不会自动相交，中间必须有人为搭起来的链接。链接的位置其实是固定的，就下面四处。| 接口位置 | DFMEA 侧写什么 | PFMEA 侧写什么 |
| 失效影响 | 对上级系统、整车、最终用户的影响 | 对下游工序、最终用户的影响 |
| 失效模式 | 组件层面的功能失效 | 某个过程步骤产出的产品失效 |
| 特殊特性 | 设计输出的关键特性、重要特性 | 过程侧要重点控制的对象 |
| 措施 | 设计层面能执行的：结构、材料、公差、DV / PV 验证 | 过程层面能执行的：防错、特性控制、SPC、检验频次 |
公开的 FMEA 方法论手册把这几层关系称为链接，并明确要求：PFMEA 的失效影响要能与 DFMEA 呼应，DFMEA 识别的特殊特性要一路传到 PFMEA 和控制计划。手册要求的是关系，而很多公司交付的是两张表。盲区就长在这个落差里。01、影响刻度不一：一边写「整车」，一边写「返工」现场症状：DFMEA 的影响写的是制动功能下降、法规不符；PFMEA 写的是不合格、需返工、客户抱怨。断在哪：PFMEA 的影响停在工厂内部，没往上接到「对最终用户」那一级。同一件事，两边说着两种语言。怎么补：定一份影响刻度表，统一三级写法：① 对本工序或下游工序；② 对最终用户的使用性能；③ 对安全或法规。PFMEA 里 S 大于等于 7 的条目，必须写到 ② 或 ③，不允许只写「返工」。02、失效链断口：PFMEA 的条目接不回 DFMEA现场症状：DFMEA 里「密封面泄漏」是一个失效模式；翻到 PFMEA，找不到任何一条跟泄漏有关的记录，多出来的全是尺寸超差、外观不良。断在哪：DFMEA 的失效模式，在 PFMEA 里本来应该以「后果」的身份出现：某过程步骤没做好，导致密封面泄漏，进而影响最终用户。链条一断，PFMEA 就成了一张孤立清单。怎么补：加一个回挂动作：DFMEA 中 S 大于等于 8 的失效模式，在 PFMEA 里至少要找到一条与之对应的记录。找不到的，写进接口差异清单，逐条确认是「过程不相关」还是「漏了」。现场症状：设计输出了十几个特殊特性，PFMEA 只覆盖了一部分；或者两个数字对得上，但表里没写来源，问起来没人说得清这条是从 DFMEA 哪一行传过来的。断在哪：传递靠人、靠会议、靠记忆。没有一份可以拿出来核对的清单，缺口就永远说不清有几个。怎么补：建一份特性传递矩阵，这是接口的核心交付物。一行一条特性，字段依次是：DFMEA 条目号 → 特性名称 → 分类（安全 / 法规 / 功能 / 装配）→ 传到 PFMEA 哪一步 → 控制计划条目 → 控制方法 → 作业指导书 → 责任人。管理上只盯一个数：缺口为零。每次设计变更后重新对一遍表。04、措施越界：设计的动作写进过程，过程的动作写进设计现场症状：DFMEA 的措施列写着「装配时全数检验」；PFMEA 的措施列写着「设计上提高材料耐温等级」。断在哪：措施的责任主体错位了。设计措施只能由设计执行，过程措施只能由过程执行。写错一边，两边都落不了地，但两边的表格看起来都很完整。怎么补：联审时专门查措施归属，越界的当场退回。把「措施越界」记成一条接口异常，累计次数就是接口健康度的一个指标。现场症状：同一个失效模式，DFMEA 里 S 打 8 分，PFMEA 里打 5 分。评分不同，行动优先级自然也不同，资源就投到了两个方向。断在哪：严重度由「后果」决定，和它发生在设计端还是过程端没有关系。两端 S 值不等，说明至少有一边的后果没想透，或者两边对评分表的理解不一致。怎么补：定一条硬规则：同源失效，S 值必须一致（只有 O 和 D 允许两边各有口径）。联审前用三到五个历史案例做一次评分校准，把「什么情况打 8 分、什么情况打 5 分」当面对齐，比事后争论有用。现场症状：设计变更走完，DFMEA 更新到新版本，PFMEA 和控制计划还停在旧版；过程变更走完，PFMEA 改了，DFMEA 没回头看是否推翻了原来的设计假设。断在哪：缺触发规则、缺责任人、缺留痕。三样缺一样，变更就只会往一个方向走。怎么补：在变更单上加两个必勾项：是否影响 DFMEA、是否影响 PFMEA 与控制计划。任一勾选即触发对面评审，并留下评审记录。这一条也是客户过程审核和提交前复查的常见抽查点。不用等审核，打开现在的文件就能做。每一问都有一句判据。1、在 PFMEA 里抽 5 条 S 较高的条目，它们的失效影响能在 DFMEA 里找到对应的失效模式吗？
判据：一条都对不上，就是断链。2、把 DFMEA 里的特殊特性全部列出来，再数一数 PFMEA 和控制计划覆盖了几条？
判据：两个数字不一样，中间就是缺口。3、挑一个两端都出现的失效模式，把 S 值放在一起比。
判据：两边不相等，说明口径没对齐。4、翻最近一年的变更记录，有没有一条同时触发了 DFMEA 和 PFMEA 的更新？
判据：一条都没有，触发机制就没建起来。5、PFMEA 的措施列里，有没有改材料、改结构、改公差这类设计动作？
判据：有，就是措施越界。五问里中了三条以上，两张表之间的接口基本是断的。先进第三条，再回头补前两条。建特性传递矩阵，把 DFMEA 的特殊特性逐条对到 PFMEA、控制计划和作业指导书。交付物：特性传递矩阵，附缺口清单。
节奏：变更不大的存量产品，用两周左右可以完成首轮。在过程设计开发收尾之前，加一次接口联审会，三四十分钟就够。只审接口，不审各自表格的内容。交付物：接口差异清单，附联审签署记录。
前提：联审要有明确的主持人，由项目质量或可靠性工程师担任。这个角色不归设计也不归工艺，接口才有人替它负责。把三条规则写进程序文件：同源失效 S 值一致；措施归属按设计端和过程端分开判；变更双向触发并留痕。交付物：修订后的 FMEA 管理程序，以及变更单模板。| 节点 | 动作 | 交付物 |
| 设计冻结前 | DFMEA 复核，输出特殊特性清单 | 特殊特性清单 |
| 过程设计启动 | 建首轮特性传递矩阵 | 矩阵加缺口清单 |
| 过程设计收尾前 | 开接口联审会，只审接口 | 差异清单加签署记录 |
| 提交前复查 | 按自查五问过一遍 | 自查记录 |
| 每次变更 | 双向触发确认 | 影响确认记录 |
两张表各自都挑不出错，合起来能不能对上，是另一件事。前者靠认真，后者靠机制：一份清单、一个节点、三条规则。下次客户问「链接呢」，你递出去的不该是一段解释，而是一张矩阵、一份签署记录。
关于SunFMEA
SunFMEA是由北京青创智通科技有限公司自主研发的一款基于AIAG-VDA-FMEA标准的失效模式和影响分析软件，软件满足新版七步法分析流程，兼具DFMEA和PFMEA，以结构树的方式直观、完整、快速地指导用户完成FMEA分析的整个流程，能够为企业提供系统化、标准化的FMEA解决方案，助力企业提质降本增效。
SunFMEA摒弃传统Excel填表法制作FMEA的方式，提供向导式FMEA制作流程，引导用户完成七步法的分析。提供可视化的技术（框图、工艺流程图、结构树/功能树/失效树、功能网、失效网），提升FMEA制作体验和展示效果。可自动生成控制计划，形成并更新企业知识库和经验库，极大的提升FMEA制作的效率和质量。包括项目管理、知识库、FMEA编制（七步法）、评分标准库、特殊特性符号库、基础数据配置、系统配置等模块和功能。
文章来源于网络，版权归原作者所有，侵删。
