简介：SAE AS13004：2017是航空航天防务行业针对过程失效模式与影响分析（PFMEA）及控制计划的权威标准。该版本为完整英文电子版，共30页，面向质量工程师、工艺工程师及供应链管理人员，提供了一套统一的风险识别、评估、缓解与预防实践，并明确了如何使用流程图（PFD）、PFMEA和控制计划降低生产过程中的风险，适用于产品全生命周期内的所有组织。PFMEA部分覆盖识别故障模式、评估风险严重性、制定缓解措施并落实控制计划等核心步骤；控制计划部分则规定了生产过程的质量控制、测试检验及缺陷处理要求。资源包为单个PDF文件，大小约418KB，内容为标准全文，可直接用于体系审核、内部培训或作为现场执行参考。已有103人学习下载，对需要贯彻行业质量标准、优化过程控制的企业团队很有帮助，读者可通过该电子版快速查阅原始规范并加深对PFMEA方法论的理解。
1. SAE AS13004：把PFMEA从“填表”拉回“风险闭环”的标准
很多供应商第一次面对 AS13004 时，第一反应是“又要填一份 PFMEA”。我见过的最典型翻车现场：把 AIAG VDA 的 Excel 模板改了抬头，SOD 分数照搬，审核现场被问“上次过程审核发现的探测手段是人工目检，为什么 D 值填 3”，全场沉默。AS13004 要的从来不是一张表，而是 PFD、PFMEA、Control Plan 三段联动形成的风险闭环。它定义的是航空发动机供应链里“怎么把过程风险识别到可执行”的底线。工程和质量岗，尤其是做供应商开发和工艺开发的人，适合先把这份 30 页的 2017 版标准读透。它没有给出轰动的发明，但把“你来定”和“必须有证据”的分界线划得很清楚。
2. AS13004条款骨架与配套标准：PFD、PFMEA、控制计划的联动关系
AS13004 一共 30 页，正文的规范性要求并不多，大量信息被压缩在附录里。第一次读很容易被附录 B 评估表、附录 C 案例研究绕晕。我的建议是，先抓住 4.1 到 4.8 的主线，把标准的强制条款、配套标准和阅读方法一次理清。
2.1 正文条款：30页标准里真正强制性的是什么
AS13004 的结构很直白：SCOPE、引用文件、术语、要求、注释，后面跟 9 个附录。核心条款只有 4.1 到 4.8，前三条把风险识别、评估、缓解、预防的循环讲清楚，其中 4.3 培训与能力要求组织确保相关人员进行 PFMEA 培训。很多公司恰恰是忽略这一点，把做表当成文件控制部门的事，工艺工程师没真正参与。条款 4.6 PFD、4.7 PFMEA、4.8 Control Plan 是三个递进层级：先画流程图，再做失效分析，最后落控制措施。
在审核现场，证据通常不是看文件柜里的签字版表格，而是追问表格里数值的出处。下表是每条强制要求对应到现场审核时最常检查的证据形态。
| 条款 | 主题 | 现场审核通常看什么 |
|---|---|---|
| 4.3 | 培训与能力 | 培训记录、PFMEA 主持人资质、工艺员是否参与 |
| 4.5 | 通用要求 | 多工厂/多产品线的部署计划、供应商层级传递 |
| 4.6 | PFD | 每个工序的输入输出、操作步骤、关键特性标识 |
| 4.7 | PFMEA | 失效模式是否落在过程参数上、行动项关闭证据 |
| 4.8 | Control Plan | 频次与样本量是否和探测能力匹配、反应计划可执行性 |
2.2 与AS9100、AS9102、AS9103、AS9145的配套关系
AS13004 的 SCOPE 里直接写了与 AS9100、AS9102、AS9103、AS9145 对齐。读这份标准不能孤立看。AS9145 规定 APQP 的五个阶段和 PPAP 批准门，按 AS13004 做的 PFMEA 正好为 AS9145 的 PPAP 提供过程风险分析材料。AS9103 负责关键特性的变差管理，而 AS13004 的 PFMEA 是识别关键特性的来源之一。AS9102 首件检验则验证 PFD 定义的过程是否被正确执行。
一旦理解这条引用链，就明白为什么 AS13004 要把 PFMEA 和控制计划绑定在一起：前者回答“哪里可能出问题”，后者回答“我们靠什么手段确认没出问题”。这也解释了附录 A 为什么要画一张标准关系图——AESQ 委员会本来就是把 AS13000 到 AS13004 当一套体系在推。
2.3 用命令行快速检索PDF条款边界
拿到 30 页 PDF 电子版，第一件事不是从头翻，而是先把文本抽出来。常见做法是装一个 poppler-utils 工具集，用 pdftotext 按布局抽取，再做关键词定位。
# 安装 poppler-utils 后，按原始排版抽取文本 pdftotext -layout AS13004_2017.pdf AS13004.txt # 找出所有携带 "shall" 的句子，这是标准里的强制要求 grep -n " shall " AS13004.txt | head -40 # 确认 "Control Plan" 在正文出现的上下文 grep -n -A 3 "4.8 Control Plan" AS13004.txt | head -30-layout参数保留原始双栏或多栏排版，后续处理表格会省力很多。第一条命令产出的 txt 是后续检索的基础；第二条把 shall 出现的位置列出来，这些句子基本就是审核员会揪住的强制性条款；第三条直接定位 4.8 小节。如果 PDF 是扫描版，这条命令不会输出有效文本，需要先用 OCR 识别，建议先检查文件属性确认是否原生文本。
3. PFMEA评分与优先级：附录E的SOD准则和行动触发逻辑
评分的部分最容易被低估。很多工程师对 AIAG VDA 的 1 到 10 分很熟，航空供应链的评分语境却完全不同。AS13004 附录 E 的标题写得很直白：Severity、Occurrence、Detection 三套排名标准。写进表格前，先想清楚三个问题：失效影响到底多大、发生频率凭什么这么定、探测手段能不能在流出前拦住。
3.1 术语与边界：设计特性、过程特性、CI
先对齐词汇。标准第三章定义的几个词在航空语境里和汽车行业有微妙差别，直接决定 PFMEA 表里“特性类型”那一列怎么填。
| 术语 | 来源 | 在PFMEA中的角色 |
|---|---|---|
| 设计特性 | 图纸/Digital Product Definition | 失效模式作用的对象，如孔径、密封面 |
| 过程参数 | 工艺规程 | 失效原因的主要来源，如焊接电流、进给量 |
| Critical Item | AS9100 定义 | 决定 S 评分等级的关键输入 |
我经常看到有人把所有尺寸都抄进 PFMEA，分不清哪个是关键。正确做法：先从图纸上识别关键特性和 CI，再反推哪些过程参数影响这些特性。不然一张表动辄两三百行，评审会上根本没人看得动。
3.2 附录E的SOD打分：航空语境的评分逻辑
先讲 Severity。航空语境里 S=10 要看是否直接威胁安全与适航性，比如发动机空中停车；S=9 是法规符合性问题，比如超出适航限制。这和汽车行业把顾客抱怨定高分的逻辑不一样。理解 S 的锚点，打分就不会整体飘高。
Occurrence 评分要有数据来源。AS13004 更愿意看到来自历史失效报告、MSA 研究、过程能力 Cpk 的结果。如果没有数据，先用合理的工程估计并记录理由。O=4 代表“偶尔发生”，但最好能关联到监控数据，不然审核员一句“这个 6 是怎么来的”就能问住你。
Detection 评分考察的是“失效流出到客户之前，过程控制能不能拦住”。区分预防控制和探测控制：SPC 是预防，终检是探测。目检的 D 通常给到 6 到 8，自动检具加防错才可以给到 3 到 4。
提示：给低分要有证据。这条正是审核员最常挑战的点。
| 分数 | Severity 锚点示例 | Occurrence 锚点示例 | Detection 锚点示例 |
|---|---|---|---|
| 10 | 安全/适航性影响 | 已知无控制的高频失效 | 无探测手段 |
| 7-8 | 主要功能降级 | 有过程监控但缺乏数据 | 目检/抽检，拦截能力弱 |
| 3-4 | 次要功能偏差 | 低频且历史数据充分 | 自动化检具加防错 |
| 1 | 几乎无影响 | 极低概率 | 多重冗余验证 |
上表是航空供应链里常用的简化锚点，具体数值边界以原标准附录 E 为准，这里的作用是让团队在打分前先对齐尺度。
3.3 风险优先级：RPN、S阈值与行动触发
传统 RPN 等于 S 乘 O 乘 D，直接按 RPN 排序有局限。一个 S=2、RPN=80 的失效模式和 S=9、RPN=54 的失效模式，RPN 告诉你前者优先，航空语境里这是反的。我一般先看 S：S≥9 直接进高风险，即使 RPN 不高也必须启动改进行动；然后看 O 乘 D 的组合。这种思路接近 AIAG VDA 手册里的 AP 行动优先级思想：S、O、D 三个维度两两组合决定行动优先级，而不是一个乘法数字。
AS13004 没有强制要求用 A4 表格式的行动优先级表，但 4.7 里对 risk mitigation 的要求暗示你必须有一个优先级排序的决策规则，并且要写在程序文件里。下面给一个可以跑起来的 python 脚本，在例会前把 PFMEA 行按 S 权重和 RPN 两个维度排序，输出行动优先级清单。
# 示例数据：模块、失效模式、S、O、D，实际使用时从PFMEA工作簿导出 rows = [ {"fm": "钻孔尺寸超差", "cause": "钻头磨损", "S": 8, "O": 6, "D": 3}, {"fm": "漏装垫片", "cause": "防错失效", "S": 7, "O": 4, "D": 4}, {"fm": "划伤密封面", "cause": "夹具毛刺", "S": 4, "O": 5, "D": 6}, ] def judge(s, o, d): rpn = s * o * d if s >= 9 or rpn >= 120: return "High" if rpn >= 60 or d >= 7: return "Medium" return "Low" for r in rows: r["rpn"] = r["S"] * r["O"] * r["D"] r["pri"] = judge(r["S"], r["O"], r["D"]) for r in sorted(rows, key=lambda x: (-x["S"], -x["rpn"])): print(f"{r['fm']:<10} S={r['S']} O={r['O']} D={r['D']} RPN={r['rpn']:>3} -> {r['pri']}")judge 函数里的阈值是我工作中常用的初值：S≥9 直接 High，把安全风险从 RPN 里独立出来；RPN≥120 说明综合风险高；D≥7 说明探测能力太弱，即使 RPN 不高也值得加一道防错。阈值要根据自己产品的历史失效数据重新标定，不必照抄。输出的排序结果直接贴在评审会议纪要里，比在 Excel 里人肉翻表高效得多。
4. 控制计划的编制与映射：把PFMEA结论翻译成现场动作
控制计划是三个文档里最接近车间的。PFD 说过程长什么样，PFMEA 说哪里会出事，控制计划说的是现场到底怎么管。很多公司的溃败点在这里：过程一变更，PFD 改了，PFMEA 没动，Control Plan 还挂着三个月前的方法。
4.1 控制计划的结构：必填列与特性分类
AS13004 4.8 条款描述 Control Plan 时，强调“把制造过程步骤与关键检验和控制活动联系起来”。实操层面，建议至少包含这些列：
| 列 | 含义 | 填写示例 |
|---|---|---|
| 过程步骤号 | 与 PFD 编号一致 | OP-30 |
| 过程步骤描述 | 与 PFD 描述一致 | 精镗轴承孔 |
| 产品特性/过程参数 | 标明是产品特性还是过程参数 | 孔径（产品）、进给量（过程） |
| 特殊特性分类 | CI、K、SC、CC | SC |
| 控制方法 | 具体工具或手段 | 气动量仪加 SPC |
| 样本量与频率 | 抽检还是全检 | 首件加每 10 件 |
| 反应计划 | 超出控制线怎么办 | 隔离、通知工艺、100%复检 |
这个过程中最容易漏的是“过程参数”那一列。光控制孔径尺寸，不控制刀具寿命和进给，很多失效模式根本拦不住。比如钻头磨损导致的孔径超差，PFMEA 里的失效原因是“钻头磨损”，对应过程参数是“刀具寿命计数”，控制计划里就必须有这一行监控。
4.2 从PFMEA到控制计划的映射方法
附录 D 专门画了 PFD、PFMEA、Control Plan 之间的联动线。我一般按三步走。
第一步，从 PFMEA 里找所有探测类控制措施，它们必须出现在控制计划的控制方法列里。第二步，从 PFMEA 的失效原因里找控制变量，比如“钻头磨损”对应的过程参数是“刀具寿命计数”，这条要写到控制计划的参数监控行。第三步，把反应计划字段逐一补齐，反应计划不是写“通知质量工程师”就行，要写明由谁在多少时间内完成什么动作。
| PFMEA字段 | Control Plan字段 | 检查点 |
|---|---|---|
| Failure Cause | 过程参数/原因控制 | 参数有没有被控制 |
| Current Detection Control | 控制方法 | 方法凭据要保留 |
| Recommended Action | 反应计划 | 动作责任人与时限 |
| D 值 | 样本量与频率 | D 越低，控制强度越高，可支撑全检或较高频次 |
4.3 常见执行偏差：控制计划的探测能力与频次不匹配
最常审出的问题有三个。
第一，控制计划里写“100%目检”，但 PFMEA 里 D 值填 3。目检受疲劳、光照影响很大，通常 D 值不会好于 5，这个矛盾在审核现场会被直接开发现。第二，频次拍脑袋。PFMEA 里 O 值高、过程 Cpk 低，控制计划却写“每班首件 1 件”，等于把风险敞口留给客户。频次要跟过程稳定性、历史 NCR 数量挂钩。第三，反应计划写得太抽象。AS13004 要求控制计划支持“万一失控，立刻遏制”，反应计划至少要包含操作工第一动作、通知对象、临时遏制措施，再进入 AS13000 问题解决流程。
可以用一段 python 从 PFMEA 的 CSV 导出控制计划草稿，减少手工填表的重复劳动。
import csv with open("pfmea.csv", encoding="utf-8") as f: rows = list(csv.DictReader(f)) for r in rows: d = int(r["D"]) if d <= 3: r["plan_type"] = "全检+防错" elif d <= 5: r["plan_type"] = "抽检+SPC" else: r["plan_type"] = "加严目检/人工复核" with open("control_plan_draft.csv", "w", newline="", encoding="utf-8") as f: w = csv.DictWriter(f, fieldnames=list(rows[0].keys())) w.writeheader() w.writerows(rows)这里的逻辑是：D=1 到 3 说明探测能力强，对应自动检具或防错，可以支撑全检；D=4 到 5 说明有成熟检测手段但有波动，用抽检加 SPC 监控；D≥6 说明探测是弱项，暂不能放宽，先上人工复核或增加频次。生成的 CSV 只是草稿，还要对着车间实际量具能力重新审一遍。
5. 附录B核查表的实际用法：一轮PFMEA差距评审怎么开
最后说一个偏实战的用法：怎么用附录 B 的评估检查表做一次差距评审。AS13004 附录 B 给了一份 Assessment Checklist，直接拿来当自评工具就够了，不一定要等二方审核才启动。
5.1 把检查表拆成可执行的自查项
附录 B 的问题并不是每一条都叫“你有 PFMEA 吗”，而是围绕功能逻辑问。我建议把检查表翻译成五个维度，挑重点项先自查。
| 维度 | 典型问题 | 失败时的表现 |
|---|---|---|
| PFD 完整性 | 每个工序的输入输出、操作步骤、关键特性是否标注 | 作业指导书比 PFD 多一道去毛刺，PFD 没更新 |
| PFMEA 逻辑 | 失效模式是否对应到过程参数与产品特性 | 故障模式全部在写零件形状，没有过程参数 |
| SOD 评分证据 | 每个分数是否有历史数据或试验支持 | D=3 但没有 MSA 报告，O=4 没有 NCR 统计 |
| 控制计划一致性 | 控制方法、频次是否与 PFMEA 一致 | 反应计划在 PFMEA 里是“隔离”，控制计划没写 |
| 措施关闭闭环 | 高优先级措施是否有责任人和完成日期 | 行动项挂半年没有进展 |
5.2 一轮两周的差距评审怎么设计
常见做法是分三场。第一场看文档，用附录 B 的对照表把 PFD、PFMEA、Control Plan 逐一过，重点看三个文档的编号体系是否一致。第二场下车间，随机拿一个关键特性，从 PFD 一路追到控制计划，再回到零件上做实际检验确认，看检测手段是否与文档一致。第三场是复盘会，把发现的偏差按严重程度排序，关键是输出一份措施完成节点，而不是一份大而全的风险报告。
一个值得试的技巧：评审时故意问现场操作工“这个尺寸超差了你怎么处置”，再对照控制计划的反应计划。操作工回答三分钟还答不到“隔离”和“通知工艺”，说明控制计划只是挂在墙上的文件。这个动作比看任何表单都能暴露真实差距。
本文还有配套的精品资源，点击获取
