知识产权归属：代码、素材、外包、职务作品、商标与版权登记

知识产权不是「我做的就归我」。它取决于你是谁、用什么身份做、和别人签了什么。

一、尽调时发现的一段代码

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

一位开发者做了三年产品，准备卖给一家公司。价格谈得差不多，买方做尽调，问了一个问题：「早期那段支付模块是外包写的，你们有知识产权转让协议吗？」

他翻出当年的聊天记录和转账记录，没有合同，没有转让条款。外包方早已联系不上。

买方把这段代码列为「权属不明资产」，要么重写，要么降价。他选择了重写，交易延后了两个月。

他拥有代码文件，但不一定拥有代码的权利。 这两件事在法律上是分开的。

二、五条归属链

「默认」不等于「对你有利」。 很多默认规则在没有书面约定时，会把权利留在创作者手里，而不是付钱的人手里。

三、外包与合作者

3.1 外包合同必须写清的四件事

1. 成果范围：哪些代码、设计、文档、素材属于交付物。
2. 权利归属：著作权、专利申请权、商标权归谁。
3. 法律关系与转让文件：先区分劳动开发、委托软件开发和合作开发，再约定依法可转让的财产权、范围与生效条件；不能把“职务作品”当作双方可随意选择的转让方式。
4. 后续使用：外包方能否把相似成果用于其他客户。

只写「本项目成果归甲方所有」通常不够，应具体列出依法可转让的著作财产权、地域、期限、用途、源代码与文档、既有组件保留和第三方许可。署名权等人身权不能笼统写成全部转让；修改与许可权限也要与适用法律协调。

3.2 合作者不是员工

两位开发者一起做产品，没有注册公司，也没有书面协议。产品赚钱后，一个人想卖掉，另一个人不同意。

这类纠纷的核心不是「谁贡献大」，而是「权利在谁手里、能不能单独处分」。合作开始时就写清：著作权归谁、收益怎么分、一方退出怎么办、能否转让。

3.3 付款记录不能替代合同

转账记录只能证明你付了钱，不能证明你买了权利。合同或其他有效约定、交付验收、付款与相应合法凭证共同支持权属判断；不能认为缺一张发票就必然没有权利。

四、职务作品与雇佣关系

员工在职期间，为完成工作任务创作的作品，通常涉及职务作品。但「职务作品」不等于「全部权利自动归公司」，具体归属依法律类型与合同约定。

对独立开发者的实际建议：

• 劳动合同里写明知识产权条款，覆盖代码、文档、设计、发明。
• 明确「在职期间与工作相关的成果」的范围。
• 约定离职后的权利归属与保密义务。
• 保留开发记录、提交记录、任务分配记录。

不要等到离职时才补签。 补签能否证明既有归属，要结合双方真实意思、签署时间与开发证据判断，不能统一认定证明力高低。

五、软件著作权登记

5.1 作用

软件著作权自作品完成之日起产生，登记不是权利产生的前提。但登记有三个现实作用：

• 证明权属的初步证据。
• 平台投诉、应用下架申诉时的材料。
• 政府项目、补贴、资质申请的常见要求。

5.2 常见材料

具体格式、页数、费用以中国版权保护中心及各地受理机构的最新要求为准。

5.3 什么时候做

• 产品上线前，或第一次公开销售前。
• 准备融资、出售、申请补贴前。
• 发现侵权、需要投诉前（越早越好）。

登记证明是初步证据，不能弥补无权转让或第三方侵权；先确认权属链，再按业务需要申请登记。

六、商标

6.1 为什么独立开发者要注册商标

• 产品名被他人抢注，可能被迫改名。
• 应用商店、支付平台、广告平台可能要求商标材料。
• 出售产品时，商标是资产的一部分。

6.2 基本流程

个人申请商标通常需要个体工商户营业执照等经营主体证明。 具体以现行规定为准。

6.3 类别选择

软件产品通常涉及：

• 第 9 类：计算机软件、可下载程序。
• 第 42 类：软件设计、开发、SaaS 技术服务。
• 第 35 类：广告、商业经营（如涉及平台服务）。
• 第 41 类：培训、内容（如涉及）。

先注册核心类，再根据业务扩展防御类。 不要一次注册几十个类别，也不要只注册一个类别。

七、开源依赖与第三方素材

7.1 许可证类型

AGPL 对 SaaS 有特殊影响：通过网络提供服务也可能触发源码提供义务。使用前必须确认。

7.2 建立依赖清单

• 列出直接依赖与关键传递依赖。
• 记录每个依赖的许可证与版本。
• 标记强传染型许可证。
• 保留许可证文本与版权声明。
• 每次升级依赖时更新清单。

不要等尽调时才第一次看许可证。

7.3 素材

图片、字体、音效、图标、模型，都要确认授权范围：

• 是否允许商用。
• 是否允许修改。
• 是否要求署名。
• 是否限制分发方式。
• 是否需要购买扩展授权。

「网上能下载」不等于「可以商用」。

八、AI 生成内容

AI 生成内容的版权归属在各地法律下仍存在不确定性，平台条款也各不相同。实际做法：

• 保留提示词、生成记录、人工修改过程。
• 对关键内容做实质性人工创作与编辑。
• 不使用无法确认来源的素材训练或分发。
• 在条款中说明 AI 的使用方式（如客户在意）。

不要把「AI 生成」当成「没有版权风险」。

九、两个时点的检查表

9.1 签约时

• 合同写明成果范围与权利归属。
• 写明转让方式与后续使用限制。
• 写明保密与竞业边界。
• 写明违约与争议解决。
• 核对对方主体信息。

9.2 交付时

• 交付物清单与合同一致。
• 源代码、设计稿、文档完整移交。
• 第三方依赖与许可证清单一并交付。
• 付款与发票记录完整。
• 验收记录双方确认。

十、常见错误

十一、行动清单

• 列出产品的五条归属链，标出没有书面文件的。
• 为所有外包与合作补签权利转让条款。
• 检查劳动合同/合作协议的知识产权条款。
• 为核心软件申请著作权登记。
• 查询并注册核心商标类别。
• 建立第三方依赖与素材的许可证清单。
• 保留开发、提交、付款、验收记录。
• 在融资或出售前做一次权属尽调。

使用边界与实操验收

软件适用《计算机软件保护条例》的职务、委托与合作开发规则；文档、美术等还需按作品类型核对著作权法，不能将“在职期间”一律等同于全部权利归单位。

交付权属样例：外包模块包含自写业务代码、外包方既有工具库与 MIT 依赖。合同列业务代码财产权转让；既有工具库列永久可用许可及能否转授权；MIT 依赖附版权与许可文本。验收核对 Git 提交、交付清单、授权文件及付款条件，不把“收到压缩包”当作买齐全部权利。

关键参考与核验范围

以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。

• 公司法 ：责任、治理、出资和股权转让以相应条文为准。
• 计算机软件保护条例 ：委托、职务及合作软件归属需按适用条文判断，签约时核对现行文本。

系列导航

• 上一篇：合同与条款：服务条款、隐私政策、DPA、退款政策与试点协议
• 下一篇：外包与协作的合规：合同、付款、保密、竞业与雇佣边界
• 回到目录：一个人的公司：独立开发者的主体、税务与合规底座
• 相关阅读：独立游戏法律与知识产权保护 、开源许可证合规实战