软著权源码补正情况_可以拿github的代码申请软著

关于“软著权源码补正情况”以及“是否可以拿GitHub的代码申请软著”，以下是详细解答：

一、软著权源码补正情况

在申请软件著作权（简称“软著”）过程中，有时会因为申请材料不完整或有误等原因，需要进行补正。源码补正是其中较为常见的情况。源码补正通常涉及以下几个方面：

1. 鉴别材料内容不符：

提交核心功能模块代码，并对各部分代码实现的具体功能添加注释。

文档应有详细、清晰、完整的登录界面、主界面等操作步骤截图及相应文字说明，体现出具体的功能按钮、各个功能页面如何跳转。截图应当完整，含有整个运行界面，包括标题栏、功能菜单等。

2. 版本问题：

应提交通用版本的软件的文档和源代码，而不是给某单位/用户定制开发的版本，否则属于委托开发。代码和文档中不要出现著作权人以外的开发者信息。

源程序最后一页未结尾，最后一页应是一个模块完整结束。源程序的第1页应当是程序或一个功能模块的开头，源程序的第60页应当是程序或一个功能模块的结尾。源程序结尾的格式一般是：}、]或end。

代码雷同，应提交各自软件、且能反应核心功能的代码。每个软件需提交各自对应的代码和文档，材料不能重复使用。

文档与代码页眉名称与申请表软件名称不一致。代码、文档中的软件名称、版本号需和申请表中的保持完全一致。

代码中部分页码存在乱码，请核实修改。代码和文档中的页码请使用宋体、阿拉伯数字标注。

截图中软件名称与申请表不一致。文档中出现的软件名称需和申请表中的全称或简称保持完全一致。

代码不够60页。申请表中填写的程序量≥3000行时，需提交60页源代码，每页代码不少于50行；程序量＜3000行时，需提交全部，且提交的代码总行数和申请表中填写的保持一致，每页代码不少于50行。

3. 非实质性修改：

软著补正中所进行的源码修改只能是非实质性的修改，即只能进行一些小的改动，而不能对软件的核心功能进行修改。

修改后的软件源码必须与原来的软件源码相同，不能出现任何差异。

在软著申请表格中填写软著补正相关的信息，包括修改的内容和原因等。

将修改后的源码重新打包，并在软著申请表格中上传修改后的软件源码。

二、是否可以拿GitHub的代码申请软著

拿GitHub的代码申请软著是可能的，但需要注意以下几点：

1. 开源代码的使用：

如果GitHub上的代码是开源的，使用这些代码制作软件并申请软著时，需要确保遵守开源许可证的要求。通常，开源许可证会规定代码的使用、修改和分发条件。

在申请软著时，需要声明软件中涉及的第三方知识产权（如开源代码）的使用情况及许可情况。

2. 独创性要求：

根据《计算机软件保护条例》的相关规定，软件著作权保护的是软件开发者独立开发的软件。即使使用了GitHub上的代码，也需要对代码进行足够的修改和创新，以体现开发者的独创性劳动。

在申请软著时，需要提交修改后的源程序代码和相关文档，以证明软件的独创性。

3. 合法性和道德性：

确保所购买的源代码来源合法，避免侵犯他人的知识产权。购买他人的源码然后拿去申请软件著作权，不仅是对原创开发者的不尊重，也是对知识产权保护的一种威胁。

在申请软著时，应提供完整的申请文件和鉴别材料，并确保源代码的来源合法。

拿GitHub的代码申请软著是可能的，但需要遵守相关法律法规和开源许可证的要求，并确保软件的独创性。也要注重保护知识产权和遵守道德规范。