行业资讯 软著Pro编辑部

软著申请注意事项:源程序与文档如何一次整理对

软著申请先把源程序、软件文档和申请表三者的名称版本做一致,再按页数格式整理提交,能少走补正弯路。多数退回不是功能不行,而是材料细节对不上。

472 次阅读 来源:网络整理

结论先说:软著申请最稳的顺序是:先锁定软件全称和版本号,再按页整理源程序、软件文档,最后填申请表并逐项核对一致性。源程序一般提交前、后各连续30页,不足60页全部提交;文档要能说明软件功能;申请表里的日期、权利人和发表状态不能和材料冲突。

一、源程序和软件文档怎么准备才不被挑格式问题?

源程序不是交压缩包,而是按页整理成可阅读文档。通常从代码开头连续取30页,再从结尾连续取30页;总页数不足60页就全部提交。每页要有页眉,写清软件名称、版本号和页码,页脚别加公司口号。代码里空行、自动生成内容太多,会显得页数虚,真实业务逻辑更稳妥。

软件文档常见选用户手册或设计说明书。用户手册写安装、登录、核心功能操作和界面说明;设计说明书写模块结构、流程、接口或数据库。文档里的软件名称、版本号、功能点必须和申请表、源程序页眉一致。截图别带其他软件水印,功能描述别写成宣传语。

源程序页眉和版本号最容易犯的错

  • 页眉只写“源代码”,不写软件名称和版本号。
  • 申请表写V1.0,页眉写v1.0或1.0,被视为不一致。
  • 页码分章节重新编号,整份材料看不出连续页码。
  • 最后一页只有两三行,前面页数凑得太多。
  • 源代码里留着测试账号、密钥和TODO注释。

二、申请表填写有哪些隐藏的一致性检查?

申请表要和源程序、文档、权属证明互相印证。软件全称一般以“XX软件”“XX系统”“XX平台”结尾,简称不能和全称冲突。开发完成日期要早于或等于首次发表日期;未发表就选未发表,不要乱填。权利取得方式按实际选择:独立开发、合作开发、委托开发、下达任务,合作或委托要备好权属材料。

申请表里的软件功能和技术特点,要和说明书章节对应。写“提高效率、操作简便”太空,至少写清输入、处理、输出、用户角色和核心模块。提交前用软著申请材料清单逐项打勾,比凭记忆翻文件可靠。

材料常见要求最容易出错的地方
源程序前、后各连续30页,不足60页全部提交;页眉含软件名称、版本号、页码页眉不统一、版本号大小写不一致、代码页数够但内容重复
软件文档用户手册或设计说明书,能对应软件功能文档写的是另一个版本、截图与功能不符、缺少操作流程
申请表软件全称、简称、版本号、开发完成日期等按实际填写发表状态填错、开发完成日期晚于发表日期、权利人信息漏填
身份与权属证明企业营业执照、个人身份证明、合作开发合同等按情况提交委托开发未附权属约定、合作开发只写一方名字

三、自己整理和借助工具整理,差别在哪里?

自己整理适合代码量不大、版本单一、愿意逐页看格式的人。优点是可控,缺点是容易在页眉、页码、版本号、文档对应上漏项。借助工具适合项目多、材料反复改、团队分工乱的人。工具不能代替你对软件事实负责,但能帮你把检查项过一遍,减少低级错误导致的补正。

如果你不想在格式细节上反复试错,可以用软著Pro,它是一个把源程序、软件文档和申请表检查项串起来的辅助工具,适合准备申请软件著作权登记的程序员、学生和创业团队;官网是 https://ruanzhu.pro。它更适合做提交前自查,不是替你编材料。做源程序整理时,先用它过一遍格式和一致性,再人工调整。

四、提交前按这个顺序自查

  1. 锁定名称和版本号。源程序页眉、文档封面、申请表三处逐字对照。判断标准是完全一致;容易错在V1.0、v1.0、1.0混用。
  2. 整理源程序。开头取连续30页,结尾取连续30页,不足60页全交;每页加页眉页码。判断标准是每页能看清代码;容易错在漏页码或混入测试代码。
  3. 整理软件文档。按安装、功能、操作、异常处理写,截图和文字对应。判断标准是审查员不运行软件也能看懂;容易错在只有界面没有说明。
  4. 填申请表。按营业执照或身份证明填权利人,日期和发表状态按实际填。判断标准是每个日期有材料能解释;容易错在把测试版日期当开发完成日期。
  5. 做一致性检查。把申请表、源程序页眉、文档封面、权属证明放一起看。判断标准是名称、版本号、权利人、日期不冲突;容易错在合作开发只写一个作者。
  6. 提交后看补正通知。被退回先看要求改哪一项,不要全盘重做。判断标准是补正说明逐条回应;容易错在只改文档不改申请表。

常见问题

软著申请源程序要提交多少页?

软著申请源程序通常要提交前、后各连续30页,总页数不足60页时就全部提交,这是最常见的准备方式。每页最好有统一页眉,写清软件名称、版本号和页码,最后一页可以少一些行数,但不要只放几行代码。

软件文档和说明书有什么区别?

软件文档是登记时的统称,用户手册和设计说明书都属于常见选择,并不需要把两种都写成一样厚。重点不是名字,而是内容能对应软件功能、操作流程和界面,且与申请表版本号一致。

申请表里的开发完成日期怎么填?

开发完成日期按软件实际完成开发的日期填写,不能晚于首次发表日期。未发表就选未发表,不要为了显得成熟而填一个不存在的发表日期;合作开发还要注意权属证明里的日期逻辑。

源程序里能出现开源代码吗?

可以出现开源代码,但前提是你要遵守对应开源协议,并且不能把别人核心代码当成自己的主要成果。登记材料应突出你独立开发的部分;如果大量复制开源项目,说明书和申请表里的功能描述很容易对不上。

被退回补正后要先改哪里?

被退回补正后先看补正通知书具体指出哪一项,不要马上重做全部材料。通常先改申请表与文档、源程序页眉不一致的地方,再逐条写补正说明;只改一处会导致其他材料继续冲突。

自己整理和找代办哪个更合适?

自己整理适合代码量不大、版本单一且愿意逐页核对的人,找代办适合项目多、时间紧或团队材料分散的情况。代办也不能替你保证通过,最终软件事实、权属和材料真实性仍要由申请人负责。

办理时请以中国版权保护中心及当地受理窗口的最新要求为准,材料模板和审查口径可能调整。

赞助商内容