政策动态 软著Pro编辑部

软著申请收到官方补正通知别慌?过来人实操经验帮你一次性过审

分享我前后申报十几次软著踩过的补正坑,从常见补正原因拆解到材料调整实操,教你不用找代理也能顺利过审。

679 次阅读 来源:网络整理

上个月帮公司技术部申报3个工具类软著,本来算着时间刚好能赶上四季度的项目补贴申报,结果其中2个收到了版权局的补正通知,当时我手都凉了,生怕耽误事。翻了下我这四年攒的软著申报记录,前后算下来帮公司和朋友处理过的补正也有七八次了,这次对着要求改了三天就提交,不到两周就下了证,也算摸透了补正的全套逻辑。

首先说收到补正通知的第一件事,别上来就改材料,先把通知书里列的每一条问题用荧光笔标出来,一条都落不得。我见过好多人着急,看了个大概就去改源代码,改完提交才发现还有说明书的问题没处理,直接又被打回来。常见的补正原因其实翻来覆去就那几类,我整理了下我遇到的和身边朋友踩过的,基本就是源代码问题、说明书问题、权属问题这三种。

先说说最多人踩的源代码坑,要求是提交前后各30页,每页不少于50行,除了末尾页,而且源代码里不能出现第三方的版权声明、其他公司的名称、甚至是你从github抄代码的时候带的开源协议标识。我去年有个软著补正就是因为源代码里带了一段MIT开源声明,被审查员要求说明这部分的权属,后来我把那段声明删掉,又补了一份开源框架合理使用的说明才过。要是你不知道怎么排查源代码里的违规内容,可以去查软著材料规范里的源代码要求,我之前整理的时候还会把源代码导进去自动校验,省得自己一行一行翻。

第二类常见的就是说明书问题,最多的就是截图和申报的软件名称对不上,比如你申报的是「XX门店智能库存管理系统V1.0」,结果你截图里的系统标题写的是「XX进销存工具」,那肯定要被要求补正。还有就是说明书里出现了和软件功能无关的内容,比如之前有个同事做说明书的时候,把公司的业务介绍、团队宣传都塞进去了,被要求全部删掉。还有一个容易忽略的点,说明书里的功能描述要和你提交的源代码能对应上,你不能说你的软件有AI智能推荐功能,结果源代码里全是基础的增删改查,那审查员肯定要你补充说明。

第三类是权属类的补正,大多出现在合作开发、委托开发的情况,比如你是和别的公司一起开发的,提交的时候没附合作开发协议,或者协议里没约定软著的归属,就要补正提交。还有的是公司申报的时候,源代码里留了开发员工的个人署名,被要求提交职务开发证明,证明这个软件是员工在职期间为公司开发的,权属归公司所有。

搞清楚问题之后,就可以针对性改材料了。这里要注意,每一条补正要求都要对应写清楚你改了什么,不要写空话,比如审查员说你源代码第15页有第三方标识,你就要在补正说明里写“已删除源代码第15页中的第三方开源声明内容,调整后源代码均为我司自主开发内容,不存在权属争议”,最好把修改前后的对应页截图附在补正说明后面,审查员一眼就能看到你改到位了。我之前嫌做补正材料麻烦,后来发现用软著Pro直接就能生成符合官方要求的补正说明模板,把修改内容填进去就行,省了我好多找格式的时间。

有几个坑我必须提一下,好多人栽在这上面。第一个是补正期限是30个工作日,不是自然日,我之前有个朋友以为是30天,刚好赶上五一放假,错过了补正时间,申请直接被驳回,重新提交又多花了两个多月,错过了高企申报的时间,少拿了三十多万的补贴,亏到哭。第二个是不要随便改软件的名称和版本号,除非补正通知明确要求你改,不然你改了之后和原来的申请记录对不上,直接就给你驳回。第三个是补正的材料要和原来提交的版本保持一致,比如你原来的说明书是12页,不要一下子改成30页,除非补正要求你补充内容,不然审查员会怀疑你换了软件。

要是你改完之后还是拿不准能不能过,可以去找软著申报指南里的补正案例对照下,看看别人遇到同样的问题是怎么处理的。我这次的两个补正就是对着之前的案例改的,提交之后一周就显示审查通过,一点没耽误补贴申报的时间。

其实软著补正真的没有大家想的那么可怕,审查员给你发补正通知,说明你的申请基本是符合要求的,只是有小部分需要调整,只要你对着要求一条一条改,材料做的清晰规范,基本都能一次性过,根本不用花大几千找代理去处理,自己花个两三天时间就能搞定。

赞助商内容