第三十七条 企业应当对设计和开发的更改进行识别并保持记录。必要时，应当对设计和开发更改进行评审、验证和确认，并在实施前得到批准。
第四十四条 企业应当对采购物品进行检验或者验证，确保满足生产要求。
等等，不一而足，我们可以得到如下的观念：
验证是通过提供客观证据对规定要求已得到满足的认定。
确认是通过提供客观证据对特定的预期用途或者应用要求已得到满足的认定。
如果这样，还不足以加深理解的话，那么，
验证(Verification)：Are we producing the right product?就是要用数据证明我们是不是在正确的制造产品。注意这里强调的是过程的正确性，通过提供客观证据对规定要求已得到满足的认定。通过检查和提供客观证据证明，可始终满足对特定预期用途的要求（21CFR820.3）
确认（Validation）：Are we producing the product right? 通过提供客观证据对特定的预期用途或应用要求已得到满足的认定。证明并记录关键生产设施、系统、公用设施和设备适合预期用途的流程。就是要用数据证明我们是不是制造了正确的产品。注意这里强调的是结果的正确性。
“验证”和“确认”都是认定。但是，“验证”表明的是满足规定要求，而“确认”表明的是满足预期用途或应用要求，说简单点，“确认”就是检查最终产品是否达到顾客使用要求。 确认，注重结果；而验证注重过程。
“验证”和“确认”的区别：
“确认”是要证明所提供的（或将要提供的）产品或方法适合其预计的用途，而“验证”则是要查明工作产品或方法是否恰当地反映了规定的要求。换句话说，验证要保证“做得正确”，而确认则要保证“做的东西正确”。主要体现在以下几个方面：
1、定义不同。确认是获取证据，以证实计划和操作性前提方案安排的控制措施有效；验证是通过提供客观证据，对规定要求已得到满足的认定。
2、范围不同。确认的范围只针对由计划和操作性前提方案安排的控制措施，也就是对危害识别、评估之后，确定的操作性前提方案和计划和(或)它们的组合，是否可以将识别出的危害防止、消除或将其降低到可接受水平进行评估。
而验证的范围则大很多，除了计划和操作性前提方案要素及实施效果之外；还包括前提方案实施情况，危害分析的输入是否持续更新，终产品的危害水平是否在可接受水平之内，组织要求的其他程序(如产品撤回程序、内审程序等)的实施情况及有效性。
3、采用的方法不同 。由于确认是在实施前进行的活动，所以往往采用比较间接的办法，常用的有设计的统计学调查或数学模型的验算，如实验设计(DOE)或预测微生物模型等，权威机构如政府、行业协会等方面的指导等。比如，输水产品企业。验证往往采用另外一种方式去证明规定要求是否已得到满足，一般分日常验证和定期验证。日常验证活动采用的方法有评审监视记录。
4.侧重点不同。验证注重“过程”，确认注重“结果”，确认证明所提供的产品符合预期的使用需求，而验证说明工作产品是否适当的反映了特定需求。换言之，验证确保「你把事做对了」，而确认确保「你做了对的事」。确认活动使用与验证类似的方法，例如：测试、分析、检查、展示或模拟。通常，确认活动包含了最终使用者及其它相关干系人。确认与验证活动经常同时执行，且可能使用部分相同的环境。
我感觉我越说越绕了，我们用一份验证报告来说事吧，从而去理解什么叫验证，什么叫确认吧：
一般来说，一份验证报告，注意这里是验证报告，在验证方案中，一般是这样的：写的是Validation Protocol，里面包括4Q，即DQ、IQ、OQ、PQ。这4Q是用英文是怎么说的呢？即设计确认、安装确认、操作确认、运行确认。举例来说，一台生产设备的确认与验证，看上去是两项内容，但实际上确认就又分为了4Q的确认，验证，也就是4Q的验证。这个确认是得到的结果，是符合还是不符合，而判定跟据，就是验证方案所支持的数据，就像在做证明题。 因此，确认是注重结果，验证是注重方法和过程。如果这样，还是感觉很绕的话，那么再举一个例子吧：比如你要找一个女朋友：首先她必须是一个女的，你进行qualification（条件资格的限制），然后她必须合乎你的要求：诸如漂亮，贤惠之类的，你要进行Verification（确认）, 看看是否漂亮，贤惠，以结果论是否接受。最后还要看她是不是适合你：这时要进行validation（验证）。就是相处一段时间，看看是否可以结婚，或者是否有必要再验证一下，是否有必要离婚。这样的说，是否有助于你理解呢？
最后，确认一下，我这篇文章对你是否有用呢？有用就点个赞吧。用你的赞，来验证一下的这个做法是否正确吧！确认的结果对我很重要，但这个验证的过程对于我来说更重要，它将保证最终我确认的结果是好是坏，你说呢？返回搜狐，查看更多