- 系统只提供体系所需的记录载体，不替你通过 IATF 或客户审核
- 工程变更不自动刷新失效模式分析与控制计划，版本管理靠人守
- 控制计划与工艺路线按工序名字符串对照，须先统一工序名称字典
- 追溯链靠每一步人工填批号与工单号，断一环就翻不过去
- 生产件提交包与审核报告不在系统内生成，需人工拼装
汽配厂在选型时最容易撞上一个话术：“我们支持汽车行业质量体系”。这句话在系统语境里能成立的只有半个意思：库里有一张表记失效模式分析、有一张表记控制计划、有一张流程图表、检验能关联标准、追溯能记批次。它能提供体系运行所需的记录载体，不替你通过审核。
33.1 它长什么样
- 客户（主机厂或一级供应商）在定点审核时问的不是“你有没有系统”，而是“上次出问题你那批的失效分析改没改、控制计划有没有加一道检测、你的追溯能不能两小时内从成品号翻到来料批号”。
- BOM 深度中等：总成往下两三层。
- 工艺路线与机加接近，但多了"特殊特性标识"——哪道工序控制的是客户图纸上标了 DD 的那颗尺寸。
- 变更控制是命脉：客户改一次图纸，内部要走工程变更、失效模式分析刷新、控制计划刷新、首件重做、生产件提交包重报。
- 检验密度高：来料检、过程检（关键工序 100%）、出货检、型式试验。
33.2 系统提供了哪些记录载体
| 审核清单会问的 | 系统里对应的表/字段 | 边界 |
|---|---|---|
| "你的失效模式分析做了吗" | 失效模式分析记录表：存产品/工序/失效模式/严重度/频度/探测度/风险顺序数 | 有表有接口，不自动触发更新；改一次图纸不会让失效分析行自己变 |
| "控制计划和作业指导在哪里" | 控制计划表 + 工艺文件表 | 有版本字段，值由人填；第二十七章已交底版本机制空转 |
| "特殊特性怎么标识的" | 控制计划与失效分析都在模块配置清单里（字段配置可为其定义字段），两边也各有备注格 | 无专用"特殊特性"列；且这两张表的自定义字段值没有存放位置（值只存四个档案，第六章已划界）——只能塞进控制项目清单或备注 |
| "批次追溯能不能正向反向翻" | 追溯记录表 + 检验记录关联工单 + 物料批号 | 有载体；但追溯链的完整度靠每一步操作人都填了批号/工单号，中间断一环就翻不过去 |
| "首件与生产件提交包" | 试制记录 + 检验单 + 订单类型“首批” | 能走通；提交包文档本身不在系统里生成（无输出接口），只能存附件 |
33.3 接不住的那两处
工程变更不驱动下游：第三十章和 30.4 已写实——工艺路线的“谁改的、为什么改”格子本轮刚补列但服务写入未接入；失效模式分析与控制计划不随图纸换版自动刷新、不触发变更通知。系统记的是“你传了一次图纸”，不记“因为这次图纸，你的失效分析应该改哪一行”。
审核输出不在当前版本范围内：系统没有生产件提交包自动生成功能、没有客户特定格式的审核报告模板。它能做的是把各表记录聚合成可打印的清单（文档生成只认工单，第三十章已写实），最终交给客户的那一份纸面包，还是得有人拼。
33.4 上线时该配什么
- 失效模式分析先建够一轮：别等审核来了再补，上线第一个月把主力产品的工序失效模式逐条填进系统。
- 控制计划挂到工序行：控制计划表有“工序名”字段——与工艺路线的工序名做字符串对照，不是编号关联。两边名字不同就接不上。上线前统一定义一套工序名称字典。
- 追溯链每一步都必填批号：来料检验批号、工单号、报工实绩——只要有一格人省了没填，追溯链就断在那一环。
- 版本管理靠人守：工艺文件、控制计划、失效模式分析三张表都有“版本”字段，值是人写的一串字。系统不比对两版差异、不通知下游。 这条规矩只能在管理层定：改一版，失效模式分析评审一次，不能跳。
★ 边界声明：这一章只列“系统提供哪些记录载体”与“它们各自的边界”。不写“通过 IATF 认证”“符合 ISO 9001”“满足客户审核要求”——认证与审核结论属外部机构判定，系统只是被翻看的工具，不是通过的理由。汽配语境通用术语（“特殊特性”“生产件提交包”“先期策划”）用于描述审核场景，不用于承诺系统能力。