以上4中补正情况是目前经常常见的补正，各位知识产权从业者也是很迷惑，不知道这些补正情况意味着什么或者是应该怎么处理：
（1）源程序雷同，批量替换了关键词，这种意思就是说中心审核老师觉得你这个东西是虚假材料，但是又不敢保证是否虚假材料，然而能证明一个材料是否虚假材料的核心就是代码，做过开发的朋友也是知道的，要做一个软件最少也是需要一个团队3个月以上的研发才能真正出来一个软件，那么这种补正就是怀疑你的材料为虚假材料，至于是否替换关键词这个不重要，只是怀疑你是虚假，就可以这样给出来一个补正，比较中肯，所以并不是说这个代码就真的是替换的。
补正方法：1、可以吧代码顺序换一下，继续递交。2、换一个代码，不过这种如果是真的软件代码，基本没有什么意义。3、代码和手册是不相关的，换为相关的。
（2）（3）这两个补正情况实际上是一样的，首先审核老师每天检查的材料上万件，就那么十来个人检查，每个人挂几百件材料要审核。人都是有惰性的，不可能说每一件都那么认真的检查，就会出现检查不过来的情况，在保证了上级给出来的一个通过率的情况下，剩下的这些就是批量的落一个补正原因上去就是了。
补正方式：1、对于这种补正，如果材料是很次的那种，就没有补正的必要了，没有太大的通过的可能性，可以直接换掉名字重新做了。2、对于材料是真实软件或者是比较高质量的材料，可以试下不去修改直接递交试下。3、适当的修改一下手册和代码，继续递交。3、针对于真实软件的，可以直接多次递交，这里只适用于真实材料。PS：这种补正实际上没有太大的通过性，基本上就是属于第一次筛选出来通不过的，除了真实材料其他的不必过多纠结补正问题。
（4）这种是属于真正认真审核了材料的，也能够补过的，只要认证的按照补正的原因去操作，基本问题不大。
软件著作权还有很多相关的问题，比较多种化，就不一一列举出来了，也欢迎大家咨询我或者一起探讨。