Короткий ответ: SLA (Service Level Agreement) — соглашение об уровне обслуживания между компанией и IT-подрядчиком. Оно фиксирует, как быстро поддержка должна ответить на заявку и решить проблему. Для бизнеса SLA — это гарантия: при сбое сервера или 1С не придётся ждать «когда успеют» — время реакции и устранения прописаны в договоре и обязательны к исполнению.
Что такое SLA простыми словами
Представьте ситуацию: у сотрудника перестал работать компьютер. Он пишет в IT-поддержку. Через сколько времени ему ответят? Через сколько — починят? Без SLA — зависит от загрузки специалиста и других обстоятельств. С SLA — зафиксировано в договоре: ответ за 30 минут, решение за 4 часа.
SLA расшифровывается как Service Level Agreement. Это раздел договора, который описывает конкретные обязательства IT-подрядчика по скорости и качеству обслуживания. Не «постараемся ответить быстро», а «реакция за 30 минут, устранение за 4 часа». Разница принципиальная: первое — намерение, второе — юридическое обязательство.
Когда SLA особенно важен для бизнеса
SLA критичен, если:
- простой одного сотрудника влечёт прямые финансовые потери — бухгалтерия, продажи, склад, касса
- в инфраструктуре есть критичные сервисы — 1С, серверы, корпоративная почта, CRM
- компания работает в несколько смен или в выходные дни
- в штате нет собственного IT-специалиста и весь сервис — внешний
- нет понимания, когда ждать ответа от текущего подрядчика
- бизнес масштабируется и цена любого простоя растёт
Что входит в SLA
Полноценное SLA-соглашение включает несколько ключевых разделов:
- Время реакции — срок, за который подрядчик подтверждает получение заявки и приступает к решению.
- Время устранения — срок полного решения проблемы.
- Приоритеты заявок — классификация инцидентов по степени критичности: критичный, высокий, стандартный, плановый.
- Режим работы — рабочие часы, расширенный режим или 24/7.
- Исключения — что не входит в SLA: форс-мажор, задачи вне договора, оборудование клиента.
- Ответственность за нарушение — что происходит при несоблюдении сроков: перерасчёт, компенсация, штрафные санкции.
- Отчётность — как и когда подрядчик предоставляет информацию о выполненных работах.
Приоритеты заявок: как работает классификация
Стандартная классификация инцидентов в IT-поддержке:
| Приоритет | Пример ситуации | Время реакции | Время устранения |
|---|---|---|---|
| Критичный | Сервер недоступен, 1С не работает, нет интернета в офисе | 15–30 мин | 2–4 часа |
| Высокий | Не работает почта или VPN, медленная сеть у всего офиса | 30–60 мин | 4–8 часов |
| Стандартный | Медленный ПК, проблемы с ПО у одного сотрудника | 1–2 часа | 1–2 рабочих дня |
| Плановый | Настройка нового места, обновления, профилактика | По договорённости | По договорённости |
Что даёт SLA бизнесу
- Предсказуемость — известно, когда ждать ответа и когда будет восстановлена работа
- Ответственность — подрядчик несёт конкретные обязательства, не только моральные
- Контроль — регулярные отчёты показывают, выполняются ли условия договора
- Аргумент в споре — при нарушении SLA есть основания для перерасчёта или штрафа
- Прозрачность расходов — понятно, что оплачивается и в каком объёме
Типичные ошибки при работе с SLA
- Работать без SLA вообще — получать сервис «когда успеют», без каких-либо гарантий.
- Не разделять заявки по приоритетам — критичный сбой сервера ждёт в одной очереди с заменой картриджа.
- Не прописывать ответственность — нарушение сроков SLA ничем не грозит подрядчику.
- Путать время реакции с временем решения — «ответили за 15 минут» не означает «починили за 15 минут».
- Не запрашивать отчёты — работа по SLA превращается в формальность без реального контроля.
- Принимать устные договорённости — «мы всегда отвечаем быстро» не имеет юридической силы.
Чек-лист: что проверить в договоре с IT-подрядчиком
- В договоре есть отдельный раздел с SLA-показателями
- Прописано время реакции и время устранения для каждого приоритета
- Заявки разделены по категориям критичности
- Указан режим работы поддержки — рабочее время или 24/7
- Есть пункт об ответственности за нарушение SLA
- Предусмотрена регулярная отчётность по заявкам
- Критичные сервисы (1С, сервер, почта) выделены в отдельный приоритет
На практике Сфера БИТ
Большинство компаний, которые к нам обращаются, работали с предыдущим подрядчиком вообще без прописанного SLA. Время ответа было «как увидим», срок решения — «в ближайшее время». Когда падает сервер или перестаёт работать 1С — такой подход обходится слишком дорого. Мы фиксируем SLA в договоре: прописываем приоритеты, конкретные сроки и отчётность. Клиент в любой момент знает, кто занимается проблемой и когда она будет решена.
Частые вопросы
Что такое SLA простыми словами?
SLA — это обязательство IT-подрядчика реагировать на проблемы в строго оговорённые сроки. Если компьютер сломался или сервер упал — подрядчик должен отреагировать за N минут и решить проблему за N часов. Эти сроки зафиксированы в договоре и юридически обязательны.
Что такое время реакции в SLA?
Время реакции — срок, за который IT-поддержка подтверждает получение заявки и начинает работу. Например, 30 минут означает: в течение получаса с момента подачи заявки специалист выйдет на связь и приступит к решению.
Чем время реакции отличается от времени устранения?
Время реакции — когда начнут решать. Время устранения — когда полностью решат. Специалист может отреагировать за 15 минут, но само устранение займёт несколько часов. Оба показателя должны быть в договоре.
Что будет, если подрядчик нарушит SLA?
Зависит от условий договора. В нормальных договорах предусмотрены перерасчёт стоимости или штрафные санкции. Если ответственность не прописана — нарушение сроков останется без последствий для подрядчика.
Нужен ли SLA небольшой компании?
Да. Особенно если есть 1С, серверы или сотрудники, чья работа полностью зависит от IT. Даже простой бухгалтера на 2–3 часа — реальные финансовые потери. SLA даёт предсказуемость: бизнес знает, в какие сроки будет восстановлена работа.
Как проверить, выполняет ли подрядчик SLA?
Запросите ежемесячный отчёт: сколько заявок поступило, сколько решено в срок, среднее время реакции. Профессиональный IT-подрядчик предоставляет такую статистику в рамках договора. Если отчётности нет — это сигнал о реальном уровне сервиса.
Вывод
SLA — не бюрократия, а рабочий инструмент. Он даёт бизнесу предсказуемость: понятно, когда ждать ответа, кто несёт ответственность и что делать, если сроки нарушены. Если IT-подрядчик отказывается фиксировать SLA в договоре — это серьёзный сигнал.
Если хотите разобраться, какой формат мониторинга и SLA подойдёт для вашей инфраструктуры — мы готовы подобрать условия под задачи вашей компании. Начать можно с IT-аудита: он покажет реальное состояние инфраструктуры и поможет расставить приоритеты.
