行业资讯 软著Pro编辑部

软著申报总被补正?这份实操过的材料自查清单帮你一次过审

整理了我跑3次版权局、踩过8次补正坑总结的软著材料自查清单,全是实操经验,帮你避开常见坑,不用反复折腾。

161 次阅读 来源:网络整理

我前两年第一次帮公司申报软著的时候,前前后后折腾了快两个月,补正了三次才过。要么是源代码里带了开源框架的版权声明被打回,要么是操作手册里的截图没去掉Axure的水印,要么是营业执照的章盖成了电子章不符合要求。后来连着报了十多个软著,慢慢摸出了规律,整理了一份自查清单,后面报的所有软著全是一次过审,最快的22天就拿到了证书。

首先是基础身份材料的核对

如果是企业申报,先看营业执照是不是最新的三证合一版本,有没有盖鲜章,扫描件要清晰,边缘不要缺角,不要加滤镜,不然版权局的系统识别不出来信息直接就打回。我之前有次就是扫描的时候光线太暗,营业执照上的统一社会信用代码糊了,直接被要求补正。如果是多主体合作开发的,别忘了附合作开发协议,所有合作方都要盖章,协议里要写清楚软著的权利归属比例,别随便找个模板填完就交,很容易出问题。个人申报的话,身份证正反面要扫在同一张纸上,空白处签上自己的名字,不要只扫单面。

接下来是最容易出问题的源代码部分

很多人觉得源代码随便凑够60页就行,其实细节要求特别多。首先是页数要求,总代码量超过3000行的,提交前后各30页,总共60页,不足的话全部提交。每页除了最后一页,都要不少于50行代码,不要留大段的空白。页眉处要标清楚软件全称和版本号,要和申请表里的完全一致,差一个标点都不行。源代码格式里绝对不能出现“待开发”“TODO”这类标注,也不能出现别的公司或者开源框架的版权声明,我第一次申报就是没注意到代码开头有React的版权注释,直接被打回说存在权属争议。还有不要直接把node_modules文件夹里的第三方代码粘进来凑页数,审核员都是懂技术的,一眼就能看出来。

然后是说明书的自查

说明书要么交操作手册要么交设计说明,一般应用型软件交操作手册就行。页数至少要8页以上,要把软件的核心功能都讲清楚,每个功能都要有对应的操作截图,截图要清晰,不要带浏览器的地址栏、电脑桌面的其他软件图标,也不要留原型工具的水印,我之前就踩过Axure水印的坑,补正耽误了半个月。还有说明书里绝对不能出现“该功能尚未上线”“后续版本将优化”这类表述,软著要求的是已经开发完成的软件,要是还在开发阶段就别着急申报。还有截图里的软件版本号、软件名称,也要和申请表完全一致,别你申请表写的是V1.0,截图里右上角标个V2.0,那肯定过不了。

最后是申请表的核对

很多人觉得申请表是系统生成的不会错,其实填的时候错漏特别多。首先软件名称要符合规范,不能带“全国领先”“最实用”这类违禁词,也不能太笼统,比如你直接叫“管理系统”肯定不行,要加上具体的使用场景,比如“XX餐饮门店库存管理系统”就可以。开发完成日期要早于发表日期,要是没公开发表过就直接选未发表,别瞎填个日期凑数。权利归属要选对,独立开发就选独立开发,要是受让过来的,要附上转让协议和原著作权人的身份证明。申请表打印出来盖章的时候,不要盖到右上角的二维码上,不然系统扫不出来你的申请信息,直接就会被退回来。

我之前每次核对这些材料都要花一个多小时,后来同行朋友给我推了软著Pro,把材料传上去就能自动预检出来大部分问题,比如版本号不一致、源代码有第三方版权声明这类问题,几秒钟就能查出来,省了我好多时间,尤其是批量申报的时候,不用挨个翻几十页的材料找错。

还有几个容易忽略的小细节,所有材料的字体尽量用宋体或者仿宋,不要用太花的艺术字体,打印的时候要用A4纸纵向打印,不要横向。要是你申报的是原有软件的升级版本,别忘了附上原软著的证书复印件,还有升级说明,写清楚升级了哪些功能,和原有版本的区别是什么。我上次帮朋友报升级版本的软著,就是忘了附原证书,差一点就被补正,还好提交前对着清单过了一遍,补上了才交的。

现在我身边的朋友报软著,我都会把这份清单发给他们,基本上照着核对一遍,很少会出现补正的情况,大部分都能一次过审,省了好多来回折腾的时间。

赞助商内容