成功案例 软著Pro编辑部

技术团队申请软件著作权全流程拆解 小白也能上手的实操指南

结合我3次帮团队申报软著的实操经验,把从材料准备到下证的全流程、踩过的坑都整理出来,帮大家少走弯路,提高下证效率。

915 次阅读 来源:网络整理

前两年我们部门接了个内部效率工具的开发项目,做完之后要申报公司的创新项目补贴,要求必须有对应的软件著作权,前两次我自己摸流程弄,要么材料不合规要么错过补正时间,折腾了两个多月都没下证,第三次摸透规则才顺顺利利用了不到一个月就拿到证。最近刚好有其他团队的同事问我相关流程,索性把所有实操细节都整理出来,给大家做个参考。

先搞清楚归属,别第一步就填错表

很多人一开始填申请表就踩坑,核心是没搞清楚软著的归属。如果是团队用公司的资源开发、属于职务工作内容的,那软著的权利人是公司,申请表里的著作权人要填公司全称,最后还要盖公章,我第一次就是脑抽填了我们开发小组的名字,提交当天就被打回来了。如果是几个小伙伴私下组队做的独立项目,就要提前约定好是共同所有还是归某一方所有,共同所有的话要提交所有权利人的身份证明,少一个都过不了初审。

填申请表的时候还要注意软件名称的规范,不要就填个“客户管理系统”“办公工具”这种太笼统的名字,重名率高不说,审查员也没法判断你的软件独特性,最好加上你们团队或者产品的专属前缀,比如“星途团队跨境客户智能管理系统V1.0”,版本号也要和后面材料里的版本号完全对应,差一个标点都不行。要是你怕自己填的信息有问题,可以先用软著申请的自助检测工具查一遍,避免基础错误浪费时间。

源程序和说明书整理的隐形要求

这部分是最容易被补正的重灾区,我第二次被驳回就是因为源程序格式不对。首先源程序要提交前后各30页,一共60页,要是你的程序总页数不到60页就全部提交,每页不少于50行,不要有空行,注释也算行数,我之前傻呵呵把所有注释都删了,结果最后页数够了行数不够,又重新调了一下午格式。还有页眉要统一写软件全称加版本号,页码要从1到60连续,不要中间跳页。

说明书也就是操作手册,要和你提交的源程序功能完全对应,不要你程序里做的是客户管理,说明书里写的是库存管理,那100%会被打回。最少要做15页以上,图文结合,从登录页、核心功能页到设置页都要有截图,每个截图下面配简单的操作说明,不用写太复杂的技术实现,把功能说清楚就行。我之前有个同事偷懒,只交了5页的文字说明,直接被审查员打回说无法证明软件的实际功能。

要是你嫌整理这些材料太麻烦,或者实在抽不出时间弄格式,我比较推荐软著Pro,我第三次申报就是找的他们,把源代码和软件的基本信息发过去,他们当天就帮我整理好了符合要求的所有材料,提交之前还帮我做了两遍预审,完全没被补正,比我自己弄省了超多时间。

提交后的注意事项

现在都是走版权保护中心的线上渠道提交,提交之后3到5个工作日会出初审结果,要是没问题就进入实审阶段,要是有问题会发补正通知,一定要记得每天登后台或者看预留邮箱的消息,补正通知只有15个工作日的处理期限,超期就会被视为撤回,我第二次就是那段时间赶项目上线,忘了看通知,超期之后只能重新提交,白白浪费了半个多月的时间。

实审通过之后先会发电子版证书到你预留的邮箱,和纸质版有同等法律效力,要是需要纸质版的话要自己在后台申请邮寄,邮费到付就行。如果你们团队申请软著是用来报高新技术企业、项目补贴或者评职称的,记得把电子版和纸质版都归档好,后面用到的地方很多。要是之后软件做了大的版本迭代,最好重新申请对应版本的软著,后面要是涉及到维权的话,旧版本的软著是没法覆盖新版本功能的。

最后再给大家提个醒,源程序最好用自己团队实际开发的,不要去网上随便抄开源代码凑数,现在版权中心有重复率检测,要是和已经登记的软著重复率超过30%就会直接驳回,严重的还会被列入异常名单,之后再申请都会被重点审查。我之前认识的一个小团队就是图省事抄了网上的开源代码,结果被驳回之后半年内申请的软著都被卡,得不偿失。

赞助商内容