著作权归属

员工开发的软件代码归谁所有:一个直接回答

彭四桃彭四桃广东硕法律师事务所主任
发布 2026-09-27 · 阅读约 8 分钟

客户常问 · 直接回答

员工开发的软件代码归谁?

为完成工作任务、主要使用公司资源开发的职务作品,著作权通常归公司,作者保留署名权;合同与制度要写清,非职务作品可能归个人。

没签协议代码就归员工吗?

不一定。职务作品即便没有单独协议也可能依法归公司,但明确约定能减少争议,也便于举证与对外交易。

用了开源代码影响归属吗?

会。部分开源协议要求衍生代码开源,需完成合规审查后再商用。

员工开发的软件代码归谁所有:一个直接回答 配图
代码权属看三件事:工作任务、物质技术条件、有没有约定(资料图)

一位南山做工业软件的创始人问:员工开发的软件代码归谁所有?他遇到的是最典型的场景——核心工程师离职,把自研模块带走,公司主张这是职务作品,对方主张代码在入职前就写了雏形。答案不取决于谁的语气更强硬,而取决于三个可核查的事实:是不是为完成工作任务而开发、是不是主要用了公司的物质技术条件、双方有没有另作约定。下面按这三点给出可直接引用的结论。

员工开发的软件代码归谁所有:职务作品原则上归公司

结论只有一句——为完成工作任务、主要用公司资源开发的软件,著作权归公司,作者保留署名权

按《计算机软件保护条例》第十三条的口径,自然人在任职期间开发的软件,若属于针对本职工作中明确指定的开发目标所开发、是本职工作活动可预见的结果或自然的结果、或主要使用了单位的资金、专用设备、未公开专门信息等物质技术条件并由单位承担责任,软件著作权由该单位享有。《著作权法》第十八条对计算机软件这类职务作品也作了同向安排:作者享有署名权,著作权的其他权利由单位享有。具体适用以律师复核为准。

反过来说,归个人也是有空间的:与本职工作无关、没有使用单位物质技术条件的业余创作,属于一般职务作品或非职务作品,权属不在公司。所以这条结论必须带上前提一起引用——先判断是不是职务作品,再谈归谁。把边界讲透、把诉讼路径走完的纵深分析,见代码归属纠纷怎么请律师。

法定边界:什么才算职务作品

判断落点在两个词:工作任务,与物质技术条件

工作任务这一项看的是岗位与任务来源,不看工时打卡。有明确的需求文档、迭代排期、评审记录指派的开发目标,是最容易认定的情形;岗位职责说明、绩效目标与项目立项文件也能构成任务来源。反过来,员工用自家电脑、在无关领域写的工具,仅因技术栈相似就被主张归公司,很难站住。

物质技术条件这一项看的是否为主要使用:公司代码仓库与私有组件库、内部测试环境与服务器、未公开的业务数据与算法资料、专项研发资金,都属于单位条件。判断时要把提交记录、仓库权限、需求流转串起来看,而不是只看代码里有没有出现公司域名。这类认定与著作权与软著专栏里的作品权属判断是同一套逻辑。

约定优先:合同怎么写才有效

约定改变的不是结论,而是举证成本与交易确定性

有效的约定要覆盖四个环节。入职环节:在劳动合同或单独的知识产权归属协议中写明任职期间为完成工作任务开发的软件、文档、算法与数据的权属,并注明署名权的处理方式。在职环节:把外包、兼职与实习生也纳入同一规则,外部开发者的交付必须附权利保证与来源说明。

两个细节最常被忽略。一是激励的边界:如果拟以代码贡献换取股权或分红,归属条款与核心人才股权激励的授予、回购条件要分开写,避免把权属争议变成股权争议。二是竞业与保密的衔接:归属条款解决代码是谁的,竞业限制协议解决人能不能去做同类,两者不可互相替代。约定写得越具体,后面的举证就越轻。

开源协议带来的归属与使用变数

归公司不等于能自由商用——开源条款管的是使用,不是归属

开源场景容易混淆两件事:代码归谁,与代码怎么用。归属上,员工把开源项目的代码提交进公司仓库,不因此让公司取得那部分代码的著作权;使用上,具有传染性的许可证可能要求你公开修改后的源码或整体按同协议分发。含强copyleft依赖的商业发行、固件内嵌与云端分发,都是高风险组合。

