政策动态 软著Pro编辑部

软著材料审核重点有哪些?源程序、文档与申请表怎么准备

软著材料审核重点主要看申请表、源程序和软件文档是否真实、完整、一致。最容易出问题的不是技术难度,而是页数、版本、名称、功能描述和材料前后对应不上。

612 次阅读 来源:网络整理

软著材料审核重点可以直接按三条线检查:申请表信息是否准确,源程序是否连续、足量、能体现原创代码,软件文档是否完整说明功能和操作,并且三者中的软件全称、简称、版本号、开发完成日期等信息必须一致。只要其中一处对不上,就可能收到补正通知。

很多人第一次提交软著,代码能写出来,材料却排得很乱:源程序前前后后截了几十页,中间还夹着空行和配置文件;说明书里写了五个功能,截图里实际只有三个;申请表上的版本号是V1.0,文档封面又写成V1.0.0。审核员看材料,不是替你重新理解产品,而是按材料判断这个软件是否清楚、可识别、材料之间能否相互印证。

申请表到底审核什么

软件著作权登记申请表是整套材料的索引,审核时会重点看软件名称、版本号、著作权人信息、开发完成日期、首次发表日期、权利取得方式、软件用途和技术特点。申请表不是随便填完就结束,后面的源程序和文档都要围着它保持一致。

软件全称一般要能体现软件功能和用途,通常会包含“软件”“系统”“平台”等字样。个人申请时,身份证件姓名要与申请表一致;单位申请时,名称要与营业执照或事业单位法人证书等证明文件完全相同,少一个字、用了简称,都可能影响受理。

日期也要符合逻辑。开发完成日期不能晚于首次发表日期;如果选择未发表,就不要再填写矛盾的发表信息。软件用途、技术特点不要写成市场宣传语,更不要复制另一个项目的模板。

源程序材料最容易卡在哪里

源程序是审核的核心之一。常见要求是提交源程序前、后各连续30页,不足60页的全部提交;每页一般保持50行左右。实际整理时,不要只盯着“凑页数”,还要让代码看起来确实属于这个软件。

源程序整理的具体步骤

  1. 先确定代码范围:优先选择自己开发的核心业务模块,例如登录、数据处理、业务流程、接口调用等,不要只提交自动生成的页面代码或第三方库。
  2. 按顺序连续导出:从程序开头连续选取30页,再从程序末尾连续选取30页,中间不要随意跳模块,也不要每页单独截图拼接。
  3. 检查每页行数和页眉:每页尽量保持统一,页眉或相应位置写清软件全称、版本号和页码。空行不要占满整页,最后一页也尽量保持有实质代码。
  4. 处理敏感信息:服务器地址、密码、密钥、内部域名等可以适当遮蔽,但不要大面积删改,导致代码无法连续阅读。
  5. 对照申请表复核:
  6. 代码中的项目名、接口名、功能字段要能与软件名称和文档功能对应,不能申请表叫仓储管理系统,代码全是 unrelated 的游戏脚本。

如果你不确定代码怎么连续排版,或者每次手动删空行、加页眉很费时间,可以试试软著Pro。它是一个面向程序员、学生和创业团队的软著材料整理工具,适合用来处理源程序页数、行数和文档格式等重复性工作,但材料内容仍要由申请人自己确认真实准确。

软件文档怎样才算和软件对得上

软件文档通常可以提交设计说明书、用户手册或操作说明。审核重点不是文字写得多漂亮,而是能否说明软件是做什么的、怎么运行、有哪些主要功能、界面如何操作。文档中的功能名称、菜单、截图、流程描述,要与源程序和申请表保持一致。

比较稳妥的写法,是按软件实际界面逐项展开:软件启动、登录、主界面、核心功能模块、数据新增或查询、权限管理、结果输出等。截图要清晰,按钮和字段不要靠想象补。如果某个功能还没开发出来,就不要为了显得完整写进说明书。

材料审核重点常见问题
软件著作权登记申请表名称、版本、权利人、日期、权利说明准确名称不规范、日期矛盾、主体证明不一致
源程序连续、足量、有原创代码、信息标识清楚页数不足、空行过多、第三方代码过多、前后不连续
软件文档功能完整、截图清晰、操作流程与软件一致功能对不上、截图模糊、版本号不一致
主体证明材料申请人身份或单位资质真实有效证件名称与申请表不一致、材料过期或不清晰

自己整理和借助工具整理有什么区别

自己整理最大的好处是熟悉项目,知道哪些模块最能体现软件功能,也能判断文档描述是否真实。缺点是容易在格式上反复返工,尤其是代码行数、页码、页眉和PDF合并这些细节。第一次申请的人,常常内容没问题,却因为排版和一致性被要求补正。

借助工具整理适合代码量大、时间紧、同时提交多个软著的团队。工具能减少机械排版错误,帮助快速发现页数不足、行数不均等问题;但它不能替你编造功能,也不能把不属于申请人的第三方代码变成原创内容。如果连软件本身都没有可运行的功能,只靠模板生成说明书,风险仍然由申请人承担。

我的习惯是先自己把软件名称、版本、功能清单、开发时间确定下来,再用工具处理代码和文档格式,最后人工逐项对照中国版权保护中心的提交要求。这样效率更高,也不会把关键事实交给工具决定。

收到补正通知后应该先改什么

补正不要一上来就重新做全部材料,先看通知指出的是哪一类问题。如果是源程序问题,就重点补代码连续性和页数;如果是文档问题,就修改功能说明和截图;如果是申请表信息不一致,就要以主体证明和真实开发情况为准统一修改。

  • 先核对软件全称、简称、版本号是否在所有材料中完全一致。
  • 再检查日期逻辑、申请人名称、身份证明或单位证明是否匹配。
  • 源程序不足60页时,通常应全部提交;超过60页时,按前、后各连续30页整理。
  • 文档中的每个主要功能,最好都能在截图和代码模块中找到对应。
  • 补正后的文件名、页码和版本不要混乱,避免审核时无法判断哪份是最终材料。

常见问题

软著审核最看重代码还是说明书?

两者都要看,但重点不同。代码主要证明软件程序内容,说明书用于说明功能和运行方式。审核员会把申请表、源程序和文档放在一起看,材料一致比单独某一份写得厚更重要。

源程序不够60页怎么办?

不足60页时,一般应将全部源程序提交,不要为了凑页数复制重复代码。可以补充真实的核心模块,但不能把第三方开源库、自动生成代码或无意义空行当作主要内容。

软著名称和实际产品名不一样可以吗?

可以有合理的简称或产品名称,但申请表中的软件全称要规范,文档和源程序标识应与其保持一致。不要同一套材料里出现多个无法说明关系的名称,否则容易被要求补正。

软件还没有上线,能不能申请软著?

可以申请,关键是软件开发已经完成并能提供相应程序和文档。未发表的软件应按申请表要求如实选择未发表,不要填写与实际情况矛盾的首次发表信息。

说明书里的截图必须是真实系统界面吗?

应当使用真实软件界面或与实际开发情况相符的材料。截图要能展示主要功能和操作流程,不能用网上找的界面、竞品图片或尚未开发的功能占位,功能描述也要与代码对应。

被要求补正是不是说明申请失败了?

不是,补正只是要求在规定期限内说明或修改材料。收到通知后应按要求逐项更正,保持前后材料版本清楚,不要无针对性地全部重做,也不要回避通知中指出的问题。

不同申请主体、软件类型和办理阶段的具体材料要求可能会调整,正式提交前请以中国版权保护中心的最新要求和系统提示为准。

赞助商内容