Блог компании

SLA - рычаг управления подрядчиками (для юриста простыми словами)

2026-04-16 15:07 Полезно
Вы заключили договор с IT-подрядчиком. Он обслуживает ваш сайт, 1С, серверы. Платите фиксированную сумму. Вроде всё работает. Но нет понятного инструмента контроля или воздействия на подрядчика. Нет показателей, которые можно посчитать и предъявить подрядчику.

Что такое SLA (для юриста простыми словами)

SLA (Service Level Agreement) — это приложение к договору (или отдельный документ), которое описывает:
  1. Какие именно услуги оказываются (не «обслуживание сервера», а «ежедневный мониторинг дискового пространства, еженедельное обновление ОС, ежемесячный аудит безопасности»).
  2. С какими показателями качества (время реакции, время восстановления, доступность сервера 99.9%).
  3. Что происходит, если показатели не достигнуты (штрафы, скидки, право расторгнуть договор).
  4. Как происходит передача дел при расторжении (сроки, формат, ответственность).
Без SLA у вас есть договор «на всякую IT-всячину». С SLA у вас есть измеримый инструмент управления подрядчиком.

📌 Почему подрядчики не любят SLA

Потому что SLA создаёт обязательства. Конкретные. Измеримые. За которые можно спросить.
Без SLA подрядчик может говорить:
  • «Мы работаем по запросу» (читай: когда захотим).
  • «Время реакции — разумное» (читай: когда настроение будет).
  • «Пароли — это наша внутренняя информация» (читай: вы от нас никуда не уйдёте).
С SLA всё иначе. Там чёрным по белому:
  • «Время реакции на критический инцидент — 15 минут».
  • «Штраф за недостижение доступности 99.9% — 10% от месячного платежа за каждый час простоя».
  • «При расторжении договора подрядчик обязан передать всю техническую документацию и пароли в течение 5 рабочих дней. За каждый день просрочки — пеня 5% от суммы договора».
Это не «айтишная магия». Это юридический язык, который вы понимаете лучше, чем любой программист.

🔄 Как SLA помогает в юридических вопросах

Шаг 1. SLA фиксирует, кто чем владеет

В хорошем SLA прописано:
  • Перечень оборудования/ПО — что принадлежит заказчику, что подрядчику
Чтобы при расторжении не спорить, чей сервер забирать
  • Все учётные записи и пароли — с указанием, кто их создал и где хранится копия
Чтобы не было «пароль — коммерческая тайна»
  • Документация на настройки — схемы, конфиги, регламенты
Чтобы новый подрядчик понял, как всё устроено
  • Доступы к регистраторам доменов, хостингу, облачным сервисам
Чтобы вы могли управлять своим имуществом
Без этого списка вы не знаете, что передавать. С ним — передача становится исполнением договора, а не «договорённостью по понятиям».

Шаг 2. SLA определяет процедуру передачи

Хороший SLA содержит отдельный раздел «Порядок передачи при расторжении»:
  • Срок: например, 10 рабочих дней с даты уведомления.
  • Формат: что именно передаётся (файлы, пароли, доступы, схемы).
  • Кто проверяет: подписывается акт приёма-передачи с обеих сторон.
  • Ответственность: пеня за каждый день просрочки.
Это превращает эмоциональный конфликт «вы нам не нравитесь» в чёткую процедуру с дедлайнами и санкциями.

Шаг 3. Если подрядчик не передаёт — у вас есть рычаги

С SLA у вас есть:
  1. Досудебная претензия с расчётом пени по формуле из договора.
  2. Основание для одностороннего расторжения (если в SLA прописано, что непередача документации — существенное нарушение).
  3. Доказательства в суде — вы можете сказать: «По SLA подрядчик обязан был передать пароли до 15 марта. Не передал. Вот расчёт пени».

Что должно быть в SLA, чтобы он реально работал (шаблон для юриста)

Вот минимальные пункты, которые мы рекомендуем включать в любое соглашение об уровне сервиса:

1. Предмет и объём услуг

  • Не «сопровождение IT-инфраструктуры», а конкретный перечень: мониторинг, бэкапы, обновления, техподдержка.
  • Каждая услуга — с периодичностью (ежедневно, еженедельно, по запросу).

2. Метрики качества (KPI)

  • Доступность сервера (% в месяц).
  • Время реакции на заявку (в минутах/часах).
  • Время восстановления после сбоя.
  • Процент решённых заявок без эскалации.

3. Ответственность и штрафы

  • За недостижение каждого KPI — конкретная сумма или процент.
  • За непередачу документации при расторжении — пеня за каждый день.
  • Право заказчика на одностороннее расторжение при систематическом нарушении (например, 3 раза за квартал).

4. Интеллектуальная собственность

  • Всё, что создано подрядчиком в процессе оказания услуг (настройки, скрипты, конфигурации), — собственность заказчика.
  • Подрядчик не вправе использовать их где-либо ещё.

5. Передача при расторжении

  • Срок передачи всех материалов — не более 10 рабочих дней.
  • Формат передачи: архив с паролями, схема сети, описание конфигураций, список учёток.
  • Подписание акта приёма-передачи. Без подписанного акта договор не считается закрытым.

6. Аудит

  • Право заказчика (или третьей стороны) проверять, соблюдает ли подрядчик SLA.
  • Периодичность: например, раз в квартал.
Коллеги, SLA — это не «доверие», не «партнёрство» и не «мы же по-человечески». Это инструмент.

Как любой инструмент, он не нужен, пока всё хорошо. Но когда становится плохо — без него вы голыми руками против экскаватора.

SLA — это отличная бумага. Но бумага сама себя не защитит.
Когда дело дойдёт до суда или претензии, у подрядчика всегда есть шанс сказать: «Мы всё делали, просто заказчик неправильно понял показатели» или «У нас был сбой в системе учёта».
Кто сможет это опровергнуть?
Только независимый компьютерный эксперт, который зафиксирует логи, время реакции, скриншоты мониторинга, журналы событий и докажет: показатели SLA не были достигнуты.
Мы работаем с юристами именно в такой связке:
  • Вы готовите претензию.
  • Мы готовим заключение специалиста (с выдержками из логов, скринами, таймлайном неисполнений).
С нашим заключением ваш SLA превращается из «обещания» в доказательство в арбитраже.
Нужно провести аудит исполнения вашим подрядчиком SLA? Пишите нам по форме обратной связи и мы точно сможем вам помочь