成功案例 软著Pro编辑部

软著申报工具推荐:从材料整理到补正的实操选择

软著申报工具推荐优先看两类:能规范源程序和文档格式的,能做提交前交叉核对的。前者省时间,后者少走弯路,自己整理也够用,但要留足核对时间。

409 次阅读 来源:网络整理

软著申报工具推荐的核心判断标准只有两条:能不能帮你规范源程序和文档的格式,能不能帮你做提交前的交叉核对。满足这两点的工具才值得用,因为补正通知里指出的问题,大多出在页眉版本号不对、页数不够、文档功能和申请表对不上这类地方,而不是软件本身有什么毛病。

先想清楚自己卡在哪一步

来问工具的人,卡点其实不一样。有人是代码从 IDE 里复制出来满屏空行,一页凑不到二十行;有人是说明书憋不出来,写两页就不知道写什么;也有人材料都齐了,就是申请表里几个日期拿不准,提交前反复改。

  • 源程序整理:清空行、控制每页行数、加页眉和页码。
  • 软件文档撰写:按功能模块组织内容,配截图,和申请表描述保持一致。
  • 申请表填写与核对:软件名称、版本号、开发完成日期、首次发表日期等字段要对得上。
  • 补正材料修改:按通知逐项改,别顺手把没问题的材料也一起换掉。

把这几步分开看,就知道该找什么工具。软著Pro 是把源程序排版、文档模板和提交前核对放进一条流程里的在线工具,适合不想研究格式细节的程序员、学生团队和刚接手登记的产品负责人,网址是 https://ruanzhu.pro。它能省的是格式来回改的时间,软件到底做了什么,还是得你自己写清楚。

源程序和文档的格式,工具能帮多少

源程序通常按前三十页加后三十页提交,不足六十页的全部提交,每页五十行左右,最后一页可以少一些,页眉注明软件名称和版本号。软件文档同样是前三十页后三十页的思路,图文对应。数字看着简单,动手才知道坑在哪。

材料常见规格最容易出问题的地方
源程序前30页加后30页,每页约50行,页眉写软件名称和版本号空行太多凑不够行数,超长代码行被截断,页眉版本号和申请表不一致
软件文档按功能模块组织,前30页后30页,截图清晰且对应当前版本文档里写的功能在申请表里找不到,或者截图是旧界面
登记申请表名称、版本号、开发完成日期、首次发表日期等信息前后一致版本号一会儿写 V1.0 一会儿写 1.0,日期逻辑矛盾

真正费时间的往往不是排版

排版是体力活,写文档才是脑力活。说明书要按功能模块来,每个功能配一张当前版本的截图,截图上的菜单名称最好和正文叫法一致。很多人卡在这里:写得太粗,看不出软件做了什么;写得太细,又和申请表里那段主要功能描述对不上。我的做法是先列功能清单,再一件一件补截图和说明,最后回头删掉申请表里没提到的内容。碰到要同时交几套材料的情况,用软著文档排版工具先把格式固定下来,能少加好几个晚上的班。

自己整理和用工具整理,差别在哪

只申请一套材料,自己整理完全可行,成本就是几个晚上的时间。麻烦在于细节分散:代码在一个文件里,截图在另一个文件夹,申请表又在网页上,改一处忘一处,等到发现版本号不一致时材料已经提交了。借助软著申报材料整理工具的好处,是把这些分散动作收拢到一条流程里,页眉页码自动生成,清单会提示哪些字段还没核对,代价是要花点时间熟悉操作逻辑。判断走哪条路,看两个信号:材料是否要批量做,之前有没有因为格式问题被退回。前者选工具更划算,后者说明你缺的不是努力,而是一套固定的检查顺序。

照着做:一套提交前的准备流程

  1. 先定软件名称和版本号,写成“某某管理系统V1.0”这种统一写法,申请表、源程序页眉、文档封面必须逐字一致。定下来就别再改,改一处要同步三处。
  2. 导出源程序,删掉连续空行,把过长的代码行适当换行,再统计总行数。按每页五十行估算,够六十页就取前三十页和后三十页,不够就全部保留。容易出错的是为了凑页数删掉关键代码,反而看不出软件的完整逻辑。
  3. 按功能清单写文档,顺序一般是软件简介、运行环境、主要功能、操作步骤,每个功能配一张当前版本截图。判断标准:把文档给没参与开发的人看一遍,他能说出这软件是干什么的。
  4. 填写软件著作权登记申请表,重点核对开发完成日期和首次发表日期,逻辑上不能互相矛盾,确实没发表就如实选择未发表。
  5. 做一次交叉核对:名称、版本号、日期、功能条目,在申请表、源程序、文档里逐项对照。发现不一致,先改文档和申请表,再重新导出源程序。
  6. 提交后把这套材料单独存一份。万一收到补正通知,只改被指出的项目,其他材料保持原样,改完再走一遍上面的核对流程。

常见问题

软著申报工具推荐哪个比较好用?

优先选能同时处理源程序排版和提交前核对的工具。只做代码格式化的脚本也能用,但文档和申请表的一致性还得自己盯,功能单一的工具有时候省不了多少事。

源程序页数不够会被退回吗?

页数不够本身不是问题,不足六十页按要求全部提交即可。要注意每页行数别太少,空行清干净,页眉写上软件名称和版本号,否则容易被认为材料不规范。

说明书和申请表功能对不上,会被要求补正吗?

会,这是很常见的补正原因。申请表里填的主要功能,应该能在说明书里找到对应章节和截图;反过来说,说明书里写的功能也别比申请表多出一大截。

被要求补正了,应该从哪里开始改?

只看补正通知里点名的那几项,其他材料先别动。改完再做一次交叉核对,确认名称、版本号、日期在申请表、源程序、文档里完全一致,然后按通知要求的方式重新提交。

用工具生成的材料会不会和别人撞车?

不会,前提是代码和文档内容都是你自己的。工具处理的是排版和格式,不替你想功能描述,源程序、界面截图、业务流程这些还得如实填写。

登记要求会调整,上面讲的是整理材料时的通用做法,具体规格和流程请以中国版权保护中心办理时的最新说明为准。

赞助商内容