M2-06 量产阶段变更控制:4M 变更申报、再验证范围判定与量产断点切换
课程代码 M2-06 · 板块 M 项目、质量、成本与合规 / 质量工具与体系 时长 约 3.5 小时(6 讲) 前置 M2-01 质量工具:PPAP/8D/SPC/MSA;M1-03 DVP&R 与验证计划管理;I1-02 参数化/关联设计与设计变更管理;体系外前置(需自备):本企业变更单/SREA 与 PLM/QMS 的实际操作权限,以及能取到采购技术协议、顾客特殊要求 CSR 与该件 DVP&R 原始记录的渠道 本讲义定位 讲师授课蓝本 / 学员自学讲义,是 M2-06 大纲的完整展开版
引言:判「要不要报」和判「要重验多少」,问的是同一句话
一次量产变更在现场的样子往往很平淡。排产紧,把某道工序从一台设备转到新增的另一台;供货紧,把一种来料从一家厂换到另一家;产线为救良率,把一个工艺参数往窗口边上挪了挪;或者干脆什么都没改——某个件停了很久没下单,现在要恢复生产。做这些事的人多半是负责任的:件送去复测,尺寸全部合格,检验记录齐全,班组还把这次调整写进了内部记录。
几个月之后,客户在二方过程审核里把过程流程图、控制计划与现场设备清单摊开逐条比对,发现设备号对不上,判一条更改控制不符合项;同期售后开始出现该件在某个工况下的抱怨。到了这一步,「我们的件是合格的」这句话在桌上没有任何分量——因为体系判的从来不是这一批件合不合格。
这门课要做的,是把「一次变更该怎么处理」从一堆经验与惯例,换成四个可以被追问、可以被复算、可以被签字的判断:要不要报、报哪一档;这个日期承诺得起吗;要重验多少、哪些能不重验;断点怎么切、切完怎么举证。全课反复要敲的是两根钉子,外加一条最容易被读反的判据。
主钉子:申报义务与再验证范围,判的是同一件事
这次变更有没有触及「客户已批准的那一套」——这一句同时回答两个问题:要不要向客户申报(第 1 讲),以及要重验多少(第 3 讲)。同一个对象,同一次问答,所以第 1 讲判完申报档位时,再验证范围的裁定其实已经开了个头。
关键在于「那一套」是什么。它不是一份可以打开来看的文件,而是六类东西的并集:① PPAP/PPF 提交物本体;② 图纸与图纸规定特性(含公差、材料与表面处理规范、图纸版本);③ 特殊特性 CC/SC 清单及其所在工序;④ 原验证假设——各验证条目的输入:工况谱、载荷、接口、材料许用、样件状态、环境窗口;⑤ 制造地点与工厂、产线、设备清单;⑥ 分供方名单及其过程。⚠ 把这六类汇成一个全集,是本课在大纲基础上做的归纳,不是标准或大纲里现成的一张表;本课这样归纳,是因为只有画成全集才看得见后面那句话。
那句话是:沿「文件」这条线索去数,只能数到前三类。后三类不是文件,是一组事实——原验证假设不在任何一份提交物清单上,设备清单是二方过程审核逐条比对的那份现场事实,分供方的过程更是隔了一层。于是「换了台设备、尺寸都合格」这种情形,在按清单逐项核的人手里一定被放过。
判据的形态就是逐条问一遍:这次变更落在这六类的哪几类上?落在任一类上 ⇒ 须事先申报并获书面批准后方可实施;只动供方内部受控文件而这六类一样不碰 ⇒ 须通知备案、不阻塞实施;六类全不碰 ⇒ 内部记录即可。这就是全课的三档申报义务。
⛔ 请注意判据里没有「这一批件合不合格」这一项。合格件的未授权变更照样是更改控制不符合项,被审出时判的是体系失效,全检合格不免责;反过来看,尺寸全检合格只证明「图纸规定特性没变」,而被触及的原验证假设往往是图纸上根本没有的特性(本课案例里就是密封面的表面状态与低温回弹)。所以「合格」这条证据在申报判定上不仅不充分,它连相关性都很弱。
副钉子:断点承诺不成立时,出路是改方案或改日期
一次变更能不能按承诺的日期切,由两条守恒决定:时间上倒排得回来,数量上盘得平。
时间侧是一条倒排式,答「最早能几号切」:
T_断点,最早 = T_申报 + T_客户审批 + max(T_再验证各项) + T_排产冻结窗口
数量侧是一条盘账式,答「切了要处置多少旧状态件、该走哪一种断点形态」:
Q_需处置 = Q_在制 + Q_成品库 + Q_在途 + Q_供应商在手 − Q_断点前剩余排产需求
两条式子本身都只是加减法,它们的全部难度在口径:哪几项算进来、盘到哪一个时点、周期是工作日还是日历日、再验证各项是串行还是并行。第 2 讲立时间侧、第 4 讲立数量侧,两条式子各带一次完整代入(代入用的每一个数都会当场标明是教学假设值,不对应任何平台)。
这两条守恒真正的用处,是把「断点日期」从一句写在会议纪要里的承诺拉回成一个工程判断:两条里任一条不成立,结论都是「这个断点承诺不成立」——出路是改方案或改日期,⛔ 不是「再想办法赶一赶」。两条式子还是耦合的:断点日期一动,Q_断点前剩余排产需求 跟着变,两式必须一起重算。
反钉子:倒排式只能正着用,⛔ 不能反着用
这是本课最容易被读反的一条。倒排式看上去是一个有四个变量的等式,既然等号两边可以互算,那么给定断点日就能反解出「各段各自该压到多少天」——于是它被当成一张工期分配表去用。
方向恰好反过来。这个式子是约束,不是分配:右边四段的可动性完全不对称——T_申报 已经发生(是过去的事实);T_客户审批 与 T_排产冻结窗口 在客户侧,由合同与排产系统定,压不动;唯一自己压得动的只有 max(T_再验证各项)。
读反之后会做的具体动作是这样一串:拿一个已经对项目或客户承诺出去的断点日回代 → 发现倒排不回来 → 回到再验证范围裁定书上,把增量验证的范围一项一项改小 → 补签放行。改小的理由通常是三句听起来都很专业的话:「这一项以前也没测过」「牌号一样应该等同」「这次只是换个设备,尺寸复测一下就够了」。后果有三层:
- 排期压力 100% 转嫁到再验证范围上。四段里三段压不动,压力没有别处可去;而再验证范围恰恰是唯一挡在这次变更与整车之间的东西。
- 它是「判据渐进式失守」的标准起手式:每一次都只小改一点、每一次都有理由、每一次都留了签署,于是半年后没有人说得出这份裁定书的判据线在哪。
- 它把一个可辩护的工程结论换成了一个不可辩护的商务结论。体系审核追问「这次为什么只跑了三项」时,可辩护的答复是四条判据各自的取值,⛔ 不是「工期来不及」。
更隐蔽的是,这个动作看起来是在解决问题——日期保住了、单子签了、大家都松一口气,而唯一被改变的量是失效逃逸的概率,那个量在断点当天不会显形。
正确读法只有一句:倒排回来的申报日若已经过去,工程结论是「这次变更在这个日期上本身不成立」。出路只有两条——放弃这个日期(改断点,承受相应的呆滞或供货缺口),或者换一个不需要长周期再验证的技术方案(且这个「不需要」必须由第 3 讲的四条判据支撑,不是自我安慰)。⛔ 第三条路「催审批」不存在:审批周期在客户侧,催它改变的是关系,不是周期。
本课的射程与去向
本课只判四件事:变更属哪一类变更源、落哪一档申报义务;申报单怎么填、日期承诺得起吗、四种审批结论各怎么处置;再验证范围按哪四条判据裁定;断点怎么定义、怎么切、怎么举证。义务的依据分三层——体系的更改控制条款、须通知顾客并重新批准的变更清单、顾客特殊要求,缺一层就说不出依据;⚠ 三层文件的条款号与版次本课一律不填,按现行版本查原文后引用。
⛔ 有几块明确不在本课射程内,去向如下:变更单据本身的流转、配置基线与版本规则见 I1-02 参数化/关联设计与设计变更管理 与 A5-03 产业链地图:主机厂—Tier1—Tier2 分工;提交物清单与提交等级的选择见 M2-01 质量工具:PPAP/8D/SPC/MSA,供应商侧落地见 M2-03 供应商质量与来料控制;从被改设计顺藤摸出受影响的下游需求与验证项那套追溯定位操作见 M1-04 需求管理与追溯(DOORS 等) 与 B1-02 需求逐级分解:整车 VTS → 系统 SSTS → 零部件,管理层原则见 B1-05 基于 V 模型的热管理正向开发流程,平台复用件的波及面见 G8-04 模块化标准化与平台复用策略;差异点分析的方法本体见 I7-05 变更点失效分析(DRBFM)与变更评审,本课只接收它给出的建议范围;呆滞金额、料号处置经济性与切换点净收益见 M3-06 量产后(SOP 之后)降本变更的经济性核算:一次性投入、呆滞与料号处置、切换点净收益,索赔举证与让步区间见 Q2-02 主机厂—供应商技术对接与商务谈判——本课只给数量口径与断点形态选择,不算钱;软件与标定变更在本课只作为变更源登记一行,其版本与配置管理见 K4-04 软件版本、配置与变量管理、标定数据版本控制见 K6-05 标定数据管理与版本控制、更新准入与备案见 M4-08 车用软件更新的准入与合规(R155/R156·GB 44495/44496·OTA 备案与召回);标准换版的识别与位阶判断见 M4-01 热管理相关标准(GB/ISO/SAE)体系,型式认证送检与生产一致性监督见 M4-06 热管理强检项的认证与送检执行实务:准入链时序、送检状态冻结、检测机构与失败返工。
六讲怎么走
- 第 1 讲 变更源分类与申报义务判定:把变更源画成全集(4M 四类之外还有外部强制型与时间流逝型两类,共六类),再逐类落到三档申报义务上,并与特殊特性清单挂钩。
- 第 2 讲 供应商申报到客户批准:SREA、PCN 与 ECR/ECN 的方向与阻塞性;申报单必备七项;提前期倒排(副钉子的时间侧,反钉子在这里当场点破);四种审批结论与未申报被审出的五步处置阶梯。
- 第 3 讲 增量再验证的范围裁定:四条判据(原验证假设是否被触及、失效机理是否改变、既有数据的可采信条件、传递路径是否单一可解析),以及热管理件必须按四条连带线乘系统—总成—件三层各走一遍。
- 第 4 讲 量产断点管理:三种断点口径与粒度硬约束、断点定义三件、并行期三层防混料、在手件盘账(副钉子的数量侧)、售后与手册的切换时点,以及断点执行的收口证据三件。
- 第 5 讲 Tier2 变更穿透:责任口径为什么落在 Tier1、采购技术协议要覆盖哪四个环节、免检资格为什么是穿透失效的放大器、单点来源为什么要升档盯防。
- 第 6 讲 停产超期后的恢复生产:一类什么都没改却必须重验的变更源;哪些原验证假设会因时间流逝而失效;重验范围为什么走的还是第 3 讲那同一套判据。
最后是四份交付物的动手做。四份之间的日期、料号与范围必须互相对得上——对不上就说明有一条守恒被悄悄破坏了,那正是副钉子的验收方式。
第 1 讲 变更源分类与申报义务判定:六类变更源与三档申报义务
量产阶段的变更控制,整条链上第一个动作既不是填单,也不是评估影响,而是先把这次变更认出来,再判出它欠客户什么义务。这一讲只做这一件事。引言那张判据主干图(图1)最左边的那个菱形节点——「触及了哪几类客户已批准的受控输出」——就是本讲要展开的全部内容;它同时也是第 3 讲裁定再验证范围时要问的同一个问题,这一点在 1.3 会讲清。
本讲的产出是两样东西:一张能逐格填满的变更源分级表,和一个能写进变更记录、经得起二方审核追问的申报义务档位结论。⛔ 本讲不讲单据怎么填(第 2 讲)、不讲要重验多少(第 3 讲)、不讲断点怎么切(第 4 讲)。
1.1 4M 是分类轴:四类逐类过一遍,缺一类即判漏项
量产变更的第一层分类沿 4M 这条轴走,四类各自管一片:
- 人——关键工位的人员资格变动、班次结构变动;
- 机——换模具、换设备、换产线、工序转移、大修后复产;
- 料——牌号、供应来源、表面处理体系、分供方;
- 法——工序顺序、参数窗口、检验方法、工装与夹具。
它的用法是逐类问一遍「这一类动了没有」,⛔ 不是找到一类就停。这句话听起来像废话,但它挡住的是本讲最高频的一种漏:真实的一次变更常常同时落在两类以上。最典型的是工序转移——转移本身是「机」,而转移到新设备上之后必然要重新设定参数窗口,那是「法」。只认第一类的人会把这次变更登记成「换了台设备」,于是第 3 讲裁定再验证范围时,只按设备这一条线去找受影响的验证项,参数窗口那条线上的连带影响整条不进视野——范围在这一步就已经被判小了,而后面每一步都建立在这个已经偏小的范围上。
工程量级:⛔ 本课不给「四类各占百分之几」这类统计——没有可查的来源,凭印象给出的比例会直接变成读者排优先级的依据。本课给的是上面那张逐类过的问句表,和三个已经发生过的真实落点:量产后设备/产地/材料变更未重提提交物(落在机与料)、供应商更换滤网工艺(落在法)、供应商为降本更换冲压模具(落在机)。三个都落在 4M 框内——这说明漏的从来不是「想不到还有变更这回事」,而是「只沿自己最熟的那一类数」。
易错点:把 4M 分析做成一次头脑风暴,而不是一张必须逐格填满的表。表上有一格空着而没有写「本次不涉及」,事后就无法区分「没动」与「没想到」——这两者在纸面上长得一模一样,而在审核里是两种性质完全不同的结论。
1.2 沿 4M 数不到的两类:外部强制型与时间流逝型
4M 这条线索有一个共同的前提:有人在供应链内部改了点什么。凡是不满足这个前提的变更源,沿这条线扫描一个也扫不到,而它们触发的义务与 4M 类完全同级。这样的类有两个。
第五类·外部强制型——法规或强制性标准换版,以及顾客特殊要求(CSR)改版。它的特殊之处在于:变的不是件,是判据。件一个螺丝没动,而「客户已批准的那一套」里的某几项因为判据换了而失效。它进同一张分级表,走第 3 讲同一套再验证范围裁定与第 4 讲同一套断点定义。
为什么它容易被整类漏掉:这一类的发起方在体系之外,不会有任何人拿着一张变更申请单走到你面前——4M 类的变更多少有个发起人、有个内部审批痕迹,而标准换版只有一份公告。识别责任落在企业自身的标准法规监视机制上,识别晚了就直接变成「已经在产的车不符合新版要求」,这已经不是质量问题而是合规问题。
工程量级:强制性国标换版通常分两档实施日——对「新申请型式批准的车型」与对「已获型式批准的在产车型」各有一个实施日。这两档必须成对判,⛔ 不能只取其中一个日期去做第 2 讲那一步的提前期倒排。⛔ 本课不写死任何具体日期与适用范围:它们一律按现行标准原文与主管部门公告核,两式判法与识别机制的本体去向 M4-01 热管理相关标准(GB/ISO/SAE)体系。
易错点:只按「新申请型式批准的车型」那一档倒排,把在产车型的补验与切换义务整条漏掉——而在产车型那一档往往才是真正牵动量产断点的那一档(新车型那一档影响的是还没上市的项目,在产车型那一档影响的是明天就要下线的车)。
第六类·时间流逝型——停产超期之后恢复生产。★ 这一类是本课归纳的:它不是哪份标准或哪张现成分级表上本来就有的一格,是本课把第 6 讲那件事提到分级表这一层来补齐的。
它比外部强制型更极端:它连「谁改了什么」都答不上来。什么都没改,模具还是那副模具,图纸一个字没动,所以沿任何一条「谁改了什么」的线索去数,都数不到它。而它触发的重验义务与设计变更同级——原因在第 6 讲展开,一句话说就是模具与工装状态、人员资格、材料与钎剂的储运期限、设备参数窗口都会随时间自己漂移。
为什么它必须进分级表而不是当成「生产上的一件事」:在提交物的触发矩阵里,停产恢复本就是与设计变更并列的独立一格;分级表若只有五类,这一类在「判档位」这一步就无处可落,只能等到复产当天才被谁想起来——而那时候倒排早就来不及了。
工程量级:⛔ 触发阈值(停线多少天算超期)本课不给数——它没有通用值,由顾客特殊要求或采购技术协议约定,须查约定原文。本课给的是「必须有一个事先约定的阈值 + 一个由日历自动触发的机制」这个结构。
1.3 申报义务三档:判据是「触及了什么」,⛔ 不是「这一批件合不合格」
认出变更源之后,第二个动作是判它落在哪一档申报义务上。三档是:
- 须事先申报并获书面批准后方可实施——触及客户已批准的提交物、图纸规定特性、特殊特性清单、或原验证假设中任一项;
- 须通知备案、不阻塞实施——仅触及供方内部受控文件,而上述任何一项都不改;
- 内部记录即可——不触及任何受控输出。
三档的分界线只有一条:这次变更触及了哪一层受控输出。⛔ 不是变更大不大,⛔ 不是件贵不贵,⛔ 不是供应商配合不配合。用后三者划线会得到一张看起来很合理、而与体系判据完全无关的表——二方审核时一条都用不上,因为审核员问的不是「你觉得这次变更大不大」,而是「这次变更触及了哪一份已批准的东西,依据是哪一条」。
这里立住本课的主钉子,它后面每一讲都会回来敲一次:
申报义务与再验证范围判的是同一件事:这次变更有没有触及「客户已批准的那一套」。
之所以要把话说到这个份上,是因为更改控制这套体系保护的对象是「客户据以批准量产的那组事实」,不是「这一批货」。这两者的区别在实际判定里会立刻分出胜负:
- 合格件的未授权变更,照样是更改控制不符合项。被审出时判的是体系失效,全检合格不免责——这一条在第 2 讲的处置阶梯里还会再出现一次;
- 反过来,尺寸全检合格只证明一件事:图纸规定特性没变。而被这次变更触及的原验证假设,往往是图纸上根本没有的特性(本课案例里就是密封面的表面状态与低温回弹——它们不在任何一张图纸的公差表上,却决定该件在低温工况下漏不漏)。
⇒ 所以「这一批件检验合格」这条证据,在申报判定上不仅不充分,它连相关性都很弱。⛔ 判据里根本没有这一项。
工程量级:⛔ 本课不给「哪一类变更属哪一档」的通用对照表。那正是各家顾客特殊要求各自规定、不通用、不可跨客户套用的部分——把甲客户的清单拿去判乙客户的变更,是这一步最贵的一种错。本课给的是判据本身,以及「依据落在哪一层文件」的追问方式(见 1.5)。
易错点两个:把第二档当成「报了就能改」——它仍然要求通知在实施前发出,且记录必须可查;把第三档当成「不用留痕」——内部记录即可 ≠ 不记录,二方审核抽到时要拿得出。
1.4 判据的对象:「客户已批准的那一套」是六类,⛔ 不是一份文件
1.3 那条判据能不能执行,全看「那一套」指的到底是什么。它不是一份可以打开来翻的文件,而是六类东西的并集:
- 提交物本体——控制计划、过程流程图、过程失效分析、量具与测量系统分析、初始过程研究、材料与性能试验结果、批准书等;
- 图纸与图纸规定特性——含公差、材料与表面处理规范、图纸版本;
- 特殊特性清单及其所在工序;
- 原验证假设——各验证条目的输入假设:工况谱、载荷、接口、材料许用、样件状态、环境窗口(六维展开与逐维核对是第 3 讲的活);
- 制造地点、工厂、产线与设备清单;
- 分供方名单及其过程。
★ 把这六类汇成一个全集,是本课归纳的——原有材料是以散句形式分别提到前三类与原验证假设的,没有汇成一张可以逐类核的表。汇成表这件事本身有价值,原因就在下面这条分界上。
为什么必须画成全集,而不是想到哪条算哪条:这六类里,只有前三类能在一份文件清单上查到;后三类不是文件,是一组事实。沿「翻文件」这条线索核的人,核到第三类就停了——于是「换了台设备、尺寸全都合格」这种情形,在申报判定这一步就被干干净净地放过去了。而二方过程审核恰恰是拿过程流程图/控制计划与现场设备清单逐条比对,它查的正是那三类你数不到的。
这六类里最高频的漏项是第 4 类原验证假设:它不出现在任何一份「提交物清单」上,所以按清单逐项核的人一定核不到它。而它同时是第 3 讲判据一的对象——这就是主钉子那句「同一个对象、同一次问答,回答两个问题」的具体含义:第 1 讲问「它被触及了吗 ⇒ 要不要报」,第 3 讲问同一句「它被触及了吗 ⇒ 要不要重验」。所以本讲判完档位时,再验证范围的裁定其实已经开了个头。
工程量级:⛔ 本课不给六类各自的留证期限与提交口径——它们由法规与顾客特殊要求规定,且分档不同。本课给的是六类的清单本身,以及「后三类不是文件」这一句提醒。
易错点:把「原验证假设」等同于验证计划表格里的试验项目名。项目名在变更前后都存在,翻开一看「密封性试验做过了」,于是判成没被触及;而要看的是那些项目的输入假设——本课案例里,「密封性试验」这个名字一个字没变,它的输入假设里那条「密封面为某台设备加工的表面状态」已经被整条换掉了。
1.5 依据落在哪一层:三层缺一层就说不出依据
判出了档位,还要答得出凭什么。义务清单的权威来源分三层,各管一段:
- 体系条款(IATF 16949 的更改控制相关条款,含临时更改的过程控制)——给底线,规定「必须有这么一套机制」;
- 顾客通知与重新批准清单(AIAG 的生产件批准手册里那份「须通知顾客并重新批准的变更」清单)——给类目与提交物口径,例如材料、产地与工厂转移、工艺方法、分供方这些类目;
- 顾客特殊要求(CSR)——真正被审的那一份,规定本项目的清单、提前期与断点报批要求。
德系顾客与出口欧洲的项目走 VDA 2 的生产过程与产品批准(PPF),而不是前面那套生产件批准程序。
为什么三层缺一层就站不住:这不是学术上的完备性,是两种审核会从两个方向问你。二方审核(客户来审)追的是CSR 的具体条——只答「体系要求这么做」站不住;第三方体系审核不看 CSR 只看条款符合性——只答「客户要求」同样站不住。三层同时说得出,这个结论才是可辩护的。
本课在这一层的写法(请照着做):⛔ 条款号一律不填,版本一律写「按现行版本查原文后引用」。本课未独立核对任何一份原文,因此只写标准名称与它管哪一段,⛔ 不写条款号、不写清单里的具体类目限值。生产件批准手册须按「版本+发布年」成对确认后再引用,⛔ 不要把「第几版」单独写成结论——版次是会换的,单值化的版本号是这一类引用里最容易过期的东西。
易错点两个:
- 把 VDA 2 的 PPF 与生产件批准程序当成同一套东西的两个名字。它们是并行的两套体系,交付物与批准结论不可直接换算(对照见 M2-01 质量工具:PPAP/8D/SPC/MSA);
- 拿 ISO 10007 / GB/T 19017(技术状态管理)当审核依据。它们是指南性文件,不可用于认证或第三方审核,只给「更改控制 + 技术状态纪实」的框架;引用出处与完整写法见 I1-02 参数化/关联设计与设计变更管理,本课不重列。
1.6 分级表要与特殊特性清单挂钩:它是义务的提升项
在 4M 分级表上再加一列:本次变更所在工序是不是特殊特性工序。这一列不改变判定路径(图3 里那条路照走),它改变的是义务强度——同样是换设备,落在安全/法规级特殊特性(CC)所在工序上就必然进第一档,且申报义务最重、留证与追溯期限最长;次级特殊特性(SC)次之。
分级判据来自失效后果,⛔ 不是公差紧度。这一条要讲清为什么:特殊特性标记的是「失效后果落在安全或法规上」的那些特性,它们所在工序的任何扰动都直接改变整车风险;而公差紧度只反映制造难度,与后果无关。按公差紧度排优先级,管控资源就会全部压在「最难做的那个件」上,而不是压在「最危险的那种失效」上——这两者经常不是同一个件。
工程量级:⛔ 特殊特性的留证与追溯期限、以及各档义务对应的提交物要求,本课不给数——由法规与顾客特殊要求规定,且分档不同。本课给的是方向性判断:CC 最重、SC 次之,判据来自失效后果。
易错点:把特殊特性清单当成质量部门的一张内部表。它的传递链有四段——设计失效分析 → 图纸/三维标注 → 过程失效分析 → 控制计划(本体见 M2-07 PFMEA 与控制计划实操:热管理制造过程的失效分析三件套,本课不重讲)。链上任何一段没传下去,变更判定这一步就查不到「这道工序是 CC」——查不到不等于不是,而后果由整车承担。
1.7 一个必须当场点破的同名陷阱:两个 4M 不是同一件事
误区:以为本课的 4M 就是过程失效分析里那个 4M,做过失效分析的 4M 分解就等于做过变更申报判定。
⛔ 不是。两者同字母、不同用途,不可互引:
| 输入 | 输出 | |
|---|---|---|
| M2-07 PFMEA 与控制计划实操:热管理制造过程的失效分析三件套 的 4M | 这一工步由哪些要素构成 | 失效原因的落点 |
| 本课的 4M | 这一次变更动了什么 | 申报义务档位 |
它危险在于凭字面就能发生,不需要任何人偷懒:两者共用四个字,又都出现在质量口的文件里,于是「我们做过程失效分析时按 4M 拆过了」很自然地被当成「变更判定做过了」而放行。
反过来同样错:把变更分级表当成失效分析的 4M 分解去用,会得到一份没有失效原因落点的失效分析——分级表上填的是「这次动了没有」,而失效分析要的是「这一工步由什么构成」,两张表填出来的东西不能互相顶替。
1.8 本讲不讲什么:两段边界
边界一·单据流程与批准程序本体。ECR/ECN 的单据闭环、技术状态管理与基线/版次规则、产品数据管理系统的检入检出,去 I1-02 参数化/关联设计与设计变更管理 整节与 A5-03 产业链地图:主机厂—Tier1—Tier2 分工;生产件批准的 18 项提交物要求清单、提交等级 1-5 的选择与豁免、提交保证书、初始过程研究报哪个能力指数,去 M2-01 质量工具:PPAP/8D/SPC/MSA,供应商侧的落地去 M2-03 供应商质量与来料控制。本课只判「要不要报、报哪一档义务」,⛔ 不重画流程图,也不讲等级怎么选;本课与 ECR/ECN 唯一的接触点在第 2 讲——说明 SREA 与它方向相反、阻塞性不同。
为什么要这样切:这三块每一块都是一门完整课的量,塞进本课只能塞一个缩水版,而缩水版会让读者以为自己已经学过了;更实际的是,重讲会把本课唯一的主线(判类判档 → 申报获批 → 裁定范围 → 切断点)冲淡。
边界二·软件与标定变更。它在本课只占分级表上的一行:登记它、判它的申报档位,然后转出去。软件版本、配置与变量管理归 K4-04 软件版本、配置与变量管理,标定数据的版本控制归 K6-05 标定数据管理与版本控制,软件更新的准入与备案归 M4-08 车用软件更新的准入与合规(R155/R156·GB 44495/44496·OTA 备案与召回);标准换版的识别与位阶判断归 M4-01 热管理相关标准(GB/ISO/SAE)体系,型式认证送检与生产一致性监督归 M4-06 热管理强检项的认证与送检执行实务:准入链时序、送检状态冻结、检测机构与失败返工。
为什么不能顺手讲:软件变更的判据体系(版本树、变量、兼容矩阵、回滚)与硬件变更完全不同,混讲会让读者拿硬件的断点口径去切软件版本——而软件的「断点」是更新批次与车端版本兼容矩阵,两者不可互套。
易错点:读者常以为「软件也是 4M 里的『法』」,于是把标定参数窗口的调整当成工艺参数变更去走 SREA。形式上不算错(它确实要登记、要判档位),但它会绕过软件侧真正的准入与备案要求——正确动作是:在分级表上登记它,然后把它转进上面那条链。
本讲小结:变更源共六类——4M 四类沿「谁改了什么」能数到,外部强制型的发起方在供应链之外、时间流逝型根本没有发起方(后者是本课归纳的一类),两类沿 4M 一个也数不到,而六类的出口是同一张分级表。申报义务分三档,分界线只有一条:触及了哪一层受控输出——⛔ 不是变更大不大,更不是这一批件合不合格。判据的对象是「客户已批准的那一套」六类,其中后三类不是文件而是一组事实,最高频的漏项是原验证假设;它同时是第 3 讲判据一的对象,所以本讲判完档位时,再验证范围的裁定已经开了个头。依据要说得出三层:体系条款 → 顾客通知与重新批准清单 → 顾客特殊要求,缺一层就有一种审核问不下去。特殊特性挂钩只提升义务强度,⛔ 不改变判定路径。下一讲把这个档位结论变成一份可提交的单据,并回答那个更硬的问题:这个已经承诺出去的断点日期,倒排回来还成立吗。
后面还有 5 讲正文 · 关键公式 · 案例拆解 · 常见误区 · 动手做