开源与软件合规

软件公司版权与开源合规风险清单

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

客户常问 · 直接回答

员工写的代码一定归公司吗?

在职员工执行工作任务创作的,一般属职务作品归公司;但兼职、外包、顾问若无书面约定,可能归个人。建议对所有非全职开发签权属转让,避免融资时被卡。

用了开源代码会有什么后果?

取决于协议类型。宽松型通常可闭源商用;copyleft 型可能要求公开衍生代码。未评估就引入,商业化时可能被迫公开自有代码或面临索赔。

软著登记有必要吗?

有。它是权属初步证据,也是融资尽调、维权和政府项目的基础材料。软件迭代快,登记成本低,能固化"代码在先属于你"的关键事实。

软件公司版权与开源合规风险清单 配图
软件合规实务短文:软件公司版权与开源合规风险清单

一家深圳软件公司融资尽调时,投资机构问:"你们核心代码的著作权归谁?"创始人翻遍合同,发现几名核心开发是兼职外包,从没签过权属转让,代码权属竟不在公司名下。估值因此打折,融资卡了三个月。他们不是被别人抄了,是被自己的"没写清"绊倒。

行业清单

风险一:职务作品与外包权属不清

软件的价值几乎全在代码,而代码的权属极易模糊。员工在职期间写的,一般属职务作品归公司,但兼职、外包、顾问写的,若不签书面转让,可能留在个人名下。更麻烦的是联合开发——两家公司合作做产品,没约定著作权归属,后来分家时各执一词。我们建议:所有开发人员(含外包)签著作权归属或转让协议,兼职明确"成果归公司";联合开发书面约定权利份额和使用范围。权属不清,不仅是纠纷隐患,更是融资和并购时的硬伤——投资人最怕"核心资产不属于你"。

行业清单

风险二:开源协议失控

今天几乎没有软件不从开源社区取代码,但开源不等于"随便用"。不同开源协议(如宽松型与 copyleft 型)对"能否闭源商用、改动是否须公开"要求天差地别。很多团队随手引入一个组件,却没记录它的协议类型,等到产品要闭源商业化时,才发现踩了"传染性"协议的红线,被迫公开自有代码或面临索赔。我们建议建立开源组件台账:引入前查协议、评估合规性、记录用途,把开源当成"有义务的借来的东西"而非免费自助餐。开源合规,是软件公司最易被忽略却最致命的雷。

行业清单

风险三:开发过程不留痕

软件著作权登记、维权、融资,都依赖"你能证明这代码在先属于你"。但很多团队开发靠口头协作、代码散在个人电脑、没有版本管理规范,等到要登记或被人抄袭时,拿不出连贯的创作底稿。我们建议用规范的版本管理(如 git 仓库)并保留提交记录,定期做软著登记,把"创作时间线"固化下来。证据不是纠纷时才找,是平时就养。一条完整的提交记录,胜过十句"这代码就是我写的"。

行业清单

软件企业版权清单:权属协议、开源台账、及时登记软著

  • ①开发人员签权属/转让协议,外包明确归公司;
  • ②建开源组件台账,引入前查协议;
  • ③规范版本管理,保留创作时间线;
  • ④核心产品及时软著登记;
  • ⑤对外合作书面约定著作权份额。这五条把"权属、开源、证据"三道关锁上。软件行业拼的是迭代速度,但速度不能建立在"资产不属于自己"的沙地上。清单贴进研发流程,比出事再补协议便宜太多。
行业清单

核心代码的著作权要归公司,而不是员工或外包

开头那家公司,后来补齐了所有开发者的权属协议,建立了开源台账,融资才顺利推进。创始人说,以前只盯功能上线,没盯"代码到底归谁"。如果你做软件,今晚就查一件事:你核心产品的著作权,名下是公司还是某个员工或外包?答案若不确定,风险已经埋下。硕法的版权与软件合规团队处理过大量软件著作权登记、权属梳理与开源合规,从登记到维权一条线衔接,让你的代码资产真正姓你的姓。

行业清单

开源协议快速识别:三句话自测

开源协议多如牛毛,但团队做合规时不必背全套,掌握三句话自测就够用。第一句:它是否要求"改动后必须开源"?如果是(典型如GPL类),你的闭源产品一旦链接它,可能被迫公开自有代码,商用前要极慎重。第二句:它是否只要求"保留声明和许可"?如果是(典型如MIT、Apache类),通常可闭源商用,但别忘了保留版权声明,这是最易被忽略的违约点。第三句:它是否带专利授权条款?部分协议(如Apache)明确授予专利许可,能降低专利被协议贡献者反诉的风险。三句话问完,大部分组件能初步定性。我们建议团队引入任何开源库前,先过这三问并记进台账,别等代码写完了才发现有"传染性"协议卡脖子。开源是红利也是责任,识别它不靠运气,靠这三句话的纪律。

行业清单

上架前的版权与开源合规

SaaS、APP 上架应用商店,常被卡在“版权不清、开源协议违规”。很多团队用了开源代码却没遵守对应的许可证(如 GPL 的传染性条款),上线即埋雷;自研模块没登记,被抄时难以举证。深圳是软件名城,创业团队密集,我们建议上架前做两件事:核心代码著作权登记、开源组件许可证自查。

软件的价值在迭代,但根基要干净。我们见过项目因开源合规问题被大客户尽调否掉,也见过登记齐全者融资顺畅。把版权清单当成发布前的最后一道关,你的产品才敢大方见人。写代码的人,最该懂得保护你自己写下的每一行。

给技术团队一份“上架前清单”:核心代码著作权登记做了没?用的开源组件许可证逐一审过没(尤其传染性条款)?第三方接口授权拿到没?这三关过了,上线才踏实。我们见过因开源合规被大客户拒之门外,可惜又可避。

给团队一句:开源不是“免费随便用”。部分开源协议的传染性,可能让你的专有代码被迫开源,融资和收购时是大雷。我们建议建一份“开源组件台账”,谁引入、什么许可证、有无改造,一目了然。干净的代码,才敢大方见投资人和客户。

给团队一句:开源台账建起来,代码才敢大方见人;干净的根基,走得更远。我们见过因一张开源合规清单拿下大客户的,也见过因许可证踩雷被否的。写代码的人,最该懂得保护自己写下的每一行。

再一句:代码的根基干净,才敢大方见投资人与客户。开源台账看似多写几行,实则是技术人的体面与底气。写代码的人,最该懂得保护每一行自己写下的东西。

行业清单

常见问题

以下按现行法律口径作答,具体以你的情况与咨询意见为准。

问:员工写的代码一定归公司吗?
答:在职员工执行工作任务创作的,一般属职务作品归公司;但兼职、外包、顾问若无书面约定,可能归个人。建议对所有非全职开发签权属转让,避免融资时被卡。

问:用了开源代码会有什么后果?
答:取决于协议类型。宽松型通常可闭源商用;copyleft 型可能要求公开衍生代码。未评估就引入,商业化时可能被迫公开自有代码或面临索赔。

问:软著登记有必要吗?
答:有。它是权属初步证据,也是融资尽调、维权和政府项目的基础材料。软件迭代快,登记成本低,能固化"代码在先属于你"的关键事实。

软件合规

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

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

电话咨询