references/框架.md

第一步：首部 要素审查

• 标题：应为“软件著作权转让合同/计算机软件著作财产权转让协议”。出现“开发”“交付功能”“验收合格后归甲方”的，先拆分：已完成版本走转让，未完成部分另案。
• 主体：出让人与登记权利人或权属链末端一致。合作开发须全体出让。
• 鉴于条款：只写开发完成、登记事实。禁止把“保证通过登记”“含全部技术方案和专利”只写在鉴于里。

第二步：交易条款 审查

• 标的：
• 软件全称、版本号、模块、平台、登记号。后续小版本、补丁是否纳入必须明示。
• 权利种类按《计算机软件保护条例》和《著作权法》第10条列举；地域、是否含信息网络传播、是否含再许可/再转让。
• 交付：
• 源代码、目标代码、文档、构建脚本、密钥。验收限于“可完整交付、可编译、与版本一致”，不要写成功能开发验收。
• 正说：交付后约定财产权归受让人。
• 反说：未明确转让的权利不得行使；人身权不转移；未交源码视为未完成主给付。
• 对价：总额、与源码校验/登记完成挂钩的节点。无权处分、开源传染、版本不符的返还。
• 第27条必备项：名称（含版本）、权利种类、地域、价金、支付、违约——缺一补一。

第三步：配套条款 审查

• 登记配合：谁主办变更登记、补正期限、费用。逾期不配合视为根本违约，受让人可主张过户不能的损害赔偿。
• 在先许可：分发许可、自用许可是否披露、是否终止或承继；许可费尾款归属。
• 开源与第三方：组件清单、许可证、是否允许闭源分发。隐瞒GPL等强互惠条款构成权属瑕疵。
• 保密：源码作为商业秘密的秘密点、期限；转让后出让人不得留存经营性副本（法定备份除外）。
• 有限期协助：编译、环境说明的天数上限，防止合同滑向技术开发。
• 进出口：境外受让人时，写明许可/登记办妥为生效或付款条件。
• 违约与争议：重复转让、拒交源码、拒不登记。权属诉讼与合同仲裁不要互相排斥维权。

第四步：尾部 要素审查

• 签署：出让人公章；合作开发全体签字。授权书须含“转让软件著作权”。
• 生效：书面签字生效，权属依约定时点移转；不要写成“未登记合同无效”，除非当事人确需以登记为生效条件。
• 附件：版本模块清单、哈希交接单、开源清单、登记证、权属链、出口文件。附件与正文效力相同。

第五步：合同语言审查（微观措辞）

• 正说反说：
• 正说：出让人于签约后5日内向受让人交付与V3.2.0登记版本一致的全部源代码和文档，并共同提交转让登记。
• 反说：源码无法编译或与版本不符的，受让人有权拒付尾款并解除；出让人不得单方撤回登记申请。
• 禁用空词：“全部软件及相关技术”“原则上含源码”“尽快协助升级”。
• “交付/转移”：交安装盘、交登记证复印件≠财产权转移，更≠源码交付。
• “定金/订金”：担保交源码和配合登记用“定金”；预付款用“首期转让价款”。
• “不可抗力”：登记排队、开源合规整改、编译环境缺失不是不可抗力。

第六步：常见问题与最佳实践

1. 结构性缺陷：无版本号。登记、源码、商用版本三套皮。改法：版本号作为标的必要条款，变更走补充协议。
2. 条款陷阱：名转实许。出让人继续对外供货。改法：转让后停止复制发行，已发放许可列清单由受让人决定承继或终止。
3. 源码真空：约定“需要时提供”。改法：交割当日哈希校验，不通过即未交货。
4. 开源未披露：买到无法闭源销售的软件。改法：开源清单作为保证条款，违反则降价或解除。
5. 最佳实践：价款与登记证书换发挂钩；源码托管；技术协助单列且限时；本类型不写开发里程碑。