SLA: что это такое и как соглашение об уровне обслуживания защищает ваш бизнес

Представьте: ваш интернет-магазин перестал принимать заказы в пятницу вечером. Вы звоните ИТ-подрядчику. В трубке: «Постараемся посмотреть в понедельник». Или хуже: «Авария? У нас в договоре не прописано время реакции». Знакомая ситуация? Именно для её предотвращения существует SLA — соглашение об уровне обслуживания. Документ, который превращает расплывчатые обещания в измеримые обязательства, а «починим как-нибудь» — в конкретные сроки с реальной ответственностью.

В этой статье разберём, что такое SLA простыми словами, какие метрики реально важны для бизнеса, как соглашение помогает экономить деньги и избегать конфликтов, а главное — на что обращать внимание при подписании.

SLA (Service Level Agreement) — это приложение к договору на ИТ-обслуживание, в котором зафиксированы измеримые параметры качества услуг, права и обязанности сторон, а также ответственность за нарушение. Если переводить с юридического на деловой: SLA — это «правила игры», где провайдер чётко обещает, как быстро он ответит на заявку и когда решит проблему, а вы получаете право требовать компенсацию за срыв.

Важнейшее отличие договора с SLA от обычного: в типовом договоре подрядчик обязуется «оказывать услуги надлежащего качества» — формулировка, которую невозможно проверить или оспорить. С SLA же появляются цифры: время реакции на аварию — 15 минут, устранение — 4 часа, доступность сервиса — 99,5% в месяц. И если показатели не достигнуты, включается механизм штрафов или возврата части оплаты.

Для руководителя SLA — это инструмент управления рисками. Вы покупаете не «человека с отвёрткой», а предсказуемый уровень доступности ваших бизнес-систем. Простой в 2 часа обходится вам в 500 тысяч рублей? Тогда вы готовы платить за SLA, где гарантируется устранение аварии за 1 час, и этот час стоит своих денег.

Соглашение об уровне обслуживания может содержать десятки параметров, но для бизнеса критичны три ключевые метрики. Остальное — технические детали, которые важны ИТ-специалистам, но не влияют на ваш доход напрямую.

Доступность сервиса (Uptime / Availability) — доля времени, в течение которого система работает и доступна пользователям. Измеряется в процентах за месяц. 99% означает, что сервис может не работать до 7 часов 12 минут в месяц (и это считается нормой!). 99,9% — допустимый простой не более 43 минут. 99,99% — 4 минуты. Запоминайте: провайдер, который обещает 100% аптайм, либо обманывает, либо не понимает физику — оборудование требует обслуживания, каналы связи рвутся.

Время реакции на инцидент (Response Time) — промежуток от момента, когда вы создали заявку (или система зафиксировала сбой автоматически), до того, как инженер провайдера подтвердил получение и начал диагностику. Это не «решение проблемы», а именно начало работы. Для аварийных инцидентов норма — 15–30 минут. Для заявок низкого приоритета («подскажите, как поменять пароль») — 4–8 часов.

Время устранения (Resolution Time / Time to Resolve) — самое важное для бизнеса. Сколько пройдёт от первого сигнала до момента, когда проблема полностью решена и система вернулась в штатный режим. Для критических сервисов разумные сроки: от 1 до 8 часов. Дольше — ставьте под сомнение квалификацию провайдера или закладывайте дублирование систем.

Дополнительные метрики, которые могут быть полезны: время подтверждения (Acknowledgement Time), время восстановления после бэкапа (Recovery Time Objective), процент успешно решённых заявок без эскалации.

Без SLA вы платите за «ощущение» сервиса. С SLA — за измеримый результат. Разница между ними — как между арендой автомобиля «без гарантии» и прокатом с подменным авто при поломке.

В обычном договоре невозможно определить, кто виноват в простое. Провайдер скажет: «Сервер завис из-за скачка напряжения, это форс-мажор». SLA заранее определяет, какие ситуации считаются форс-мажором (пожар, наводнение, действия госорганов), а какие — недоработкой провайдера. Если скачок напряжения случился из-за отсутствия ИБП, который по договору обязан обеспечить подрядчик, — это его проблема.

Когда в договоре прописано время реакции и устранения, у провайдера появляется сильный стимул не затягивать. Инженеры работают в режиме «пожарной команды», налажены процессы эскалации, держатся горячие резервы. Без SLA вполне допустимо поставить вашу заявку в конец очереди «потому что у других клиентов авария серьёзнее». С SLA вы ранжированы по критичности, и ваше время стоит денег — ваших или провайдера (в виде штрафа).

SLA превращает ИТ-обслуживание из «чёрного ящика» в прозрачный процесс. Вы ежемесячно получаете отчёт: количество инцидентов по уровням критичности, соблюдённые и нарушенные сроки, начисленные компенсации. Вы видите, за что платите, и можете сравнивать провайдеров объективно. Без SLA вы не сможете доказать, что сервис стал хуже — у вас нет цифр.

Конфликты между бизнесом и ИТ-подрядчиками чаще всего возникают из-за разных ожиданий. Руководитель считает: «Мы платим, значит, проблема должна решиться мгновенно». Провайдер думает: «Всё, что не горит, сделаем на этой неделе». SLA — это письменный компромисс, который снимает разночтения.

Типовой вариант: за каждый час простоя сверх оговоренного времени устранения провайдер выплачивает фиксированную сумму или делает скидку на следующий месяц. Например, 1% от месячной стоимости обслуживания за каждый полный час превышения. Или ступенчатая шкала: при недостижении аптайма 99,9% — возврат 10% оплаты, при 99% — 25%, ниже — 50%.

Важный нюанс: штрафы не должны быть символическими — 100 рублей за час простоя не мотивируют никого. Они должны ощущаться провайдером. Реальная практика: сумма штрафов за месяц может достигать 30–50% от стоимости контракта. Это заставляет держать процессы в тонусе.

Ни один провайдер не может одинаково быстро реагировать на всё. SLA вводит классификацию: например, уровень 1 (Critical) — бизнес-процессы полностью остановлены, нет доступа к ключевым системам. Уровень 2 (High) — работа затруднена, но возможно временное решение. Уровень 3 (Normal) — ошибки, не блокирующие работу. Уровень 4 (Low) — консультации, плановые изменения.

Для каждого уровня прописаны свои сроки. Критическая авария решается быстрее всего. Консультация по настройке почты — дольше. Это справедливо и для вас (вы не переплачиваете за «пожарную команду» по каждому пустяку), и для провайдера (он расставляет ресурсы адекватно).

SLA — это фундамент нашего подхода к работе. В Net Admin мы не просто «чиним компьютеры», мы обеспечиваем стабильность ваших бизнес-процессов, закрепляя это в юридически значимом соглашении. Мы предоставляем прозрачную отчетность по всем инцидентам, гарантируем время реакции и берем на себя полную ответственность за работоспособность вашей ИТ-инфраструктуры. С нами вы всегда знаете, за что платите.