快速结论
不一定。员工开发的软件在符合职务软件条件时，软件著作权由法人或者其他组织享有；例如针对本职工作明确指定目标开发、属于本职工作可预见结果，或者主要利用单位资金、专用设备、未公开专门信息等物质技术条件并由单位承担责任。是否属于公司不能只看“开发发生在劳动关系期间”。
规则要点
适用于员工、研发人员、兼职人员在职期间开发的软件。
建议处理路径
- 确认员工岗位职责和研发任务
- 核对开发目标是否由单位明确指定
- 核对资金、设备和未公开资料的使用情况
- 适用主要利用单位物质技术条件这一项时，确认单位是否承担开发责任
- 用劳动合同、研发制度和项目记录补齐权属链
建议准备的材料
- 劳动合同/岗位职责
- 项目立项和任务书
- Git/代码仓库记录
- 设备及资金使用记录
- 研发制度与成果确认文件
适用说明
职务软件与职务发明的法律规则并不完全相同，不能把专利法第六条直接替代软件著作权规则。
职务软件判断重在开发事实
把项目任务、员工职责、实际开发过程和资源投入分开整理。职位名称很宽泛，未必说明某个软件属于指定任务；在公司电脑上开发，也不必然说明全部条件成立。应结合具体目标、业务联系、开发责任以及所用资金、专用设备和非公开资料解释。
员工此前独立完成的工具、业余作品和参与的外部开源项目，需要单独识别。企业制度可以管理业务成果，但不应通过一个无限宽的条款代替具体事实和合理的权利安排。
企业怎样减少离职后的争议
在立项时写明任务和参与者，按版本记录新增表达与既有代码。离职交接确认项目仓库、文档和未完成事项，不要求员工笼统承认所有个人作品属于单位。外部贡献者的权利也须独立核查。出现争议时，按争议软件和版本准备证据，避免仅凭考勤、上传时间或者登记主体作唯一依据。
补充核对要点
企业应保留研发任务分配、岗位职责、设备和经费投入以及代码提交记录，员工则可保存能够区分个人项目与工作任务的资料。开源贡献和业余开发未必可以仅按提交时间判断归属。办理登记或转让之前，先核对全部参与者的贡献及约定，避免把共同开发成果登记为单方完成。
第13条的三种情形是“有其一”即可，并非必须同时满足。明确指定开发目标、属于本职工作预见或自然结果、主要使用单位物质技术条件并由单位承担责任，是三条不同判断路径。“单位承担责任”明确写在第三项，不应额外要求每一个岗位任务项目都再满足第三项全部条件。
以下为说明性示例：
| 判断路径 | 核心事实 | 重点材料 |
|---|---|---|
| 指定目标开发 | 本职工作中的明确开发任务 | 任务书、需求评审与交付记录 |
| 本职工作结果 | 软件与岗位活动的预见或自然结果关系 | 岗位职责及实际工作过程 |
| 单位资源开发 | 主要使用特定物质技术条件且单位承担责任 | 经费、专用设备、非公开资料及责任安排 |
当前依据
《计算机软件保护条例》第十三条。
补充核对资料
补充资料核对日期：2026年10月8日。文中材料组织与管理方法为本站实务经验总结；适用法律按行为发生时期的规范认定。
办理要点
- 将一般规则应用于个案时，拆分主体、行为时间、事实和规范依据。
- 按规范生效日期和过渡条款建立时间轴，逐阶段标注适用条文。
办理要点按事实、主体、时间与规范分别组织，并形成对应的资料清单和程序节点。
来源
- 《计算机软件保护条例》
- https://www.cac.gov.cn/2013-02/08/c_126468744.htm
- https://ipc.court.gov.cn/zh-cn/news/view-393.html
相关主题
- 软件开发权属与职务成果委托开发软件 · 员工开发软件 · 软件权属
- 委托开发与合作研发知识产权归属合作研发权属 · 委托开发知识产权 · 研发合同IP条款