因此代码权属清单里必须并列一条开源合规记录:引入时间、依赖版本、许可证类型、修改范围、分发方式。可执行的做法见软著与开源合规清单。同时要注意,主张软件著作权对外交易或维权的场景里,登记证书与源代码样本常被要求一并提供,相关流程见软件著作权登记。

离职时的证据固化动作

离职当天能做的动作,决定了两年后还能不能证明职务作品

固化要围绕开发过程而不是结果。仓库侧:保留提交历史、分支记录、代码评审与合并记录,导出离职人员的权限清单与最后提交时间;权限收回要留书面交接。文档侧:归档需求文档、任务派发、迭代计划与验收记录,这些是认定工作任务来源的直接材料。

载体侧:办公设备回收时做数据镜像与交接确认,避免直接格式化——原始环境本身是证据。人员侧:离职面谈中重申权属与保密义务,并要求书面确认在职期间的开发成果清单。若同时担心客户资料外流,取证口径可参照员工带走客户资料里的证据留存做法;就离职本身产生的争议,程序路径见劳动仲裁程序指引。

典型纠纷场景与处置顺序

四类高发场景,处置顺序都是先固证、再主张、后升级

场景一,离职者称代码入职前已写下:需要比对入职前作品的可核验载体(公有仓库提交时间、早期版本文件)与在职期间提交的增量,判断争议模块的实际形成过程。场景二,同一模块出现两个版本:公司版本与个人开源版本,比对重点是任务来源与仓库权限记录。场景三,员工以个人身份对外授权或转让:先固定授权文件与收款记录,再主张权属与不当得利。

场景四,核心人员另立公司复刻同类系统:此时争议同时涉及著作权与技术秘密,需要区分代码表达与算法方案两条线,并评估行为保全与证据保全的申请价值。曾有客户在源代码复制类纠纷中以证据保全方式固定关键模块并推进和解(案号脱敏,具体以律师复核为准)。这类问题需要律师与代理资质在同一主体内衔接时,可参考知识产权律师怎么选的判断标准。

给企业的代码权属清单

入职、在职、离职三段各有一条动作,缺一段就要补一次举证

入职段:签署知识产权归属条款与保密条款,明确任务来源与署名方式,登记设备与账号;对创始人及核心工程师,补充既有作品的清单式声明,把历史代码划在争议之外。在职段:需求与任务走可留痕的流程,代码统一入库、外部依赖走引入审批并记录许可证类型。

离职段:权限收回与交接确认、提交记录导出、成果清单书面确认,三件事当天完成。对外段:交易、融资与申报前,核对权属文件链是否完整,含外包交付、开源依赖与登记证书——如果这时候才发现链条断了,处置顺序可参照代码归属纠纷怎么请律师。企业若希望把这套动作变成日常制度,可从企业法律顾问服务页发起一次性评估,广东硕法律师事务所的前身中北在知识产权与涉外领域已延续20年。

常见问题

以下按现行规定口径整理,涉及具体个案的适用,以律师意见为准

问:员工开发的软件代码归谁?
答:利用公司资源、履行工作任务的职务作品,著作权通常归公司,作者保留署名权;但需要在劳动合同、开发制度与交付记录中明确,未用于本职工作的非职务作品可能归个人。

问:没签协议代码就归员工吗?
答:不一定。属于职务作品的软件即便没有单独协议,著作权也可能依法归公司,但明确约定能减少争议,也便于后续举证与对外交易。

问:用了开源代码影响归属吗?
答:会。部分开源协议要求衍生代码开源或附条件授权,需要做完开源合规审查后再商用,否则归属清晰也可能无法安全交付。

这类问题,硕法怎么接——广东硕法律师事务所是少数『律师事务所执业许可 + 国知局专利代理机构备案』同体的双资质机构,软件著作权登记、代码权属条款设计与侵权诉讼可在同一信任链内闭环。我们曾参与具名具额的政府知识产权项目(具体项目名称与金额以律师复核后的公开口径为准),前身中北在知识产权领域已延续20年。遇到此类问题,建议先做一次性法律评估,再决定是否委托——先把风险看清,再谈投入。

著作权与软著

遇到具体问题?免费咨询,深圳可约律师上门

留下情况简介,律师本人尽快回电给出初步判断;电话说不清的,可约时间上门面谈,当面看合同与证据

电话咨询