← 返回律师观点
外包软件已交付源代码,为什么仍可能没有完整使用权?
更新:2026-07-14 吕箐翎律师
吕箐翎律师 外包开发 源代码交付 软件著作权 技术合同
吕箐翎律师提示:收到源代码、完成付款,并不当然解决后续修改、部署、交付或转授权的权限问题;结论要回到合同、验收和组件来源。
外包软件已交付源代码,为什么仍可能没有完整使用权?
吕箐翎律师判断:外包方交付了源代码、甲方也付清了费用,并不当然意味着甲方已经取得持续修改、部署、向客户交付或允许第三方维护的完整权限。能否稳定使用,要看合同对成果范围、权利归属、许可方式和后续维护是否有清楚约定,而不能只凭一个代码压缩包下结论。
同一份交付物里,往往并不只有“甲方定制代码”。它可能同时包含开发人员的代码表达、开源组件、第三方 SDK、通用模块和客户定制部分。对其中的开源或第三方部分,应核对组件来源和适用许可,并把核对结果与合同中的交付、使用和维护约定放在一起看。
判断先看什么
吕箐翎律师会先区分“拿到文件”与“取得可用权利”这两件事。技术合同通常需要明确交付内容和要求、验收方式、资料保密、成果归属及收益分配;著作权保护下的代码表达和合同中的使用安排,也不能被付款事实自动替代。
因此,以下情形都不能直接得出“甲方已拥有全部使用权”的结论:
- 合同只写“完成开发”或“交付源代码”,未写明著作权归属、许可范围或转授权;
- 验收材料只确认功能可运行,没有列明代码、文档、账号、部署配置和第三方组件;
- 交付物含有开源或第三方组件,但尚未核对组件来源和适用许可;
- 后续维护、修改、迁移和向最终客户交付的主体与原合同主体不一致。
一个材料分叉决定后续判断
如果合同已经明确约定定制成果归甲方,且交付清单、验收记录与组件清单能够对应,重点就转为核对约定是否覆盖当前拟进行的修改、部署或对外提供行为。反过来,如果这些文件只证明收到代码,未说明权利边界,则不能把“已交付”直接等同于“可自由使用”。
第一步不必先争论代码价值,而是把合同中关于成果范围、权利归属、许可、修改维护和违约责任的条款,与实际交付清单和第三方组件清单逐项对应。缺少哪一项,就只能对那一段使用场景保留判断。
可公开核对的依据
- 《中华人民共和国民法典》第八百四十三条至第八百四十五条,关于技术合同中标的内容、履行要求、技术资料保密和成果归属等事项:最高人民法院公开文本。
- 《中华人民共和国著作权法》:中国人大网公开文本。
- 最高人民法院《关于知识产权民事诉讼证据的若干规定》:公开文本。