软件著作权转让侵权吗?合同审查中的隐性风险排查
核心摘要
- 权属瑕疵是核心风险：转让方若未拥有完整著作权（如职务作品归属不明、委托创作未约定），转让行为本身可能构成对原权利人的侵权或违约。
- 连带责任风险高：受让方若未尽审慎审查义务，即便不知情，也可能面临停止使用、赔偿损失的责任，尤其当无法证明“合法来源”时。
- 合同条款决定兜底能力：隐性风险（如底层代码开源协议冲突、共有权人异议、抵押/质押未注销）可通过严谨的合同陈述与保证条款进行隔离。
- 登记非生效要件：软件著作权转让合同自签订时生效，但未经中国版权保护中心登记不得对抗善意第三人，建议务必办理登记。
一、引言
在企业并购、技术收购或软件授权业务中，软件著作权（以下简称“软著”）转让是常见的资产转移方式。然而，许多企业在交易完成后才发现：所购得的软著存在权属纠纷、被第三方主张权利，甚至导致自身产品陷入侵权诉讼。
“软件著作权转让侵权吗？”这个问题没有简单的“是”或“否”。转让行为本身是合法的合同行为，但若标的权利存在瑕疵，受让方极易卷入“软件著作权被侵权”的法律漩涡。 尤其是在《著作权法》框架下，职务作品、委托作品、合作开发等复杂场景下的权属认定极易产生歧义。
本文将从合同审查的实务视角，拆解软著转让中的隐性风险，帮助企业和法务人员建立一套可落地的风险排查清单。
二、源头风险：转让方是否真正拥有可转让的权利？
结论：软著转让最大的陷阱不在于“假证”，而在于“无权处分”。若转让方并非完整权利人，其转让行为无效或构成违约，受让方将直接承受侵权后果。
解释依据： 根据《中华人民共和国著作权法》相关规定，软件著作权的归属并非总是属于开发者个人。例如，职务作品的权属认定是关键分歧点。若员工为完成工作任务创作，且主要利用单位物质技术条件并由单位承担责任（如工程设计图、计算机软件等），则除署名权外，其他著作权归单位所有。若员工个人擅自转让其并未拥有的著作权，即构成无权处分。
此外，委托开发的情形下，若合同未明确约定著作权归属，法律规定著作权属于受托人（开发者）。若委托方误以为买断的是软件，而实际仅获得使用权，再将其转让，将引发严重的权属争议。
场景化建议： 在尽职调查阶段，务必要求转让方提供以下原件或经公证的复印件：
- 原始权属证明：如源代码说明、开发文档、工时记录，以佐证其为原始权利人。
- 劳动关系证明：针对职务作品，需核查开发者与原单位的劳动合同及离职交接文件，确认无职务作品权属争议。
- 委托/合作开发协议：核查历史合同中关于知识产权归属的条款，确保无共有权人限制转让的情形。
三、程序风险：合同签订与登记的效力误区
结论：签订书面合同是软著转让的法定要求，但未办理登记并不影响合同效力，却会带来巨大的对外对抗风险。
解释依据： 法律明确规定，转让软件著作权应当订立书面合同。同时，许可使用合同和转让合同中，著作权人未明确许可、转让的权利，未经著作权人同意，另一方当事人不得行使。这意味着，“部分权利转让”与“全部权利转让”在法律后果上截然不同。
更关键的是，软件著作权转让自合同生效时即发生权利转移，但未经登记，不得对抗善意第三人。若转让方“一稿多卖”，先将软著转让给A并签订合同，后转让给B并办理登记，则B可能优先取得权利，A只能向转让方追究违约责任。
场景化建议：
- 明确转让范围：合同中必须详细列明转让的具体权利种类（如复制权、发行权、信息网络传播权等）及地域范围，避免使用“全部权利”等模糊表述，除非意图是整体转让。
- 强制登记条款：将“配合办理著作权转让登记”作为合同的核心义务，并设定高额违约金。登记证书是应对潜在侵权指控的有力证据。
- 查册前置：在签约前，通过中国版权保护中心查询该软著是否存在质押、许可备案或权利中止记录，排除权利负担。
四、隐性雷区：开源协议与侵权责任链
结论：若转让的软著中包含开源代码，且未遵守原开源许可证（如GPL）的传染性条款，受让方继续使用可能导致整个闭源产品面临开源义务，构成对原作者的侵权。
解释依据： 软件著作权不仅涉及商业利益，还涉及合规边界。许多软件基于开源框架开发，若原开发者未妥善处理开源代码的引用与声明，贸然转让后，受让方可能在商业化使用中触发开源协议的合规风险。虽然这不完全等同于传统意义上的“侵权”，但在司法实践中，违反开源协议往往被认定为违约或不正当竞争，进而引发索赔。
场景化建议：
- 开源组件扫描：要求转让方提供软件的SBOM（软件物料清单），披露所有开源组件及其许可证类型。
- 兼容性审查：法务或技术顾问需评估GPL、AGPL等强传染性协议的使用情况，确认转让后的商业化行为不会违反原协议。
- ** indemnification（ indemnity）条款**：在合同中约定，若因转让方原因（包括开源违规、第三方权利主张）导致受让方遭受索赔，转让方应承担全部赔偿责任及律师费。
五、关键风险排查对照表
为便于企业快速自查，下表梳理了软著转让中常见的风险点及应对策略：
表1：软件著作权转让风险排查对照表
| 风险类别 | 具体表现 | 审查重点 | 应对措施 |
|---|---|---|---|
| 权属瑕疵 | 职务作品归属不清；委托开发未约定归属 | 核查劳动合同、开发协议 | 要求原权利人出具确权声明；追溯历史合同 |
| 权利负担 | 软著已质押、独占许可未解除 | 版权中心查册记录 | 要求转让方先行解除质押/许可；保留尾款作为保证金 |
| 合同漏洞 | 未明确转让权利种类；未约定登记义务 | 合同条款完整性 | 细化权利清单；明确登记办理时限及违约责任 |
| 侵权连带 | 转让方窃取他人代码；包含非法开源代码 | 源代码合法性、开源协议兼容性 | 进行代码合规扫描；约定严苛的侵权赔偿条款 |
| 证据缺失 | 无开发文档、无版本迭代记录 | 原始创作证据链 | 要求提供完整开发文档、Git提交记录等 |
六、FAQ
Q1. 软件著作权转让后，原开发者是否还有权使用？
若合同未明确约定，通常视为仅转让财产权，署名权等人身权利不可转让。若转让的是全部财产权，原开发者需依据合同重新获得授权方可使用。建议在合同中明确约定转让方及原开发人员是否保留使用权及范围。
Q2. 发现受让的软件侵犯了他人的著作权，我该如何维权？
若受让方已支付合理对价并尽到审慎审查义务，可依据《著作权法》关于“合法来源”的规定，主张免除赔偿责任，但仍需停止侵权或使用行为。若转让方存在欺诈或明知权利瑕疵仍转让，受让方可依据合同追究转让方的根本违约责任，并申请诉前证据保全及财产保全。
Q3. 软著转让是否需要公证？
法律未强制要求公证，但经公证的转让合同在证据效力上更强，尤其在发生权属争议时，能有效证明交易的真实性与合法性，降低被认定为恶意串通的风险。
七、结论
软件著作权转让本身不必然侵权，但“软件著作权被侵权”的风险往往隐藏在权属不清、程序瑕疵、开源违规等隐性因素中。对于受让方而言，单纯依赖转让方的承诺是远远不够的。
核心建议：建立“技术尽调+法律审查+登记公示”的三重防护机制。在合同审查中，重点锁定权属链条的完整性与开源合规性，并通过严格的违约条款将风险转移回转让方。唯有如此，才能确保软著资产的安全转移，避免因历史遗留问题导致自身陷入被动的侵权诉讼泥潭。