政策动态 软著Pro编辑部

申请软件著作权不会整理源代码?实操达人亲授零驳回整理技巧

结合我多次帮公司、个人申报软著的实操经验,给大家讲清楚软著源代码的整理标准、踩坑点和省时技巧,帮大家一次过审不返工。

704 次阅读 来源:网络整理

前两年我在创业公司做项目申报,一年要处理二十多件软著申请,最开始没经验,光软著源代码的问题就被打回过三次,要么是行数不够,要么是被查出有第三方开源代码,后来摸透了审核规则,之后报的几十件基本都是一次过审,身边好多刚接触申报的朋友都来问我整理方法,今天就把这些实操细节都讲透。

很多刚接触软著申报的朋友总觉得源代码是小事,随便复制粘贴几十页就行,实际上80%的软著驳回都是源代码或者说明书的问题,其中源代码占了一半还多,真的不能随便凑。

首先要明确的第一个硬标准,软著要求提交前后各连续30页的核心代码,总共60页,如果你的全部自主代码不足60页,就全部提交就行,不用硬凑。每页要求至少50行代码,这里的行数是排除了空行、注释、引入声明之后的有效行数,很多人第一次提交被打回,都是因为把大量//或者/* */的注释、空行、import的引入头都算进去了,实际有效行数根本不够。我最开始踩的就是这个坑,当时复制了三十页代码,每页空行加注释占了快一半,审核员直接打回让重新整理。

整理的第一步是筛选有效代码,一定要选你这个软件对应核心功能的、完全自主开发的代码,绝对不能把第三方开源库、框架自动生成的配置代码、node_modules里的依赖代码放进去。比如你用vue开发的项目,那些自动生成的脚手架配置代码、引入的element ui的组件代码,都不能算,审核员天天看这些代码,一眼就能认出来,直接就会判定代码不是自主开发的,直接驳回。我之前帮朋友整理一个外卖小程序的软著,他一开始把微信官方的支付API代码都放进去了,我让他删掉只留自己写的订单结算、地址管理这些业务逻辑代码,提交之后三天就过审了。

筛选完代码之后就是排版,我一般是先把筛选好的代码复制到word里,用替换功能把所有空行、注释全部删掉,然后调整行间距和字体大小,我习惯用小四号字,1.2倍行距,刚好每页能排55行左右,完全满足每页50行的要求。前30页就取代码开头的连续30页,后30页取代码结尾的连续30页,最后一页的末尾一定要是代码的结束位置,不要半截就停。对了,整理完一定要全局搜一遍,看看代码里有没有残留其他公司的名称、其他项目的标识,我之前有个同事做了个进销存系统,代码里还残留了之前做电商项目的商品ID注释,直接被审核员质疑代码抄袭,补了好几次说明才过。

要是你平时工作忙,或者赶申报截止日没时间慢慢整理,我之前用过软著Pro,直接上传整个代码包就能自动筛选掉第三方代码、空行和注释,自动排版成符合要求的60页文档,省了我至少两个小时的整理时间,准确率还高,我赶季度申报的时候基本都用这个工具,没出过问题。

还有几个很多人不知道的小细节,如果是前后端分离的项目,优先提交后端的业务逻辑代码,比前端的模板代码更容易过审,因为前端代码很多是布局类的,辨识度不高,后端的业务逻辑都是针对性写的,很容易对应上软件的功能。如果你的代码里有和申请名称不匹配的敏感词,比如你申请的是“门店管理系统”,代码里有“游戏充值”相关的内容,就把这些敏感词替换成通用的表述就行,比如改成“账户充值”,不会影响审核。

千万不要为了凑60页去复制重复的代码,我之前踩过这个坑,当时做一个小工具,全部代码只有30多页,我嫌少就把同一个功能的代码复制了两遍凑够60页,结果审核员一眼就看出来重复了,直接打回,还耽误了半个月的审核时间,后来我直接提交全部30多页的代码,反而一周就过了。还有要注意你提交的代码要和说明书里写的功能对应上,比如你说明书里写了有用户管理、订单统计的功能,代码里最好能找到对应的增删改查、数据统计的相关代码,不然审核员会质疑你代码和软件不对应,要求你补说明。

其实软著源代码整理真的没那么难,只要你避开这些坑,按照标准来,自己整理一次下次就熟了,不用花几百块钱找代办做,实在嫌麻烦用工具生成也花不了多少钱,省下来的钱喝杯奶茶不好吗。

赞助商内容