签软件开发合同时，如果没把「交付物清单 + 权利转让范围 + 退出机制」三件事写清楚，后面所有纠纷都会绕回这三件事。不是"大概率"，是结构性的：合同文字是法院唯一能抓的东西，你口头说的"源码当然给我们"在判决里不算数。
本文不复述法条，只拆三件在真实判决里反复出现的事：交付范围到底含什么、著作权登记在谁名下意味着什么、尾款没结清时对方能不能扣着源码。每一件都能追到公开可查的条文或裁判，后面给九条条款的可抄方向，以及一份 30 分钟能做完的自查。
场景一：换供应商那天，才发现手上只有一台"能跑起来的机器"
派尔特公司与科烸芯公司的技术委托开发合同纠纷（一审北京知识产权法院（2019）京73民初1716号，二审判决 2022 年 4 月 21 日，涉案成果是一项发明专利申请权）是这类争议的典型样本。它要解决的三件事——交付范围、权利归属、付款节点——与软件开发合同完全同源。合同附件里"输出产品及文件"一栏明确列了源代码、代码释义；而开发方在复函中对交付完整源代码及释义的回应是"合同无此过分要求"。委托方作出的设计资料验收报告里，未按约定提供的资料列明为"RFID模块PCB版图、原理图、电子BOM表、源代码等"，已提交资料的问题则包括"源代码未按照合同要求提供完整源代码及对应的源代码释义"。
最高法知产法庭在二审中的判断落点很清楚：这些源代码与代码释义属于实现合同目的的「当然之意」，交付它们不是额外要求；交付范围之争最终回到合同文字与附件清单，而不是回到"行业惯例"。这段判决值得每个准备签约的甲方读一遍——它说明"我付了钱，源码自然是我的"这个默认预期，在合同没写时会变成一个需要举证的争点。
更麻烦的是交付物本身的干净程度。同一法庭审理的（2021）最高法知民终677号案中，涉案软件里出现了「shopncb2b2c」「33hao」「某商城V3」「33hao.com」「33haologo」等案外人软件的图片内容，以及脐带血、医院等无关的系统内容；与案外人商城软件比对，两者「在前端、后台、目录中存在大量相似内容」；更关键的是，委托方通过公证进入涉案软件首页取得的 base-记事本中包含了 author:33hao,Copyright:www.haoid.cn 等内容，与案外人官网商城系统软件的 base-记事本内容「包含部分相同代码」。法院据此认定开发方未全面履行权利瑕疵担保责任，委托方取得软件著作权的合同目的不能实现，有权解除合同。
这两个案子合起来指向一件事：交付物清单必须细到可验收的粒度。只写"源代码"三个字，交给你一个压缩包也算交付；只写"软件"，交给你一套跑在对方服务器上的部署也算交付。构建脚本、依赖清单、数据库结构、部署文档、第三方账号——漏一项，退出时就少一条腿。
合同条款层面的其他隐性成本转移（需求蔓延、接口返工、验收争议），在七道防线清单里有更细的拆解。
场景二：著作权登记证书上的名字，只解决了一半问题
《计算机软件保护条例》第十一条写得很直接：接受他人委托开发的软件，著作权的归属由委托人与受托人签订书面合同约定；无书面合同或者合同未作明确约定的，其著作权由受托人享有（中国政府网《计算机软件保护条例》）。换句话说，合同里"知识产权条款"那一栏空着不填，默认结果是开发方拿走著作权，甲方拿到的是使用权——而且是需要另行约定的使用权。
合作开发的情形在第十条：著作权归属同样先看书面约定；没约定且可以分割使用的，各自对各自开发的部分单独享有著作权；不能分割使用的，由各合作开发者共同享有。多供应商分工协作的项目最容易踩这一条——A 做后端、B 做小程序，两边都不谈归属，最后你手上的系统是拼起来的共同著作权。
第七条还规定，软件登记机构发放的登记证明文件是登记事项的初步证明。这句话是双向的：登记不等于确权，你可以用合同和交付记录去推翻它；但反过来，对方手里有一张登记在你项目名下的证书，你要推翻它就得付出举证成本。所以别把"著作权登记"当成一条免责动作，它只是证据链上的一环。
还有一个常被忽略的动作：条例关于转让的条文要求当事人订立书面合同。也就是说，"权利归甲方"不能靠在项目群里发一句话、靠验收单背面签个名实现——转让这件事本身要落在书面合同上。
场景三：尾款没结清，对方能不能扣着源码
回到（2019）京73民初1716号那个案子。判决书对合同约定的表述是：相关知识产权在结清开发费用后由委托方享有；同一判决也写明，合同约定包括专利申请权在内的知识产权在开发费用全部结清前归开发方所有。也就是说，付款是权利转移的前置条件——这条对甲方并不友好，但它是可以谈的。
这条约定本身被法院认可。判决载明：委托方提起本案诉讼时尚未支付最后一笔合同款项，按照合同约定，开发方交付知识产权的条件尚未成就。所以"付清尾款才转移权利"是有效的设计，不是文字游戏。
但同一份判决也把它的风险摊开了。因为开发方此前的不当交付已经构成明确以自己的行为表明不履行债务，委托方得以行使抗辩；最终判决双方互为对待给付：确认相关权利归委托方，委托方支付尾款 15000 元；同时判令开发方支付违约金 6000 元——按合同约定的违约金上限（已付金额的 10%，委托方已付 60000 元）计算。法院还认定，开发方拒绝接收尾款构成不当阻止条件成就，视为条件已成就。
结论不是"别写尾款换源码"，而是：这条款必须配一个可操作的中间状态。只写"结清后归甲方"，你就把全部筹码压在最后一次付款上；一旦对方交付不合格，你停付、他停交，双方进入互相扣押的死循环，最后只能靠诉讼解开。
九条条款清单：每条写什么，不写会怎样
下面九条按签约顺序排，可以直接拿去和法务逐条对照；报价阶段的成本项核对，可以先看软件开发报价与合同验收核对清单。表述方向是"要素"，具体措辞请你的法务按项目改写——条款的价值在于要素齐全，不在于句子漂亮。
| # | 条款 | 必须写清的要素 | 不写的后果 |
|---|---|---|---|
| 1 | 交付物清单 | 源码仓库权限（含历史提交）、构建脚本、依赖与版本锁文件、数据库结构与迁移脚本、部署与运维文档、第三方账号与域名/证书移交、测试用例 | 交付范围按合同文字解释，缺项无法主张 |
| 2 | 权利转让范围 | 是转让著作权财产权，还是仅授予使用许可；转让的权项（复制、修改、发行、信息网络传播）、地域、期限、是否可转授权、是否可再许可给关联方 | 无约定时著作权归受托方（条例第十一条） |
| 3 | 开源组件合规 | 要求交付时提交第三方组件与许可证清单，注明传染性许可证（GPL/AGPL 类）组件的使用位置与处理方式，并约定清单不实的责任 | 你接手的是一个无法闭源分发或必须开源的产品 |
| 4 | 保密与竞业 | 保密范围、期限（通常延续至合同终止后若干年）、涉密人员范围、竞业限制的对价与地域——注意竞业限制无对价约定时执行难度大 | 核心业务逻辑随人员流动外溢 |
| 5 | 验收标准与尾款联动 | 可执行的验收用例、验收期限与"视为通过"规则、尾款支付节点与交付物交付节点的对应关系 | 验收变成主观判断，尾款成为谈判筹码 |
| 6 | 权利瑕疵担保与侵权责任 | 开发方保证交付物不侵犯第三人权利；发生第三方索赔时的应诉、抗辩、赔偿与费用承担；赔偿上限与除外情形 | 677 号案的情形：交付的软件与记事本里带案外人标识、部分代码相同，你的合同目的落空 |
| 7 | 源代码托管（escrow） | 托管范围（含构建脚本与依赖）、触发条件（破产、长期停止维护、控制权变更）、提取流程与验证方式、托管费用承担 | 对方失联或清算，你连编译都做不到 |
| 8 | 知识转移期 | 移交窗口（建议与迭代节奏绑定）、接收方人员、交接形式（仓库权限 + 讲解 + 文档评审）、配合义务的时长与违约后果 | 人走了，文档没有，接手成本无人承担 |
| 9 | 终止后的回迁机制 | 终止/解除时的数据导出格式与期限、生产环境凭据交接、备份与销毁义务、过渡期支持天数与计费方式、未结款项与交付义务的对应关系 | 退出时被数据与账号绑死，切换成本失控 |
我方交付实践：把"双周"写进流程，而不是写进承诺
优码云（umayun）采用双周迭代交付：每两周向客户交付一个可用增量，同步做一次仓库权限与文档移交，而不是把全部代码压到项目结束时一次性交出去。每次交付都附验收单，验收结果与尾款节点挂钩。验收用例与质量门禁怎么落进合同文字，见AI Code Review 验收的写法。
这么做的好处不在"先进"，而在于它让退出机制变成常态。如果每两周都在移交，客户在第 3 个迭代就能自己拉代码、自己跑构建；换供应商或者自建团队时，损失的是未完成的部分，不是全部历史。对深圳及粤港澳大湾区需要内部 IT 团队接手的企业，这一点通常比报价更影响决策。
需要强调的是，这是流程约定，不是对任何具体项目结果或周期的承诺——具体条款仍取决于项目范围、技术栈与双方约定。
签约前 30 分钟自查 12 问
打印出来，逐条问开发方，答不出来的就是条款缺口。
- 交付物清单里，除了源码，有没有构建脚本和依赖锁文件？
- 源码是"仓库权限移交"还是"打包给你一个 zip"？含历史提交吗？
- 知识产权条款写的是"转让"还是"许可"？转让的权项列全了吗？
- 如果这一栏留空，按条例第十一条著作权归谁？
- 第三方开源组件清单谁提供、什么时候提供、清单不实怎么承担责任？
- 有没有传染性许可证组件？用在哪一层？
- 数据库结构与迁移脚本算不算交付物？
- 测试环境与生产环境的账号、域名、证书、短信/支付等第三方账号如何移交？
- 验收用例在签约时能确定几成？验收不通过时尾款与交付的对应关系怎么走？
- 对方保证不侵犯第三人权利吗？出事谁应诉、谁承担赔偿？
- 源代码托管触发条件写了吗？提取后能独立编译通过吗（谁验证）？
- 终止后多少天内必须交出数据和凭据？过渡期支持几天、怎么计费？
准备签约的话，带着合同原文来谈
条款清单的价值在于逐条落地：把你手上的合同附件和上面九条对一遍，通常能在半小时内标出三到五处缺口——多数集中在交付物粒度、权利转让权项、退出触发条件这三处。
如果你正在评审一份软件开发合同，或准备在深圳启动一个需要内部团队长期维护的项目，可以把合同条款带到与我们沟通，我们按交付物清单逐条标注风险点；也可以先看已公开的项目记录，了解我们的交付与移交节奏。
常见问题
合同没约定知识产权归属，著作权一定归开发方吗？
委托开发场景下，按《计算机软件保护条例》第十一条，无书面合同或合同未作明确约定的，著作权由受托人（开发方）享有。所以"留空"不是中性选择，而是把权利默认送给对方。合作开发则按第十条处理，可分割使用的各自单独享有，不可分割的共同享有。
软件著作权登记在谁名下，就等于权利归谁吗？
不等于。条例第七条明确登记证明文件是登记事项的初步证明。登记影响的是举证成本：名字在对方证书上，你要推翻就需要合同、交付记录、付款凭证等一整套证据。建议把登记与合同条款对齐，并在交付后及时完成权利人变更或登记。
"付清尾款才交付源码"这种约定有效吗？
有效。（2019）京73民初1716号判决中，合同约定相关知识产权在结清开发费用后由委托方享有、结清前归开发方所有，法院认可该约定，并据此认定付款前交付知识产权的条件尚未成就。但它需要配套设计：交付不合格时的抗辩路径、中间状态的交付节点、以及违约金上限，否则容易形成互相扣押。
源代码托管（escrow）和交付源码有什么区别？
交付是即时取得控制权，托管是条件触发的取得。托管适合对方需要持续维护、或你暂时不具备自维护能力的项目。托管条款要写清托管范围（必须含构建脚本与依赖）、触发条件、提取流程，以及提取后由谁验证可独立编译。
只签一份框架合同，项目细节都在需求文档里，够吗？
风险在于需求文档通常不被当作合同附件。上面三个场景的共同点是：法院看的都是合同正文与附件清单的文字。把交付物清单、验收用例、开源组件披露义务写进合同附件并双方签章，比写在需求文档里更稳。