3. 许可标的的界定与描述

许可标的是许可合同的“标的物”，也是后续一切权利义务的锚点。标的界定不清，会直接导致授权范围争议、交付验收纠纷、费用计算分歧，甚至触发侵权索赔。本节围绕软件产品、组件、API、SDK、数据、文档六类常见标的，讲清界定方法、版本管理、功能清单与交付物描述，并给出避免标的模糊的起草技巧。

一、六类标的的界定方法

软件产品通常指可独立交付、可独立运行的整体，界定时应写明产品名称、版本号、运行环境、许可模式（如按用户数、按CPU、按并发）。组件是被许可产品内部可复用的模块或库，界定要点是组件名称、所属产品、依赖关系，以及是否允许单独使用。API需界定接口名称、协议（REST/gRPC）、端点、请求响应格式、调用配额与限流。SDK需界定语言与平台（如Java/Android、Python/Linux）、包名、版本、依赖项及是否包含示例代码。数据需界定数据集名称、字段结构、更新频率、来源合法性、是否含个人信息。文档包括用户手册、接口文档、部署指南、示例代码等，需界定文档版本与随附方式。

二、版本管理：把“版本”写进合同

版本是标的动态变化的核心变量。合同中应明确：初始版本、更新版本、升级版本、维护版本的区别。常见做法是约定“主版本号变更视为升级，需另行付费；次版本号与修订号变更属于维护更新，包含在维护期内”。同时要约定版本交付方式（下载链接、镜像仓库、介质）、版本支持周期（如主版本支持24个月）、以及旧版本是否继续可用。

版本号建议采用语义化版本：主版本.次版本.修订号。例如 V3.2.1 表示第3主版本、第2次版本、第1修订。合同可约定：主版本升级需支付升级费；次版本与修订号在维护期内免费提供。这样既保护许可方收益，也保障被许可方获得持续修复。

三、功能清单与交付物描述

功能清单是验收的依据，应逐项列出功能名称、功能描述、验收标准、是否包含在本次许可范围内。交付物描述应写明交付物名称、格式、数量、交付时间、交付方式、验收方式。例如：交付物包括“安装包1个（.tar.gz）、部署文档1份（PDF）、API文档1份（HTML）、示例代码1套（Git仓库）”。

功能清单与交付物应一一对应，避免“等”“包括但不限于”这类模糊表述。若确有未列明但需交付的内容，应单独列“其他交付物”并写明名称与数量。

四、避免标的模糊的起草技巧

第一，用定义条款锁定关键术语。在合同开头设“定义”条款，对“软件产品”“组件”“API”“SDK”“数据”“文档”“版本”“升级”“维护”等词给出明确定义。第二，用附件形式列明标的。将功能清单、交付物清单、版本说明、API列表、数据字段表作为合同附件，正文只引用附件编号。第三，用排除法明确不包含的内容。例如“本许可不包含源代码、不包含二次分发权、不包含商标使用权”。第四，用版本号+日期双重锁定。例如“XX产品 V3.2，发布日期2025年3月1日”。第五，用验收标准反向校验标的描述。若验收标准无法对应到具体功能或交付物，说明标的描述仍不够清晰。

五、实操：一份可填写的标的描述表

以下表格可直接用于合同附件，填写时注意每项都要具体到可验证。示例数据为教学假设，实际使用时替换为真实信息。

最后，标的描述完成后，建议做一次“反向测试”：假设发生争议，双方能否仅凭合同附件确定“许可了什么、没许可什么、交付了什么、没交付什么”。若不能，说明标的界定仍需细化。把标的写清楚，是许可合同风险控制的第一道防线。