SLA (Service Level Agreement) — это соглашение (договор) об уровне сервиса между поставщиком услуг и клиентом. В SLA фиксируется, какой уровень сервиса должен получить заказчик: какие услуги оказываются, в каком объеме, за какое время, по каким KPI оценивается качество обслуживания и какие компенсации предусмотрены при нарушении условий соглашения. Проще говоря, SLA — это гарантия качества услуг, выраженная в конкретных измеримых показателях.
Простая аналогия: Когда вы покупаете доставку еды, вы ожидаете, что пиццу привезут горячей в течение часа. Если курьер опоздает, вы получите компенсацию. SLA — это и есть такие "правила доставки", но для бизнес-услуг: IT-поддержки, Service Desk, ITSM, облачных сервисов, хостинга, ИТ-аутсорсинга, контакт-центров и других сервисных подразделений.
Зачем нужен SLA? Он помогает согласовать ожидания клиента и поставщика услуг, установить измеримые показатели качества обслуживания, контролировать выполнение обязательств и упростить управление уровнем сервиса. Благодаря SLA обе стороны понимают, какие показатели считаются нормой, как они измеряются и какие действия предпринимаются, если согласованный уровень сервиса не достигнут.
Содержание:
SLA определяет измеримые требования к качеству услуг: время реакции, сроки решения обращений, доступность сервиса, порядок контроля и ответственность сторон. Благодаря этому заказчик получает понятные гарантии, а поставщик — единые правила оценки качества обслуживания.
| Задача | Как помогает SLA |
|---|---|
| Фиксирует уровень сервиса | Определяет, какие услуги предоставляются и по каким показателям оцениваются |
| Устанавливает KPI | Задает время реакции, сроки решения, доступность и другие измеримые метрики |
| Снижает количество споров | Все условия, исключения и компенсации закреплены в соглашении |
| Контролирует выполнение обязательств | Позволяет отслеживать соблюдение SLA по отчетам и дашбордам |
| Автоматизирует управление сервисом | Используется в ITSM- и Service Desk-системах для контроля сроков, эскалаций и уведомлений |
SLA используют как во внешних договорах с клиентами, так и для внутренних сервисов компании. Например, соглашения помогают регламентировать работу IT-службы, Service Desk, HR, бухгалтерии и других подразделений, оказывающих услуги сотрудникам или бизнесу.
Структура SLA зависит от вида услуги, но большинство соглашений включает одинаковые разделы.
| Раздел соглашения | Что содержит |
|---|---|
| Описание услуги | Перечень услуг и условия их предоставления |
| Область действия | Клиенты, подразделения, системы или сервисы, на которые распространяется SLA |
| KPI и метрики | Доступность сервиса, время реакции, время решения, производительность и другие показатели |
| Приоритеты обращений | Категории инцидентов и допустимые сроки обработки |
| Порядок измерения | Источники данных, правила расчета метрик и формирования отчетов |
| Ответственность сторон | Обязанности заказчика и поставщика услуг |
| Исключения | Плановые работы, форс-мажор и другие случаи, когда SLA не действует |
| Компенсации (Service Credits) | Размер компенсации при нарушении условий SLA |
| Отчетность | Периодичность и состав отчетов по уровню сервиса |
| Порядок изменения SLA | Правила пересмотра условий соглашения |
Чем точнее описаны эти разделы, тем проще контролировать выполнение SLA и оценивать качество предоставляемых услуг.
SLA оценивается по измеримым показателям (KPI) — метрикам, которые определяют уровень сервиса и используются для контроля выполнения соглашения. Вот главные из них:
| Метрика (KPI) | Что измеряет? | Пример цели в SLA | Как считается? |
|---|---|---|---|
| Доступность (Availability) | Время работы сервиса без сбоов. | 99.9% в месяц. | (Общее время − время простоя) / Общее время × 100% |
| Время реакции (Response Time) | Скорость первого ответа на запрос (тикет, звонок). | Ответ на тикет поддержки в течение 15 минут. | Фиксируется системой с момента создания обращения. |
| Время устранения (MTTR) | Скорость полного решения проблемы. | Устранение инцидента 3-го уровня за 4 часа. | С момента регистрации инцидента до его полного закрытия. |
| Производительность (Performance) | Скорость и стабильность работы системы. | Время отклика API ≤ 200 мс в 95% случаев. | Мониторинг с помощью специальных инструментов. |
| Процент соблюдения SLA (SLA Compliance) | Доля обращений, выполненных в срок | Не менее 95% | (Количество обращений в SLA / Общее количество обращений) × 100% |
Эти ключевые показатели эффективности (KPI) являются основой для управления качеством услуг (Quality of Service, QoS).
Уровень SLA определяет требования к качеству обслуживания. На практике его описывают тремя способами: по пакету обслуживания, по доступности сервиса (Uptime) и по приоритету обращения.
| Уровень | Особенности |
|---|---|
| Стандартный (Standard) | Поддержка в рабочее время, стандартные сроки реакции и решения обращений |
| Премиум (Premium) | Поддержка 24/7, сокращенные сроки реакции для критических инцидентов |
| Непрерывный (Enterprise / Continuous) | Максимальный уровень обслуживания, круглосуточная поддержка, минимальное время реакции, персональные SLA |
| Доступность | Допустимый простой в месяц |
|---|---|
| 99,9% | до 43 минут |
| 99,95% | до 22 минут |
| 99,99% | до 4 минут |
| 99,999% | до 26 секунд |
| Приоритет | Что значит | Время реакции* |
|---|---|---|
| P1 — Критический | Сервис полностью недоступен или остановлен ключевой бизнес-процесс. | 15–30 минут |
| P2 — Высокий | Не работает важная функция сервиса, но доступны временные обходные решения. | до 1 часа |
| P3 — Средний | Ошибка влияет на отдельных пользователей или отдельные функции, но не блокирует работу. | до 4 часов |
| P4 — Низкий | Консультации, запросы на изменение, настройку или некритичные неисправности | до 1 рабочего дня |
*Конкретные значения определяются условиями SLA.
SLA используют везде, где важно контролировать качество сервиса и сроки выполнения обязательств. Чаще всего соглашения применяют в IT, сервисных подразделениях и компаниях, оказывающих услуги по договору.
| Сфера | Что контролирует SLA |
|---|---|
| Service Desk | Сроки обработки заявок, инцидентов и запросов на обслуживание |
| Облачные сервисы | Доступность, производительность и время восстановления |
| ИТ-аутсорсинг | Реакцию на инциденты, выезд специалистов и выполнение работ |
| Контакт-центры | Скорость ответа, уровень обслуживания и качество обработки обращений |
| HR, бухгалтерия, АХО | Сроки выполнения внутренних сервисных запросов |
SLA зависит от типа услуги, поэтому показатели уровня сервиса различаются. Теория без примеров бесполезна. Вот как выглядят реальные SLA-требования в разных сферах.
Пример 1: SLA для облачного хостинга (VPS/VDS)
Пример 2: SLA для IT-аутсорсинга (обслуживание офиса)
Пример 3: SLA для Call-центра
Частая ошибка — путать SLA с OLA (Operational Level Agreement). OLA — это внутреннее соглашение между отделами одной компании, нужное для выполнения внешнего SLA.
| Параметр | SLA (Договор об уровне сервиса) | OLA (Операционное соглашение) |
|---|---|---|
| Стороны соглашения | Компания-поставщик и Внешний клиент. | Два внутренних отдела одной компании (например, отдел поддержки и отдел серверов). |
| Уровень | Внешний, клиентский. | Внутренний, операционный. |
| Цель | Гарантировать качество услуги конечному заказчику и описать условия оказания услуг. | Обеспечить выполнение SLA, распределив внутренние обязательства и ресурсы. |
| Пример | Хостинг-провайдер гарантирует клиенту доступность сайта 99.9%. | Внутри хостинг-провайдера: отдел серверов обязуется перед отделом поддержки восстанавливать оборудование за 30 минут, чтобы успеть в общий срок SLA (2 часа). |
Проще говоря: SLA — это то, что обещают клиенту. OLA — это то, как отделы договариваются между собой, чтобы это обещание выполнить. OLA является частью процессов ITSM (управления IT-услугами).
SLA, SLO и SLI часто используют вместе, но это разные понятия. SLI показывает фактическое значение показателя, SLO задает целевой уровень сервиса, а SLA закрепляет эти обязательства в соглашении с заказчиком.
| Термин | Что означает | Пример |
|---|---|---|
| SLI (Service Level Indicator) | Фактическое значение метрики | Доступность сервиса за месяц — 99,95% |
| SLO (Service Level Objective) | Целевое значение показателя | Поддерживать доступность не ниже 99,9% |
| SLA (Service Level Agreement) | Соглашение с заказчиком, содержащее SLO и ответственность сторон | При доступности ниже 99,9% выплачивается компенсация |
Внедрение SLA начинается с определения услуг и показателей, которые действительно влияют на бизнес. После согласования целевых значений необходимо настроить контроль их выполнения.
| Этап | Что сделать |
|---|---|
| Определить услуги | Выделить сервисы, для которых требуется SLA |
| Выбрать KPI | Установить метрики: время реакции, MTTR, доступность, SLA Compliance |
| Зафиксировать целевые значения | Согласовать показатели и условия компенсации |
| Настроить контроль | Использовать Service Desk или ITSM-систему для автоматического мониторинга |
| Анализировать результаты | Регулярно пересматривать показатели и корректировать SLA |
Ошибки в SLA приводят к конфликтам между заказчиком и исполнителем и делают соглашение бесполезным. Чаще всего проблемы возникают из-за отсутствия измеримых показателей или нечетких условий.
| Ошибка | Последствие |
|---|---|
| KPI сформулированы без конкретных значений | Невозможно оценить выполнение SLA |
| Не указаны исключения | Возникают споры при плановых работах и форс-мажоре |
| Нереалистичные сроки реакции | Постоянное нарушение соглашения |
| Нет компенсаций | Отсутствует ответственность за нарушение SLA |
| Метрики измеряются вручную | Высокий риск ошибок и недостоверной отчетности |
| Этап | Что выполняется |
|---|---|
| 1. Определение и согласование | Вместе с клиентом выделяем критичные для бизнеса (Business Critical) услуги и устанавливаем реалистичные метрики (KPI) |
| 2. Мониторинг и отчетность | Используем системы для автоматического отслеживания (Zabbix, PRTG, Jira Service Desk). Генерируем ежемесячные отчеты (SLA Reports) для клиента |
| 3. Анализ и пересмотр | Регулярно (раз в квартал/год) смотрим статистику выполнения, обсуждаем изменения в бизнес-процессах и при необходимости пересматриваем условия |
| 4. Действия при невыполнении | В SLA всегда должен быть раздел о санкциях (Penalties) или компенсациях (Credits) — например, возврат части оплаты за период простоя. |
SLA — это не бюрократия, а инструмент для ясности и эффективности. Он переводит субъективное «работайте лучше» в объективные цифры, которые понимают и заказчик, и исполнитель. Используйте приведенные выше примеры и метрики как шаблон для создания своих соглашений об уровне сервиса.
📚 Читайте также:
SLA (Service Level Agreement) — это договор об уровне сервиса. Прописывает: какие услуги, как быстро, как измерить и какие компенсации за сбои. Пример: хостинг обещает доступность 99.9%, иначе бонусные дни.
Последствия прописываются в самом договоре. Обычно это финансовая компенсация (скидка, бонусный период) или план исправлений (Remediation Plan). Это ключевой элемент управления рисками.
Нет. KPI (Key Performance Indicator) — это конкретный измеримый показатель (например, 99.9% доступности). SLA — это соглашение, которое содержит в себе эти KPI, а также условия, обязанности сторон и санкции.
SLA — внешнее обязательство перед клиентом (например, «восстановим сервер за 2 часа»). OLA (Operational Level Agreement) — внутреннее соглашение между отделами компании-провайдера (например, «отдел сетей передаёт отделу поддержки данные за 30 минут»). OLA нужен, чтобы выполнить SLA.
SLA — юридическое соглашение (включает компенсации).
SLO (Service Level Objective) — целевая метрика внутри SLA (например, «доступность 99.9%»).
SLI (Service Level Indicator) — фактическое измерение (например, «доступность в этом месяце 99.95%»).
SLO — это обещание, SLI — факт, SLA — контракт с санкциями.
Доступность (Availability): % времени работы сервиса.
Время реакции (Response Time): скорость первого ответа поддержки.
Время восстановления (MTTR): полное решение проблемы.
Производительность (Performance): скорость API или загрузки страниц.
SLA пишется совместно юристами (для корректности формулировок), менеджерами по продажам/аккаунтам (для учета потребностей клиента) и техническими специалистами (для реалистичности показателей).
Обычный договор описывает ЧТО делается. SLA описывает КАК ХОРОШО это должно быть сделано, в цифрах и с измеримыми гарантиями. SLA часто является приложением (спецификацией) к основному договору на оказание услуг.
Формула: (Общее время − Время простоя) / Общее время × 100%. Пример: в месяц 720 часов, простой 43 минуты (0,72 часа) → (720 − 0,72)/720 ≈ 99.9%. Разные уровни: 99% (3,6 дня простоя в год), 99.9% (8,8 часа), 99.99% (52 минуты), 99.999% (5 минут).
Санкции прописываются в договоре: финансовая компенсация (скидка, бонусные дни), план исправлений (Remediation Plan), право клиента расторгнуть договор. Это ключевой элемент управления рисками.
Начните с 2–3 критических метрик (например, время реакции на тикеты — 1 час, доступность сайта — 99.5%). Используйте простые инструменты (Jira Service Desk, Yandex Tracker). Фиксируйте отчёты раз в месяц. Постепенно усложняйте. SLA для стартапа не должен быть перегружен.
Хостинг/VPS: доступность 99.9%, восстановление ≤ 2 ч, ответ в чате ≤ 10 мин.
IT-аутсорсинг: выезд специалиста за 4 ч, решение 1-й линии за 1 день.
Call-центр: ответ за 20 сек на 80% звонков, отказов < 5%, качество разговора ≥ 90%.
Разработка API: время отклика ≤ 200 мс в 95% запросов.
ITSM (IT Service Management) — подход к управлению IT-услугами на базе ITIL. SLA — один из ключевых артефактов ITSM. В ITSM также используются OLA, каталог услуг, управление инцидентами и проблемами.
Минимум раз в квартал или раз в год. При изменении бизнес-процессов, росте нагрузки, внедрении нового оборудования или появлении новых требований клиента. Устаревший SLA теряет доверие.
Уровень сервиса (Service Level) — это степень соответствия услуги установленным требованиям. Обычно его оценивают по доступности сервиса, времени реакции, срокам решения инцидентов и другим KPI, закрепленным в SLA.
В IT соглашение SLA определяет требования к работе ИТ-сервисов: доступность системы, время реакции службы поддержки, сроки устранения инцидентов, производительность и порядок предоставления компенсаций при нарушении условий.
Нет. Закон не требует оформлять SLA. Обычно соглашение является приложением к договору оказания услуг и заключается по соглашению сторон, если необходимо зафиксировать требования к качеству сервиса.
Соблюдение SLA обычно контролируют Service Desk, ITSM-система или средства мониторинга инфраструктуры. Они автоматически рассчитывают KPI, фиксируют нарушения и формируют отчеты по уровню сервиса.
Да. Если изменились бизнес-процессы, объем услуг или требования заказчика, стороны могут пересмотреть показатели, порядок измерения и другие условия соглашения.
Service Credits — это компенсация заказчику при нарушении условий SLA. Обычно она предоставляется в виде скидки, возврата части стоимости услуги или дополнительного периода обслуживания.