简介VDA 2 EN 6th 2020 是德国汽车工业协会质量管理中心VDA QMC发布的第六版英文指南聚焦“保障供应质量——生产过程与产品批准PPA”面向汽车行业质量管理人员、供应商开发工程师及生产制造相关从业者。指南系统阐述了从供应商选择、初始样件批准到批量生产监控的全流程质量控制方法并强调数据管理、过程能力分析及大数据与人工智能在质量预防中的应用对搭建或优化企业 PPA 流程具有直接的参考价值。资源共 1 个 PDF 文件压缩包大小为 341KB内容为完整英文原版规范便于直接阅读、检索和内部培训使用。目前已有 530 人浏览学习适合需要快速获取权威原版条文的质量管理从业者。阅读这份指南可以完整理解 VDA 2 第六版2020的框架要求、术语定义和审核/批准逻辑尤其能够为供应链质量协议制定、过程审核准备及外部供方批准提供实操指引同时文件也提示了版权与内部使用限制提醒企业在合规前提下结合自身流程灵活应用持续完善质量管理体系。1. 别再把 VDA 2 第6版当成一本表格合集拿到一本印着 VDA 2 EN 6th 2020 的标准很多人第一反应是去找“填好就能提交”的模板翻到后半部分却发现B部分是一套开放的问题与证据框架并没有像 AIAG PPAP 那样一张 PSW 表格直接签字。做汽车供应链质量或 IT 系统的人这两年对 PPA、PPF、EMPB 这些缩写一定不陌生德系客户审厂时提的是 VDA 2美系客户要的是 AIAG PPAP两边都要求“生产过程与产品批准”可术语、交付物、样本量、Cpk 目标值常常对不上。这篇文章就围绕 VDA 2 第6版2020展开把 PPA 的审批逻辑、EMPB 阶段划分、与 AIAG PPAP 的差异以及如何把 B 部分落到 QMS 系统里一次讲透。2. VDA 2 第6版 PPA 的流程骨架从 PPF 到 EMPB 的提交逻辑2.1 PPF、PPA、PPAP 三个缩写指向同一个动作VDA 2 德文版长期使用 PPFProduktionsprozess- und Produktfreigabe这个词第6版英文版正式把标题改成了 Production Process and Product Approval缩写 PPA。因此你在客户手册里看到“PPA 提交”“PPF 报告”“PPAP 包”其实描述的都是同一类质量活动供应商在量试完成后向客户证明自身的生产过程能在批量条件下稳定造出合格产品。我在处理德系项目时有个经验内部邮件和文件命名统一用“PPA”这一英文缩写避免工程师同时写 PPF 和 PPA 导致追溯混乱。客户发来的德语表单仍是 PPF 字样但内容与英文版 PPA 的问卷、B 部分一一对应。提示VDA 2 第6版英文版标题含 PPA德语版保留 PPF系统里做映射时不要把两者设计成两套独立流程。2.2 EMPB、EMPB1 和 B 部分第6版的三段式试产验证VDA 2 第6版围绕“试生产批次”定义了明确的阶段EMPB在量产工装、量产工艺、量产节拍条件下制造的试生产批次用于验证工艺方案是否可行。EMPB1紧接着 EMPB 之后、在批量生产条件下继续生产的第一个小批量批次过程能力研究通常放在这一阶段完成。B 部分供应商汇总提交结果、填写尺寸报告、过程能力数据、偏差清单以及双方签字确认的表格集合功能类似 PPAP 的 PSW。实际推进时EMPB 阶段先确认设备和工装状态EMPB1 阶段再按照量产节拍连续生产若干组样本采集尺寸、性能、表面质量数据用于 Cpk 分析。很多供应商常犯的错误是跳过了 EMPB直接用试制阶段的样件数据填写 B 部分审核员一眼就能从“生产日期”和“设备编号”字段看出数据来源不合法。2.3 A 部分、B 部分与供应商问卷的分工VDA 2 第6版把“问什么”和“答什么”分开设计。A 部分类似问卷与评估指南列出了客户通常关注的领域过程 FMEA、控制计划、测量系统分析、特殊特性识别、包装与物流方案、供应商管理、软件相关要求等。B 部分则是把这些答案沉淀成可审核的证据文件。这种设计给了供应商一个好处A 部分的问卷可以提前发给内部小组自评自评通过后再组织 B 部分证据包不必等客户发问题清单才开始行动。我一般会在项目启动时把 A 部分的每个问题映射到内部部门比如“特殊特性清单”映射到工艺工程师“MSA 计划”映射到质量工程师用一个 Excel 跟踪每个问题的证据文件链接和完成状态。2.4 第6版相对旧版的两个明显变化与第5版相比第6版更强调风险导向和与 AIAG-VDA FMEA 方法的一致性。过程能力、测量系统、防错验证这类内容不再只给出“应做”的结论而是要求供应商说明风险分析如何导出控制方法。对软件类零件第6版也补充了嵌入式软件版本识别、参数标定与刷写记录的要求这在传统机械件为主的供应链里经常被忽略。3. 与 AIAG PPAP 对照QMC 推动的互认到底认什么3.1 PPAP 的 18 个元素和 VDA 2 的问卷不是一一对应做过美系项目的质量工程师都熟悉 AIAG PPAP 第4版的 18 个提交要素DFMEA、PFMEA、控制计划、初始过程研究、MSA、外观批准报告AAR、样品、标准样品、检查辅具、尺寸结果、材料/性能测试结果、PSW 等。VDA 2 第6版没有沿用“18 个元素”这种清单式结构而是用问卷加上 B 部分组成提交包。把两套标准一一对应是个常见误解实际上 VDA 2 允许按风险做裁剪客户会先在采购合同里指定提交范围。在一次双客户项目中同一个零件需要同时提交德系和美系 OEM我做过一次映射表PPAP 的“初始过程研究”对应 VDA 2 B 部分里的“过程能力验证表”PPAP 的“PFMEA”对应 VDA 2 问卷中的“过程 FMEA 与措施跟踪”PPAP 的“PSW”对应 VDA 2 的 B 部分签署页。映射做完发现核心证据只需要一套差异主要在格式和签字要求上。3.2 差异最明显的三处过程能力、外观件、提交等级过程能力是两边最容易打架的地方。AIAG PPAP 的初始过程研究常见要求是 Ppk ≥ 1.67而德系客户按 VDA 2 思路通常接受 Cpk ≥ 1.33前提是过程被证明稳定且特殊特性等级与客户确认一致。我一般做法是同时算 Cpk 和 Ppk稳定过程看 Cpk新过程或批量不足时看 Ppk两边客户要哪个数据都能直接给。外观件处理也值得注意。PPAP 里的 AAR外观批准报告需要单独提交VDA 2 第6版则把外观评价表作为 B 部分的一个附件由双方在限度样品上签字确认。实际工作中常见方案是保留一套限度样品金色样件拍照存入 QMS加盖版次号签字记录在 B 部分附件索引里。提交等级方面AIAG PPAP 定义了 PSW 上的提交原因代码和等级VDA 2 第6版同样允许客户指定提交范围但表达方式不同。国内项目里经常出现供应商把所有资料全做一遍的浪费其实按客户指定的范围提交即可。对比项AIAG PPAP 第4版常见做法VDA 2 第6版 PPA常见做法批准书PSW 一页纸签字B 部分签署页初始过程能力Ppk ≥ 1.67 较为常见Cpk ≥ 1.33 更为常见外观批准AAR 专用表格B 部分附件配合限度样品提交范围按等级在 PSW 中声明按客户指定问卷和证据裁剪数据交换习惯 PSW ExcelB 部分电子表支持文本与 XML3.3 AIAG QMC 在 2020 年协调中的角色VDA 2 第6版发布前后AIAG 与 VDA 的联合工作组一直在推动 PPAP 与 PPA 的互认。AIAG QMC质量管理中心Quality Management Center是推动这套方法论对齐的协调机构发布过联合声明在客户明确同意的前提下按 VDA 2 第6版完成的 PPA 提交可作为对 PPAP 要求的回应反之亦然。前提是供应商额外补充客户特别要求的部分比如特定的尺寸格式或追溯标签。这套互认对国内供应商的实际意义是不用再为同一零件维护完全割裂的两套提交包。但互认不代表自动接受客户采购合同里怎么写最终仍以合同为准。放在系统里我的建议是给每个客户维护一份“转换规则”表单说明本客户接受哪套标准、必须补充哪些附件。4. 落地一版 PPA 证据包B 部分的填写、计算和输出4.1 用 Pandas 把实测数据算成 Cpk 并写入 B 部分B 部分的过程能力表需要一个一个特性填手工计算容易出错尤其是分组标准差和 Cpk。下面这段脚本是我在项目里常用的做法读取每个特性的 CSV 测量数据输出 Cpk、均值和标准差并给出是否满足 ≥ 1.33 的初步判断。import pandas as pd FEATURES [ {name: outer_diameter, usl: 25.05, lsl: 24.95, file: od.csv}, {name: surface_roughness, usl: 1.60, lsl: 0.00, file: ra.csv}, ] def approx_cpk(file_path, usl, lsl): df pd.read_csv(file_path) # 数据默认按生产顺序排列value 列为实测值 data pd.to_numeric(df[value], errorscoerce).dropna() if data.empty: return None mean data.mean() std data.std(ddof1) # 样本标准差分母 n-1 if std 0: return None cpk min((usl - mean) / (3 * std), (mean - lsl) / (3 * std)) return {mean: round(mean, 3), std: round(std, 4), cpk: round(cpk, 2)} if __name__ __main__: for item in FEATURES: stat approx_cpk(item[file], item[usl], item[lsl]) if stat is None: print(f{item[name]}: 数据不足或波动为 0) continue # 1.33 是最低门槛部分客户要求 1.67需根据 OQ 调整 verdict pass if stat[cpk] 1.33 else fail print(f{item[name]}: Cpk{stat[cpk]}, mean{stat[mean]}, {verdict})逻辑说明代码将 CSV 中的 value 列读取为数值序列计算样本均值与样本标准差再按单边能力指数公式分别计算上偏差能力 CPU 和下偏差能力 CPL取两者较小值为 Cpk。这样能避免手工计算时分母忘记除以 3 的常见问题。参数说明usl和lsl是公差上下限单位与测量数据保持一致ddof1表示使用样本标准差而不是总体标准差这是过程能力分析的正确做法。分组场景下建议先按生产批次做分组均值和极差分析再评估整体 Cpk未分组的合并标准差仅用于快速筛查正式提交给德系客户时仍以 Xbar-R 图结果为准。4.2 关键参数样本量、分组和初始过程能力阈值B 部分填写过程中样本量是最容易被问到的问题。参考行业惯例EMPB1 阶段常见做法是连续采集 25 组、每组 5 件共 125 个数据点。若客户指定的是小批量样件至少也要保证每组 5 件、连续不低于 5 组数据量不足时应在 B 部分备注说明并补充后续量产前 100 件的监控计划。参数常见设定说明与注意点Cpk 目标值≥ 1.33德系项目常见门槛美系项目常要求 Ppk ≥ 1.67子组大小n 5便于构建 Xbar-R 图识别组内波动子组数量25 组数据量不足时需在 B 部分声明原因MSA 结果GRR ≤ 10%测量系统分析接受准则参考 AIAG MSA 手册测量设备校准证书在有效期内提交包中附校准证书扫描件4.3 B 部分的常用字段结构与附件索引B 部分没有全国统一的字段清单但常见组织方式可以归纳成以下几个区段我一般直接做成 Excel 的多个工作表由 QMS 系统代为维护版本号。区段内容示例在 PPA 提交中的角色封面信息供应商编号、零件号、产品名称、版本便于追溯与图纸版本一致提交说明提交原因、提交等级、工程变更号告知客户本次变更范围尺寸报告全尺寸测量结果标注关键尺寸对应 APQP 阶段的尺寸验证材料/性能测试材料报告、硬度、盐雾等结果与客户认可的实验方法对应过程能力表每个特殊特性的 Cpk/Ppk 数据证明过程稳定性与能力附件索引每个附件的编号、页数、版本方便客户审核时快速查找5. 把 PPA 审批搬进 QMS状态机、权限和数据表5.1 PPA 对象的状态流转和审批矩阵QMS 里建 PPA 模块时我会先定状态机避免工程师直接在数据库里乱改记录。状态集合一般包括草稿Draft、供应商提交Submitted、技术评审In Review、有条件批准Conditional、已批准Approved、已拒绝Rejected。下面是状态合法流转的表示方式PPA_STATES { draft: [submitted], submitted: [in_review, rejected], in_review: [conditional, approved, rejected], conditional: [in_review, approved, rejected], approved: [in_review], # 工程变更触发重新评审 }逻辑说明合法流转用字典表达键是当前状态值是可跳转的下一个状态。比如“已批准”状态只能通过工程变更重新发起评审回到“技术评审”不允许从“已批准”直接改回“草稿”。所有状态变更都需要记录操作人、时间、备注。权限矩阵里我习惯把“提交”角色给项目工程师“技术评审”角色给质量工程师“批准”角色分配给质量经理或客户质量工程师“有条件批准”则必须附带整改期限字段。这样每个动作都有明确责任人审计时可以直接导出状态变更日志。5.2 数据表设计和 SQL 预警三个月后过期的 PPAPPA 批准通常有有效期部分 OEM 要求每年重新确认。在 QMS 数据库里我至少建三张表ppa_master存提交批次与审批状态ppa_item存零件和特性明细ppa_attachment存 B 部分附件索引。下面是一条用于预警的 SQLSELECT p.project_no, p.part_no, p.status, p.approval_id, p.valid_until, DATEDIFF(day, GETDATE(), p.valid_until) AS days_left FROM ppa_master p WHERE p.status APPROVED AND DATEDIFF(day, GETDATE(), p.valid_until) 90 ORDER BY days_left ASC;逻辑说明这条查询筛出所有已批准且剩余有效期不足 90 天的 PPA 记录计算出剩余天数并倒序排列。运维上可以直接放到定时任务里每周一向质量团队推送邮件。参数说明valid_until是批准有效期字段days_left 90设置了预警窗口实际项目里可以按客户风险等级调整比如跨国 OEM 提前 120 天预警国内整车厂提前 60 天即可。5.3 文件命名与版本管理PPA 附件在 QMS 里的命名我统一用客户代码-零件号-PPA-V6-YYYYMMDD-状态-序号.pdf其中V6明确表示为按 VDA 2 第6版组织。版本管理上每次客户退回整改必须生成新的版本号旧版本保留只读权限不能覆盖删除。审核员检查时可以清楚看到从初版提交到最终批准的完整迭代记录。6. 用内审视角反推 PPA 是否有效三个容易漏的检查点审核一个 PPA 提交包是否合规不能只看 Cpk 数据好不好看。我翻过很多被客户退回的包问题往往出在数据来源而非数据本身。第一个检查点是 EMPB1 的生产条件证据。B 部分里写了量产设备编号但设备点检记录、生产日报上的日期是否与该批次一致如果样件是白天在试制车间做的点检表却是夜班量产线签的字数据链就断了。常见做法是把 EMPB1 的启动会议纪要、设备点检表、首件检验记录三份文件号写入 B 部分附件索引。第二个检查点是 B 部分的签字日期与版本一致性。有些项目改版后换了零件号但 B 部分封面还是旧版本号签字页日期早于图纸变更日期直接判不符合。处理技巧是在 QMS 里加校验规则图纸版本号与 B 部分封面版本号不一致时禁止提交。第三个检查点是批准后量产数据的持续监控。PPA 批准不是终点而是量产质量基线。我建议把批准时的 Cpk 值作为基线量产前 100 件自动抓取测量数据连续监控。具体做法就是在前面的 SQL 基础上把Cpk字段从ppa_item表引入每月生成趋势报表一旦连续两天低于目标值的 80%自动触发质量评审。一个容易忽略的技巧将 VDA 2 的问卷问题与 AIAG PPAP 的 18 个元素做一张映射表放进 QMS 系统里作为“提交包完整性检查”的配置项。客户要 PPAP 时按 AIAG 清单勾选客户要 PPA 时按 VDA 2 问卷勾选。两张清单背后指向同一套文件缺失清单自动生成这样既能保证不漏项也不会在两个客户那里做两遍重复工作。本文还有配套的精品资源点击获取 VDA 2第6版PPA全解析：从EMPB到QMS落地与PPAP差异
简介VDA 2 EN 6th 2020 是德国汽车工业协会质量管理中心VDA QMC发布的第六版英文指南聚焦“保障供应质量——生产过程与产品批准PPA”面向汽车行业质量管理人员、供应商开发工程师及生产制造相关从业者。指南系统阐述了从供应商选择、初始样件批准到批量生产监控的全流程质量控制方法并强调数据管理、过程能力分析及大数据与人工智能在质量预防中的应用对搭建或优化企业 PPA 流程具有直接的参考价值。资源共 1 个 PDF 文件压缩包大小为 341KB内容为完整英文原版规范便于直接阅读、检索和内部培训使用。目前已有 530 人浏览学习适合需要快速获取权威原版条文的质量管理从业者。阅读这份指南可以完整理解 VDA 2 第六版2020的框架要求、术语定义和审核/批准逻辑尤其能够为供应链质量协议制定、过程审核准备及外部供方批准提供实操指引同时文件也提示了版权与内部使用限制提醒企业在合规前提下结合自身流程灵活应用持续完善质量管理体系。1. 别再把 VDA 2 第6版当成一本表格合集拿到一本印着 VDA 2 EN 6th 2020 的标准很多人第一反应是去找“填好就能提交”的模板翻到后半部分却发现B部分是一套开放的问题与证据框架并没有像 AIAG PPAP 那样一张 PSW 表格直接签字。做汽车供应链质量或 IT 系统的人这两年对 PPA、PPF、EMPB 这些缩写一定不陌生德系客户审厂时提的是 VDA 2美系客户要的是 AIAG PPAP两边都要求“生产过程与产品批准”可术语、交付物、样本量、Cpk 目标值常常对不上。这篇文章就围绕 VDA 2 第6版2020展开把 PPA 的审批逻辑、EMPB 阶段划分、与 AIAG PPAP 的差异以及如何把 B 部分落到 QMS 系统里一次讲透。2. VDA 2 第6版 PPA 的流程骨架从 PPF 到 EMPB 的提交逻辑2.1 PPF、PPA、PPAP 三个缩写指向同一个动作VDA 2 德文版长期使用 PPFProduktionsprozess- und Produktfreigabe这个词第6版英文版正式把标题改成了 Production Process and Product Approval缩写 PPA。因此你在客户手册里看到“PPA 提交”“PPF 报告”“PPAP 包”其实描述的都是同一类质量活动供应商在量试完成后向客户证明自身的生产过程能在批量条件下稳定造出合格产品。我在处理德系项目时有个经验内部邮件和文件命名统一用“PPA”这一英文缩写避免工程师同时写 PPF 和 PPA 导致追溯混乱。客户发来的德语表单仍是 PPF 字样但内容与英文版 PPA 的问卷、B 部分一一对应。提示VDA 2 第6版英文版标题含 PPA德语版保留 PPF系统里做映射时不要把两者设计成两套独立流程。2.2 EMPB、EMPB1 和 B 部分第6版的三段式试产验证VDA 2 第6版围绕“试生产批次”定义了明确的阶段EMPB在量产工装、量产工艺、量产节拍条件下制造的试生产批次用于验证工艺方案是否可行。EMPB1紧接着 EMPB 之后、在批量生产条件下继续生产的第一个小批量批次过程能力研究通常放在这一阶段完成。B 部分供应商汇总提交结果、填写尺寸报告、过程能力数据、偏差清单以及双方签字确认的表格集合功能类似 PPAP 的 PSW。实际推进时EMPB 阶段先确认设备和工装状态EMPB1 阶段再按照量产节拍连续生产若干组样本采集尺寸、性能、表面质量数据用于 Cpk 分析。很多供应商常犯的错误是跳过了 EMPB直接用试制阶段的样件数据填写 B 部分审核员一眼就能从“生产日期”和“设备编号”字段看出数据来源不合法。2.3 A 部分、B 部分与供应商问卷的分工VDA 2 第6版把“问什么”和“答什么”分开设计。A 部分类似问卷与评估指南列出了客户通常关注的领域过程 FMEA、控制计划、测量系统分析、特殊特性识别、包装与物流方案、供应商管理、软件相关要求等。B 部分则是把这些答案沉淀成可审核的证据文件。这种设计给了供应商一个好处A 部分的问卷可以提前发给内部小组自评自评通过后再组织 B 部分证据包不必等客户发问题清单才开始行动。我一般会在项目启动时把 A 部分的每个问题映射到内部部门比如“特殊特性清单”映射到工艺工程师“MSA 计划”映射到质量工程师用一个 Excel 跟踪每个问题的证据文件链接和完成状态。2.4 第6版相对旧版的两个明显变化与第5版相比第6版更强调风险导向和与 AIAG-VDA FMEA 方法的一致性。过程能力、测量系统、防错验证这类内容不再只给出“应做”的结论而是要求供应商说明风险分析如何导出控制方法。对软件类零件第6版也补充了嵌入式软件版本识别、参数标定与刷写记录的要求这在传统机械件为主的供应链里经常被忽略。3. 与 AIAG PPAP 对照QMC 推动的互认到底认什么3.1 PPAP 的 18 个元素和 VDA 2 的问卷不是一一对应做过美系项目的质量工程师都熟悉 AIAG PPAP 第4版的 18 个提交要素DFMEA、PFMEA、控制计划、初始过程研究、MSA、外观批准报告AAR、样品、标准样品、检查辅具、尺寸结果、材料/性能测试结果、PSW 等。VDA 2 第6版没有沿用“18 个元素”这种清单式结构而是用问卷加上 B 部分组成提交包。把两套标准一一对应是个常见误解实际上 VDA 2 允许按风险做裁剪客户会先在采购合同里指定提交范围。在一次双客户项目中同一个零件需要同时提交德系和美系 OEM我做过一次映射表PPAP 的“初始过程研究”对应 VDA 2 B 部分里的“过程能力验证表”PPAP 的“PFMEA”对应 VDA 2 问卷中的“过程 FMEA 与措施跟踪”PPAP 的“PSW”对应 VDA 2 的 B 部分签署页。映射做完发现核心证据只需要一套差异主要在格式和签字要求上。3.2 差异最明显的三处过程能力、外观件、提交等级过程能力是两边最容易打架的地方。AIAG PPAP 的初始过程研究常见要求是 Ppk ≥ 1.67而德系客户按 VDA 2 思路通常接受 Cpk ≥ 1.33前提是过程被证明稳定且特殊特性等级与客户确认一致。我一般做法是同时算 Cpk 和 Ppk稳定过程看 Cpk新过程或批量不足时看 Ppk两边客户要哪个数据都能直接给。外观件处理也值得注意。PPAP 里的 AAR外观批准报告需要单独提交VDA 2 第6版则把外观评价表作为 B 部分的一个附件由双方在限度样品上签字确认。实际工作中常见方案是保留一套限度样品金色样件拍照存入 QMS加盖版次号签字记录在 B 部分附件索引里。提交等级方面AIAG PPAP 定义了 PSW 上的提交原因代码和等级VDA 2 第6版同样允许客户指定提交范围但表达方式不同。国内项目里经常出现供应商把所有资料全做一遍的浪费其实按客户指定的范围提交即可。对比项AIAG PPAP 第4版常见做法VDA 2 第6版 PPA常见做法批准书PSW 一页纸签字B 部分签署页初始过程能力Ppk ≥ 1.67 较为常见Cpk ≥ 1.33 更为常见外观批准AAR 专用表格B 部分附件配合限度样品提交范围按等级在 PSW 中声明按客户指定问卷和证据裁剪数据交换习惯 PSW ExcelB 部分电子表支持文本与 XML3.3 AIAG QMC 在 2020 年协调中的角色VDA 2 第6版发布前后AIAG 与 VDA 的联合工作组一直在推动 PPAP 与 PPA 的互认。AIAG QMC质量管理中心Quality Management Center是推动这套方法论对齐的协调机构发布过联合声明在客户明确同意的前提下按 VDA 2 第6版完成的 PPA 提交可作为对 PPAP 要求的回应反之亦然。前提是供应商额外补充客户特别要求的部分比如特定的尺寸格式或追溯标签。这套互认对国内供应商的实际意义是不用再为同一零件维护完全割裂的两套提交包。但互认不代表自动接受客户采购合同里怎么写最终仍以合同为准。放在系统里我的建议是给每个客户维护一份“转换规则”表单说明本客户接受哪套标准、必须补充哪些附件。4. 落地一版 PPA 证据包B 部分的填写、计算和输出4.1 用 Pandas 把实测数据算成 Cpk 并写入 B 部分B 部分的过程能力表需要一个一个特性填手工计算容易出错尤其是分组标准差和 Cpk。下面这段脚本是我在项目里常用的做法读取每个特性的 CSV 测量数据输出 Cpk、均值和标准差并给出是否满足 ≥ 1.33 的初步判断。import pandas as pd FEATURES [ {name: outer_diameter, usl: 25.05, lsl: 24.95, file: od.csv}, {name: surface_roughness, usl: 1.60, lsl: 0.00, file: ra.csv}, ] def approx_cpk(file_path, usl, lsl): df pd.read_csv(file_path) # 数据默认按生产顺序排列value 列为实测值 data pd.to_numeric(df[value], errorscoerce).dropna() if data.empty: return None mean data.mean() std data.std(ddof1) # 样本标准差分母 n-1 if std 0: return None cpk min((usl - mean) / (3 * std), (mean - lsl) / (3 * std)) return {mean: round(mean, 3), std: round(std, 4), cpk: round(cpk, 2)} if __name__ __main__: for item in FEATURES: stat approx_cpk(item[file], item[usl], item[lsl]) if stat is None: print(f{item[name]}: 数据不足或波动为 0) continue # 1.33 是最低门槛部分客户要求 1.67需根据 OQ 调整 verdict pass if stat[cpk] 1.33 else fail print(f{item[name]}: Cpk{stat[cpk]}, mean{stat[mean]}, {verdict})逻辑说明代码将 CSV 中的 value 列读取为数值序列计算样本均值与样本标准差再按单边能力指数公式分别计算上偏差能力 CPU 和下偏差能力 CPL取两者较小值为 Cpk。这样能避免手工计算时分母忘记除以 3 的常见问题。参数说明usl和lsl是公差上下限单位与测量数据保持一致ddof1表示使用样本标准差而不是总体标准差这是过程能力分析的正确做法。分组场景下建议先按生产批次做分组均值和极差分析再评估整体 Cpk未分组的合并标准差仅用于快速筛查正式提交给德系客户时仍以 Xbar-R 图结果为准。4.2 关键参数样本量、分组和初始过程能力阈值B 部分填写过程中样本量是最容易被问到的问题。参考行业惯例EMPB1 阶段常见做法是连续采集 25 组、每组 5 件共 125 个数据点。若客户指定的是小批量样件至少也要保证每组 5 件、连续不低于 5 组数据量不足时应在 B 部分备注说明并补充后续量产前 100 件的监控计划。参数常见设定说明与注意点Cpk 目标值≥ 1.33德系项目常见门槛美系项目常要求 Ppk ≥ 1.67子组大小n 5便于构建 Xbar-R 图识别组内波动子组数量25 组数据量不足时需在 B 部分声明原因MSA 结果GRR ≤ 10%测量系统分析接受准则参考 AIAG MSA 手册测量设备校准证书在有效期内提交包中附校准证书扫描件4.3 B 部分的常用字段结构与附件索引B 部分没有全国统一的字段清单但常见组织方式可以归纳成以下几个区段我一般直接做成 Excel 的多个工作表由 QMS 系统代为维护版本号。区段内容示例在 PPA 提交中的角色封面信息供应商编号、零件号、产品名称、版本便于追溯与图纸版本一致提交说明提交原因、提交等级、工程变更号告知客户本次变更范围尺寸报告全尺寸测量结果标注关键尺寸对应 APQP 阶段的尺寸验证材料/性能测试材料报告、硬度、盐雾等结果与客户认可的实验方法对应过程能力表每个特殊特性的 Cpk/Ppk 数据证明过程稳定性与能力附件索引每个附件的编号、页数、版本方便客户审核时快速查找5. 把 PPA 审批搬进 QMS状态机、权限和数据表5.1 PPA 对象的状态流转和审批矩阵QMS 里建 PPA 模块时我会先定状态机避免工程师直接在数据库里乱改记录。状态集合一般包括草稿Draft、供应商提交Submitted、技术评审In Review、有条件批准Conditional、已批准Approved、已拒绝Rejected。下面是状态合法流转的表示方式PPA_STATES { draft: [submitted], submitted: [in_review, rejected], in_review: [conditional, approved, rejected], conditional: [in_review, approved, rejected], approved: [in_review], # 工程变更触发重新评审 }逻辑说明合法流转用字典表达键是当前状态值是可跳转的下一个状态。比如“已批准”状态只能通过工程变更重新发起评审回到“技术评审”不允许从“已批准”直接改回“草稿”。所有状态变更都需要记录操作人、时间、备注。权限矩阵里我习惯把“提交”角色给项目工程师“技术评审”角色给质量工程师“批准”角色分配给质量经理或客户质量工程师“有条件批准”则必须附带整改期限字段。这样每个动作都有明确责任人审计时可以直接导出状态变更日志。5.2 数据表设计和 SQL 预警三个月后过期的 PPAPPA 批准通常有有效期部分 OEM 要求每年重新确认。在 QMS 数据库里我至少建三张表ppa_master存提交批次与审批状态ppa_item存零件和特性明细ppa_attachment存 B 部分附件索引。下面是一条用于预警的 SQLSELECT p.project_no, p.part_no, p.status, p.approval_id, p.valid_until, DATEDIFF(day, GETDATE(), p.valid_until) AS days_left FROM ppa_master p WHERE p.status APPROVED AND DATEDIFF(day, GETDATE(), p.valid_until) 90 ORDER BY days_left ASC;逻辑说明这条查询筛出所有已批准且剩余有效期不足 90 天的 PPA 记录计算出剩余天数并倒序排列。运维上可以直接放到定时任务里每周一向质量团队推送邮件。参数说明valid_until是批准有效期字段days_left 90设置了预警窗口实际项目里可以按客户风险等级调整比如跨国 OEM 提前 120 天预警国内整车厂提前 60 天即可。5.3 文件命名与版本管理PPA 附件在 QMS 里的命名我统一用客户代码-零件号-PPA-V6-YYYYMMDD-状态-序号.pdf其中V6明确表示为按 VDA 2 第6版组织。版本管理上每次客户退回整改必须生成新的版本号旧版本保留只读权限不能覆盖删除。审核员检查时可以清楚看到从初版提交到最终批准的完整迭代记录。6. 用内审视角反推 PPA 是否有效三个容易漏的检查点审核一个 PPA 提交包是否合规不能只看 Cpk 数据好不好看。我翻过很多被客户退回的包问题往往出在数据来源而非数据本身。第一个检查点是 EMPB1 的生产条件证据。B 部分里写了量产设备编号但设备点检记录、生产日报上的日期是否与该批次一致如果样件是白天在试制车间做的点检表却是夜班量产线签的字数据链就断了。常见做法是把 EMPB1 的启动会议纪要、设备点检表、首件检验记录三份文件号写入 B 部分附件索引。第二个检查点是 B 部分的签字日期与版本一致性。有些项目改版后换了零件号但 B 部分封面还是旧版本号签字页日期早于图纸变更日期直接判不符合。处理技巧是在 QMS 里加校验规则图纸版本号与 B 部分封面版本号不一致时禁止提交。第三个检查点是批准后量产数据的持续监控。PPA 批准不是终点而是量产质量基线。我建议把批准时的 Cpk 值作为基线量产前 100 件自动抓取测量数据连续监控。具体做法就是在前面的 SQL 基础上把Cpk字段从ppa_item表引入每月生成趋势报表一旦连续两天低于目标值的 80%自动触发质量评审。一个容易忽略的技巧将 VDA 2 的问卷问题与 AIAG PPAP 的 18 个元素做一张映射表放进 QMS 系统里作为“提交包完整性检查”的配置项。客户要 PPAP 时按 AIAG 清单勾选客户要 PPA 时按 VDA 2 问卷勾选。两张清单背后指向同一套文件缺失清单自动生成这样既能保证不漏项也不会在两个客户那里做两遍重复工作。本文还有配套的精品资源点击获取