references/框架.md

第一步：首部 要素审查

• 标题：应为“软件分发许可合同/OEM许可协议/预装与再分发许可”。出现“最终用户许可”“仅限内部使用”的，与出货商业模式冲突，须改权项。
• 主体：被许可人是否覆盖实际生产主体和销售主体。许可人与登记权利人一致。
• 鉴于条款：只写软件权属和拟嵌入/出货的背景。禁止把“永久买断分发权”只写在鉴于里。

第二步：交易条款 审查

• 许可范围（分发特有）：
• 软件名称、版本、交付形态（目标码/库文件/镜像）。默认不交源码；交源码须单列且禁止用于自身竞争性产品。
• 授权产品：品牌、型号、SKU，增减走书面。
• 权项：复制、嵌入、发行、为最终用户激活；是否含信息网络提供、是否含升级版本。
• 专有/排他/普通；地域；渠道（线上、运营商、指定经销商）。
• 再分发与再许可：
• 正说：被许可人仅得向最终用户授予自用许可，须使用附件EULA。
• 反说：不得向其他厂家再许可，不得拆分单独销售许可软件，不得开源或反向交付源码。
• 对价：基础费、单价/提成公式、最低出货、结算周期。免费试用装机是否计入。
• 第29条：未写明的修改权、翻译权、源码使用权、商标权不得行使。

第三步：配套条款 审查

• 报数与审计：申报模板、原始出货单/激活日志保存年限、审计频率和费用承担。瞒报按未付提成的倍数违约。
• EULA回流：最终用户权利不得宽于本合同；须禁止再分发、禁止反向工程（法律允许的互操作性除外）。
• 版本与升级：大版本是否另行付费；安全补丁是否强制推送。
• 标识：启动画面、版权声明、权利管理信息不得删除。
• 期满库存：停止生产日期、渠道售完窗口、未售复制件销毁证明；已售最终用户许可是否存续必须明示。
• 责任限制：质量担保范围、间接损失排除、责任上限（通常挂钩已收许可费），但权属瑕疵、开源未披露不宜纳入上限。
• 违约：超SKU、超地域、瞒报、转分发。许可人可远程关闭超出授权的密钥。

第四步：尾部 要素审查

• 签署：双方盖章。集团多工厂须附表列名或事后加入程序。
• 生效：签字或基础费到账。专有备案不是生效要件，但专有应约定义务去备案。
• 附件：授权产品清单、提成表、EULA、开源清单、商标规范、审计规程。附件与正文效力相同。

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

• 正说反说：
• 正说：被许可人仅得将本软件V2.1预装于附件所列A系列设备并在中国大陆销售。
• 反说：不得预装于其他型号，不得单独销售软件，不得授权代工厂以自己名义出货；否则按实际出货量的两倍计收许可费并可解除。
• 禁用空词：“相关产品”“等设备”“原则上按出货结算”“尽力申报”。
• “交付/转移”：交SDK、交密钥≠转让著作权。分发许可不发生权属转移。
• “定金/订金”：基础许可费不是定金；担保最低出货可用定金，不超过标的额20%。
• “不可抗力”：市场滞销、渠道压货、密钥系统故障按违约或服务条款处理，不轻易归入不可抗力。

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

1. 结构性缺陷：无授权产品。被许可人主张“自家所有硬件都可预装”。改法：SKU封闭清单 + 新增书面批准。
2. 条款陷阱：套用自用许可模板。没有发行权和EULA安排，出货即越权。改法：单列复制、发行、终端转授。
3. 报数真空：只写“据实结算”无审计。改法：激活日志 + 现场审计 + 瞒报倍数。
4. 期满残留：渠道继续卖、密钥不关。改法：售完窗口 + 关闭增量激活 + 已售用户存续。
5. 最佳实践：基础费与专有挂钩；EULA强制附件；开源分发义务单独披露；责任上限不覆盖权属欺诈。