3. SLA基础概念：SLA的定义、关键术语（SLO、SLI、OLA）、SLA在IT服务与采购中的区别
3.1 什么是SLA？
SLA（Service Level Agreement，服务级别协议）是服务提供商与客户之间签订的正式合同条款，用于明确约定服务的质量、可用性、响应时间、责任边界以及未达标时的补偿机制。在采购管理平台中，SLA 是合同生命周期监控的核心依据，它将抽象的“服务质量”转化为可量化、可追踪、可审计的指标。
核心定义：SLA 不是一份独立的合同，而是嵌入在采购合同或服务合同中的“服务质量附件”。它定义了“什么是好的服务”以及“如果服务不好怎么办”。
3.2 关键术语：SLO、SLI、OLA
理解 SLA 必须掌握三个基础术语，它们构成了 SLA 的度量与执行体系：
| 术语 | 全称 | 定义 | 采购场景示例 |
|---|---|---|---|
| SLO | Service Level Objective | 服务级别目标，是 SLA 中承诺的具体量化目标值 | “合同审批流程在 4 小时内完成” |
| SLI | Service Level Indicator | 服务级别指标，是实际测量出的原始数据 | “本周合同审批平均耗时 3.2 小时” |
| OLA | Operational Level Agreement | 运营级别协议，是内部团队之间的支持承诺 | “法务团队需在 2 小时内完成合同条款审核” |
记忆口诀：SLA 是合同（承诺），SLO 是目标（数字），SLI 是测量（事实），OLA 是内部（支撑）。
3.3 SLA、SLO、SLI 的关系
三者构成一个闭环：SLA 包含 SLO，SLO 由 SLI 来验证，OLA 保障 SLO 的达成。 没有 SLI 的 SLO 只是空头支票，没有 OLA 的 SLA 无法落地执行。
3.4 SLA 在 IT 服务与采购中的区别
虽然 SLA 的概念起源于 IT 服务管理（ITIL），但在采购管理平台中，SLA 的侧重点发生了显著变化。理解这些区别有助于正确设计合同监控规则。
| 对比维度 | IT 服务 SLA | 采购管理 SLA |
|---|---|---|
| 核心对象 | 系统可用性、响应时间、故障修复 | 合同审批、订单交付、付款周期 |
| 典型指标 | 系统可用率 ≥ 99.9%、故障响应 ≤ 30 分钟 | 合同审批 ≤ 4 小时、订单交付准时率 ≥ 95% |
| 责任主体 | IT 运维团队、云服务商 | 采购部门、供应商、法务、财务 |
| 违约后果 | 服务积分、费用减免、赔偿 | 供应商扣分、延迟付款、合同终止 |
| 监控方式 | 自动化监控工具（如 Prometheus） | 采购平台工作流引擎 + 定时任务 |
| OLA 典型场景 | 网络团队保障带宽、DBA 保障数据库 | 法务团队审核条款、财务团队处理付款 |
常见误区：很多采购团队直接照搬 IT 服务 SLA 模板，导致指标无法落地。例如“系统可用性 99.9%”在采购场景中毫无意义，应替换为“合同审批完成率 98%”等业务指标。
3.5 采购场景中的典型 SLA 指标
在采购管理平台中，合同生命周期的 SLA 监控通常覆盖以下关键节点：
- 合同创建与提交：从起草到提交审批的时限（如 2 小时内完成）
- 法务审核：合同条款审核的响应时间（如 4 小时内反馈）
- 采购审批：各级审批人的处理时限（如 8 小时内完成）
- 供应商签署：供应商确认并签署合同的时限（如 3 个工作日内）
- 合同归档：签署完成后归档的时限（如 1 个工作日内）
最佳实践：每个 SLA 指标都应包含三个要素：
1. 阈值（如 4 小时）
2. 测量方式（如从“提交”到“审核通过”的时间戳差值）
3. 违约处理（如自动升级通知、扣减供应商评分）
1. 阈值（如 4 小时）
2. 测量方式（如从“提交”到“审核通过”的时间戳差值）
3. 违约处理（如自动升级通知、扣减供应商评分）