4. 授权范围条款设计

授权范围条款是软件许可合同中最核心的“权利边界”条款。它决定了被许可方到底能做什么、谁可以做、在哪里做、做多久。一旦边界模糊，轻则产生额外采购成本，重则构成侵权。实务中，授权范围通常由四个维度共同锁定：使用方式（安装、运行、展示、修改、分发）、使用主体（企业、关联方、承包商）、使用地域与使用期限。这四个维度不是并列的清单，而是相互约束的坐标——任何一个维度缺失，都会让整个授权范围出现漏洞。

一、使用方式：把动词写清楚，而不是写“使用”

“使用”是一个法律上的概括词，但在技术场景中它对应着完全不同的行为。授权条款必须把许可的具体行为逐一列明，并明确哪些行为被排除。常见的使用方式包括：

• 安装：是否允许部署到服务器、终端、容器、虚拟机？安装份数是否受限？
• 运行：是否允许生产环境运行？是否允许用于压力测试、灾备环境？
• 展示：是否允许向客户、公众演示界面或输出结果？
• 修改：是否允许修改源代码、配置文件、二进制补丁？修改后的权利归属如何？
• 分发：是否允许再分发、嵌入到自有产品中销售、作为SaaS对外提供服务？

一个典型的陷阱是：合同只写“许可被许可方使用本软件”，而没有区分“内部使用”与“对外分发”。如果被许可方将软件嵌入自己的产品卖给客户，许可方可能主张这属于未授权的分发。因此，建议在条款中采用“许可 + 排除”的写法，例如：“许可被许可方在内部业务中安装、运行本软件，用于数据处理；不包含修改、再分发、嵌入自有产品对外销售或作为云服务向第三方提供。”

二、使用主体：企业、关联方与承包商的三层结构

使用主体条款要回答的是：谁有权行使上述使用方式。很多合同只写“被许可方”，但实际使用软件的可能包括母公司、子公司、外包团队、云服务商。如果主体范围没有写清楚，就会出现两种风险：一是关联方使用被认定为未授权；二是承包商把软件带出控制范围。

建议将使用主体分为三层：

• 被许可方自身：明确法人实体名称，避免使用“集团”“公司及其下属机构”等模糊表述。
• 关联方：如果允许关联方使用，应定义“关联方”的持股比例或控制关系，并明确是否需要为每个关联方单独付费或备案。
• 承包商/服务商：如果允许外包团队使用，应限定“仅为被许可方利益、在受控环境下使用”，并要求承包商签署保密协议、不得再许可。

一个常见的争议点是：被许可方的子公司使用软件，许可方主张子公司是独立法人，不属于“被许可方”。如果合同没有关联方条款，子公司使用就可能构成侵权。因此，主体条款必须把“谁可以用”写到可识别的实体层级。

三、使用地域与期限：边界的时间与空间坐标

使用地域条款要明确软件可以在哪些国家或地区安装、运行、访问。对于跨境企业，常见陷阱是：合同写“全球使用”，但软件中包含第三方组件，其许可可能限制在特定地域；或者数据出境合规要求限制了软件的部署地点。因此，地域条款应与合规、出口管制、数据本地化要求联动。

使用期限条款则要区分三种情形：

• 永久许可：一次性付费，永久使用，但通常只覆盖特定版本，升级需另购维护。
• 订阅许可：在订阅期内使用，到期后停止运行或降级为只读。
• 试用/评估许可：明确起止日期，到期后必须卸载或购买正式许可。

期限条款的常见陷阱是“自动续期”与“终止后的过渡期”。如果合同约定自动续期，但未约定续期价格，可能产生争议；如果终止后没有过渡期，被许可方可能来不及迁移数据。建议明确：到期前多少天通知不续期、终止后多少天内停止使用并删除副本、是否允许导出数据。

四、常见陷阱与条款设计检查点

结合实务，授权范围条款最容易出问题的地方集中在以下几处：

五、可直接使用的授权范围条款检查清单

在起草或审核授权范围条款时，可以逐项核对以下内容：

1. 是否逐一列明了安装、运行、展示、修改、分发五种使用方式？
2. 是否明确排除了未授权的使用方式（如再分发、SaaS化、嵌入销售）？
3. 被许可方是否写明了具体法人实体名称？
4. 是否定义了关联方，并明确其使用条件？
5. 是否允许承包商使用？如允许，是否限定了使用目的、环境和保密义务？
6. 使用地域是否列明了具体国家或地区？是否与出口管制、数据本地化要求一致？
7. 使用期限是永久、订阅还是试用？起止日期是否明确？
8. 是否约定了自动续期的通知期和续期价格？
9. 终止后是否约定了停止使用、删除副本和数据导出的过渡期？
10. 是否附有开源组件清单，并明确其许可对授权范围的影响？

授权范围条款的设计，本质上是在“许可方控制风险”与“被许可方使用便利”之间找到精确的平衡点。把四个维度写清楚，把排除项写明白，把主体和地域写到可识别的粒度，才能避免后续的争议与额外成本。