登记指南 软著Pro编辑部

软著材料审核重点:源程序、文档、申请表怎么过审

软著材料审核重点主要看源程序、软件文档、申请表和权属信息是否一致、完整、真实。最容易被退回的,往往不是技术不行,而是材料前后对不上。

765 次阅读 来源:网络整理

软著材料审核重点就四件事:源程序是否规范且像真实代码、软件文档是否能说明功能操作、申请表信息是否与材料一致、权属和身份材料是否清楚。提交前按这四条逐项核对,比临时补正省心得多。

很多人第一次办理软件著作权登记,以为把代码导出、随便配几页截图就能交。实际审核时,审查员看到的是一整套材料:名称、版本号、开发完成日期、权利取得方式、源代码、软件功能、运行界面、说明书内容都要能互相对应。一个地方写错,后面可能就要补正。

源程序到底怎么审,哪些格式最容易出问题

源程序是审核重点之一。通常应提交由源程序前、后各连续30页组成的材料,整个程序不到60页的,应当提交整个源程序。每页一般保持50行左右,实际页行数要以中国版权保护中心当前填报要求为准。不要为了凑页数把空行、注释、截图、目录混进去,也不要只交函数名或伪代码。

源程序提交前检查项

  • 页眉或显著位置建议标明软件名称、版本号,页码连续,不能缺页、跳页。
  • 代码内容要能看出实际开发痕迹,例如变量、函数、业务逻辑、接口调用、注释等。
  • 前后30页不要大量重复,也不要提交全是空循环、自动生成模板或无关开源代码。
  • 代码中的名称尽量与申请表、软件文档一致,至少不要出现另一个产品名。
  • 敏感信息要处理,例如服务器地址、密钥、账号密码、内部域名等,但不要删到逻辑断裂。

我见过最常见的问题,是代码从IDE里直接复制后排版乱掉,一页只有十几行;也有人前30页全是import和配置文件,后30页又全是压缩后的单行代码。这样材料看起来就不像完整软件的源程序,补正概率很高。

软件文档审核看什么,截图和说明怎么配

软件文档通常可以提交用户手册、设计说明书或操作说明。审核不要求写得多华丽,但要把软件是干什么的、怎么进入、主要功能怎么操作、运行结果是什么讲清楚。只有功能口号,没有界面和操作步骤,往往不够。

  1. 先定软件名称和版本号:封面、页眉、截图标题、申请表中的名称保持一致,版本号不要一处写V1.0、另一处写V1.0.0。
  2. 按主要功能写操作路径:从登录或首页开始,到核心模块、数据录入、查询、结果展示,每一步配对应界面截图。
  3. 截图要清晰完整:能看到菜单、按钮、字段和业务数据,不要只放一张首页图,也不要截与本软件无关的系统桌面。
  4. 文字和界面要对得上:文档写“库存预警”,截图里最好也有库存预警模块;不要说明书是一套功能,系统里完全找不到。
  5. 页数按要求准备:一般同样按前、后各连续30页准备,不足60页提交全部,具体以官方提交时要求为准。

如果是移动端、小程序、嵌入式后台或算法类软件,也要尽量用真实界面、流程图、模块关系或运行结果把功能讲明白。审核人员不一定按你的技术栈理解代码,但会通过文档判断软件是否具有明确、可表达的功能。

申请表和权属信息为什么也会被卡

软件著作权登记申请表不是简单填个名字。软件全称、简称、版本号、作品分类、开发方式、开发完成日期、首次发表日期、权利取得方式、权利范围、申请人信息,都要和证明材料及源程序、文档相匹配。

审核项重点看什么容易出错的地方
软件名称名称、简称、版本号前后一致代码、截图、申请表出现多个产品名
日期信息开发完成、发表等时间逻辑合理首次发表日期早于开发完成日期
权利归属个人、单位、合作开发等关系清楚职务开发、合作开发没有相应说明或证明
主体材料身份证明或营业执照信息一致名称变更、证件过期、复印件不清晰
材料一致性功能描述与代码、文档相互印证申请的是管理系统,文档却写成游戏工具

学生或团队项目尤其要提前确认申请人是谁。如果是课程项目、外包项目、多人合作项目,不要等提交后才发现代码仓库署名、需求文档、合同约定和申请表申请人不一致。

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

自己整理材料的好处是熟悉代码和业务,成本低;缺点是容易忽略格式、页码、名称一致性这些细节。借助工具则更适合材料多、时间紧、第一次申请的人,能减少排版和漏项,但工具不能替你编造功能,也不能把不真实的代码变成合格材料。

如果你只是一个小程序或后台系统,功能边界清楚,自己完全可以按清单慢慢整理。要是代码仓库很大、模块多、文档截图分散,可以试试 软著Pro,它是一个面向软著材料整理与文档生成场景的在线工具,适合程序员、学生和创业团队在提交前做代码页码排版、说明书材料整理和一致性检查。

不管是否使用软著材料辅助,核心判断标准都不变:材料必须来自真实软件,功能描述要能落到界面和代码上,申请信息不能前后矛盾。工具能提高整理效率,但不能替代真实开发内容。

被发补正通知后,应该从哪里改

收到补正不要慌,先逐字看补正要求指向哪一类材料。若说源程序问题,就重点改代码页数、连续性、页眉和真实性;若说文档问题,就补功能模块、操作步骤和截图;若说申请表或权属问题,就回到申请人、日期、权利取得方式和证明文件上核对。

  1. 把补正意见拆成“源程序、文档、申请表、权属”四类。
  2. 只针对指出的问题修改,同时顺手检查全套材料的名称和版本号。
  3. 重新导出代码和文档,保持页码连续,不要只替换其中几页导致目录或页眉不匹配。
  4. 补正说明写清楚改了什么,例如替换了哪些页面、统一了哪些信息。
  5. 再次提交前,用软著申请的完整清单做最后一轮交叉核对。

常见问题

软著审核最看重代码页数还是代码质量?

首先看材料形式是否符合要求,也看代码能否体现真实软件。页数够但内容重复、全是配置或空行,仍然可能被要求补正。

源程序不满60页可以申请吗?

可以。源程序整体不到60页时,通常应提交整个源程序,但要保证代码完整、连续,能对应申请软件的主要功能。

软件文档能不能只放界面截图?

不建议只放截图。文档应说明软件功能、操作步骤和运行结果,截图需要配合文字,才能让审核人员看懂功能链路。

申请表里的软件名称和代码项目名不一样怎么办?

最好在提交前统一。若项目名只是内部工程名,应尽量在文档、页眉或代码注释中体现申请名称,避免被误认为不是同一软件。

软著被补正是不是就申请不下来了?

不是。补正只是要求在规定期限内说明或修正材料。按通知逐项改正,并保持全套材料一致,通常就能继续进入审查流程。

没有上线发表的软件能不能登记?

可以按未发表的情况准备申请。关键是开发完成情况、权利归属和材料真实性要清楚,日期填写要与实际情况和证明材料相匹配。

实际办理时,中国版权保护中心的线上填报页面、材料格式和具体要求可能调整,提交前请以官方最新通知和系统提示为准。

赞助商内容