关注后，在账号内回复“VDA6.3”，免费领取VDA6.3P2-P7所有条款的XMind思维导图！
如果你是VDA6.3的小白，希望通过条款内容的学习来对生产现场来一场透彻的诊断；
如果你对VDA6.3的条款还不是很清楚，想要阅读原条款学习；
如果你是VDA6.3的老朋友，但是审核开Finding的时候要花很长时间来找对应的条款；
赶紧回复“VDA6.3”,免费领取福利吧！
老粉可以直接在账号中回复“VDA6.3”，同样可以领取！
最近发现有很多错别字，已经逐一修正，大家可以继续回复“VDA6.3”，获取最新内容！
本条款涉及到产品和过程的变更的具体要求。变更永远是客户最为关注的焦点之一，所以是带有星号的提问。
根据所描述的变更管理落实对产品和生产过程的变更。产品和生产过程的变更与顾客达成一致，根据顾客要求批准和放行（包括软件变更）。执行了PPA批准放行，变更状态的历史是完全可追溯的。
“根据所描述的变更管理”，这句话指的是，组织有关于变更管理的具体的流程要求，可以避免在与客户约定好的质量框架下出现一些随意的甚至不可控的变更。
可能涉及到哪些内容呢？根据VDA关于变更的要求，可能会有以下一些提问：
首先需要明确，当前的变化是变更吗？例如工艺的变化，供方的变化，材料的变化等，都会被归类于过程变更。
是否需要通知客户？
这里首先需要明确客户CSR的具体要求。有些VDA条款中认为一些具体的产线在不改变工艺的前提下，小的优化项目不需要通知客户，或者不需要客户批准，但是在有些客户看来，哪怕是某个工位的作业人员出现了变化，都要提交正式的变更申请。当然前提是以客户CSR为准。
不管是产品变更，还是过程变更，都要根据客户的具体要求，进行新一轮的批准和放行（例如重新提交PPAP资料）。
关于任何变更的历史信息，组织需要确保其可追溯性。哪一个版本涉及到哪些变更的内容都要明确可追溯，包括变更的日期，内容，版本号，相关的验证和确认记录、风险评估记录等等信息都要有明确的记录并妥善保存。
使用材料/软件的正确、放行的版本
变更释放之后，组织需要通知客户明确的切换断点，要么以生产日期，要么以生产批次为具体断点。
对于有嵌入式软件的产品，需要在软件释放时候使用最新版本的软件进行烧录，并进行了测试和验证。
总而言之，在断点切换之后，所有老版本的产品都应该已经全部发往客户，组织内部不存在任何旧版本图纸、软件版本的产品，特别是隔离区、返工区域。
完成变更之后，检查风险分析是否需要更新
变更同时伴随着风险。没有任何一个组织或者个人可以宣称，关于产品或者过程的变更不存在任何风险。这个时候，如何评估风险的大小，或者说如何应对风险，DFMEA或者PFMEA就是最适宜的工具。
组织根据变更的具体内容，依据客户的具体要求，评估当前变更可能会对产品的功能、性能、安全等方面带来的任何负面影响，对于可能涉及到的组织内部的风险、发运工厂的风险以及终端客户的风险进行不同场景的风险评分，同时考虑面临不同的失效模式和失效起因，是否能够提供相应的预防和探测措施，从而形成一整套全面成熟的风险应对的方法（S*O*D）。目前最新的风险评估方式已经不再是以RPN为先导，而是以S分为基础，O分或者D分为辅形成的风险优先矩阵，可以更好地考虑到组织内亟待解决的问题。
以上就是关于变更的成熟的风险应对方式。
点关注，不迷路！
如果喜欢，欢迎点赞，转发给你身边觉得需要的人！
质量不止你我，质量有你有我！
更多精彩内容，欢迎翻阅更多文章！
