1、要看什么研发阶段，是临床前？临床期间还是？

 2、要看错的是什么，什么错了。

3、要看方案是否执行了。

  你问题的问题较粗糙，没有更多的信息。

 如果是临床前，只需在报告中说明即可。如果是在临床阶段，如果只是错别字，直接升版即可，如果要修改接受标准，也要看这个标准是否涉及到注册，如果不涉及直接升版并在报告中予以说明即可。

企业文件验证与确认管理规程应规定各阶段的验证管理要求，需要按企业的验证管理文件执行

可以在验证方案里修改并说明理由后签名，后续起草验证报告时要对该事件进行说明和解释。当然如果能升版，升版是最稳妥的办法。

任何对方案的变更都应该进行记录并有合理的解释。

如果只是编辑错误，可以按照GDP要求直接修改签名并记录原因。如果涉及到验证策略、接受标准等，需要修改后重新执行方案的批准。

对于这种方案不符合的情况，应在流程或者方案中做相应的规定。

如果没有做实验的话，建议直接升版。已经完成验证实验，出的问题比较小不涉及标准变化或者标准变严也可以直接报告中备注，可选择升版方案；涉及标准变宽，看你们怎么对QA作出合理解释以及你们QA的要求了。

首先应该有研发阶段的方案及报告管理制度，明确使用范围，主要内容，发生变更偏差异常应该遵循什么流程要求。

至于在执行过程中，出现了不影响执行的差错或者偏离，那么通常只需要再报告中备注说明情况即可，没有必要走变更流程。这是研发阶段特性决定的。

当然，其实也要有配套的研发阶段变更管理，偏差管理，OOS异常管理等制度流程，形成有效的研发阶段管理体系

最起码要保证一两年后知道这里是写错的，实际执行是什么样的，为什么会出现这样的问题

建议还是具体描述下写错了不影响实际执行是个什么情况。

我们出现过这种情况，一般的处理都是写一个偏差，分析下原因，说明清楚情况，在最后的验证报告中总结相关内容的。

方案里的错误是指导操作的内容还是一般描述的内容？

是执行前还是执行后发现的？

说的不具体

严格来说，改一下不产生误导比较好，但是不一定要变更啊，比如写个单独的说明作为附件什么的，或者偏差说明，对吧。

什么写错了，不影响执行的错误，个人理解说明一下就可以了，验证报告里说明一下，如果是简单的错别字，当没看见也行。