4. 服务范围与SLA条款审查

服务范围与SLA条款是云服务采购合同中最容易产生争议的部分。采购方支付费用后究竟能获得哪些服务、达到什么水平、未达标时如何处理，全部依赖这一组条款的清晰程度。审查时不能只看“可用性99.9%”这类宣传性表述，而要把它拆解为可界定、可测量、可追责的合同语言。

一、服务目录界定：先划清“买的是什么”

服务目录是SLA的锚点。没有明确的服务目录，SLA指标就失去测量对象。审查时应要求供应商以附件形式提供结构化服务目录，至少包含：服务名称与版本、功能边界、交付形态（IaaS/PaaS/SaaS）、依赖的底层资源、计量单位、服务时间窗口、支持渠道与响应级别。

需要特别关注三类模糊表述：一是“等”“相关”“必要的”这类开放式列举，可能被供应商用来限缩义务；二是把“可用”与“可访问”“可登录”混用，导致故障认定标准不一；三是将第三方组件、开源组件、客户自有配置排除在服务范围之外，却不明确排除后的责任归属。建议在合同中写明：服务目录变更须经双方书面确认，供应商单方缩减服务项视为违约。

二、SLA指标设计：从“可用性”扩展到多维指标

可用性只是SLA的一个维度。完整的SLA指标体系通常包括：可用性、性能（响应时间、吞吐量）、可靠性（错误率、数据持久性）、可支持性（工单响应与解决时限）、可维护性（计划维护窗口）、安全性（漏洞修复时限）以及数据可迁移性。审查时要确认每个指标都有明确的定义、测量方法、统计周期、数据来源和达标阈值。

以工单响应为例，仅写“及时响应”没有意义，应细化为：P1级故障15分钟内响应、4小时内恢复；P2级30分钟内响应、8小时内解决；P3级4小时内响应、3个工作日内解决。同时约定未达标时的升级路径和通知义务。

三、可用性计算：公式、口径与争议点

可用性通常按以下公式计算：

月可用性 = (月总分钟数 - 不可用分钟数) / 月总分钟数 × 100%

其中“不可用分钟数”的口径是争议核心。审查时必须明确：以什么监控数据为准（供应商监控、双方联合监控还是第三方监控）；采样粒度是1分钟、5分钟还是小时级；是否剔除计划维护窗口；是否剔除客户侧原因、不可抗力、第三方网络故障；是否按单实例还是按区域/多可用区聚合。

举例说明：某月30天共43200分钟，合同约定可用性99.95%，则允许不可用时间为43200×0.05%=21.6分钟。若供应商按单实例统计，而客户实际使用多可用区架构，单实例故障可能不影响整体服务，但供应商仍可能将其计入不可用，导致补偿计算偏差。因此建议约定：可用性按客户实际使用的服务单元或业务入口统计，并明确多可用区、多地域场景下的聚合规则。

四、补偿机制：服务信用与阶梯设计

补偿机制是SLA的“牙齿”。常见形式是服务信用（Service Credit），即按未达标程度返还一定比例费用。审查时要关注：补偿触发条件、计算基数、申请时限、支付方式、是否设置上限、是否“补偿即唯一救济”。

合理的阶梯设计示例：可用性低于99.95%但高于99.9%，返还当月服务费的10%；低于99.9%但高于99.0%，返还25%；低于99.0%，返还50%。同时约定客户须在故障发生后30日内提出申请，供应商在15个工作日内以抵扣后续账单或退款方式兑现。需警惕“补偿上限不超过当月服务费”这类条款，它可能使重大故障的赔偿远低于实际损失，必要时应争取额外赔偿或责任上限例外。

五、例外情形：哪些不计入SLA违约

例外情形是供应商免责的主要出口。常见例外包括：不可抗力、客户侧配置错误、客户自有软件或数据问题、第三方网络或DNS故障、计划维护（须提前通知）、客户未按建议升级或未配合排障、安全事件由客户泄露凭证导致等。

审查要点是：例外情形必须具体、可验证，不能写成“供应商合理认为”或“其他非供应商原因”。计划维护应约定提前通知时长（如至少5个工作日）、单次时长上限和月度累计上限。对于第三方依赖，应区分“第三方服务本身故障”与“供应商集成或配置不当”，后者不应免责。

六、审查落地：把条款变成可验证的检查项

完成上述分析后，建议形成一份SLA审查检查表，逐项确认：服务目录是否附件化并约定变更程序；每个指标是否有定义、公式、数据源、统计周期和阈值；可用性计算是否明确剔除项和聚合规则；补偿是否可申请、可兑现、有阶梯；例外情形是否具体且可验证；是否约定监控数据留存期限和争议解决方式。

服务范围与SLA条款的审查目标，是让“承诺”变成“可测量、可追责、可补偿”的合同义务。采购方应把服务目录、指标定义、计算公式、数据来源、补偿阶梯和例外清单作为一个整体来审，任何一处模糊都可能在故障发生时转化为举证困难和索赔失败。