Главная
Статьи
SLA в договоре техподдержки: как прописать доступность, реакцию и восстановление

SLA в договоре техподдержки: как прописать доступность, реакцию и восстановление

Коротко

В SLA определите поддерживаемые системы, приоритеты инцидентов, календарь и отдельные таймеры реакции и восстановления. Укажите, что запускает и завершает отсчёт, когда допустима пауза и как она подтверждается. Для доступности нужны воспроизводимая формула, источник мониторинга и исчерпывающие правила исключений. Отчёт должен показывать исходные интервалы, а договор — последствия нарушения и порядок проверки расчёта. Универсальных для любой техподдержки 99,9% или пятнадцати минут в ГК РФ нет. Числа и образцы необходимо адаптировать к сервису, реальным возможностям и обязательным нормам.

Проверено: октябрь 2026

В договоре техподдержки обещана реакция за пятнадцать минут. При сбое клиент сразу получил автоматическое письмо, а специалист подключился через четыре часа. Исполнитель считает показатель выполненным, заказчик — нет. Затем стороны расходятся и в расчёте доступности: одна исключила все часы ожидания ответа клиента, другая посчитала их простоем.

SLA, соглашение об уровне сервиса, должно превращать такие обещания в проверяемые обязательства. Ниже разбираем B2B-техподдержку по праву РФ: границы сервиса, приоритеты, таймеры, доступность, паузы, отчёт и последствия нарушения. Числа в примерах — варианты договорённости, а не обязательные государственные нормативы. Специальные требования к связи, критической инфраструктуре, защите информации и персональным данным здесь не рассматриваются.

Зафиксируйте, что именно поддерживает исполнитель

Начните с перечня систем, компонентов и действий. «Обслуживание сайта» может означать консультации, устранение ошибок приложения, контроль хостинга или круглосуточное восстановление всего комплекса. По статье 779 ГК РФ предмет услуг — согласованные действия или деятельность. Если договор включает разработку, лицензию и хостинг, его элементы нужно разграничить, а не объявить всё одной техподдержкой.

Опишите границы контроля: какие серверы и программы доступны исполнителю, кто управляет доменом, сетью и сторонними сервисами. Обещать доступность компонента без необходимых полномочий и данных рискованно. Но ссылка на внешнего поставщика тоже не должна автоматически исключать любой сбой: стороны могут согласовать обязанности по диагностике, эскалации и восстановлению в пределах доступного контроля.

Свобода определить метрики следует из статьи 421 ГК РФ с учётом обязательных правил статьи 422. Согласованное обязательство должно исполняться надлежащим образом по статье 309. Ни 99,9% доступности, ни пятнадцать минут реакции не являются универсальным нормативом для любого договора поддержки.

Согласуйте приоритет по влиянию инцидента

Если все обращения автоматически «критические», очередь теряет смысл. Опишите признаки приоритетов: сколько пользователей затронуто, какая функция недоступна, существует ли рабочий обход, есть ли риск потери данных. Отдельно отличайте инцидент от запроса на консультацию или новую функцию.

Пример матрицы приоритетов

P1: согласованная ключевая функция недоступна всем пользователям, рабочего обхода нет.
P2: существенная часть функции не работает, но согласованный обход позволяет продолжать работу.
P3: ограниченный дефект без остановки ключевой функции либо обычный запрос поддержки.

Названия и критерии иллюстративные. Для каждого уровня стороны отдельно выбирают окно поддержки, срок реакции, срок восстановления и порядок повышения приоритета.

Заказчик указывает предполагаемый приоритет, исполнитель проверяет его по согласованным критериям. Изменение должно фиксироваться с причиной и временем. Нельзя задним числом понизить приоритет только для исправления отчёта. Пока стороны обсуждают классификацию, договор должен определять, по какому режиму продолжается работа и кому направляется спор.

Разделите реакцию, восстановление и окончательное исправление

Реакцией можно считать принятие обращения ответственным специалистом с началом диагностики и содержательным сообщением клиенту. Автоматическое подтверждение регистрации само по себе не доказывает такой работы, если стороны не выбрали другую метрику. Восстановление означает возвращение согласованной функции, иногда через временный обход. Окончательное устранение причины — самостоятельный результат.

Укажите критерий окончания каждого таймера. «Инцидент закрыт в системе» зависит от действия исполнителя и не всегда означает восстановление. Лучше связать момент с проверкой доступности или подтверждаемой работой функции. Если используется обход, определите его допустимые ограничения и срок последующего исправления.

Образец таймеров для критического инцидента

«Для инцидента P1 время реакции исчисляется с момента регистрации обращения по каналу [канал] либо с момента выявления сбоя согласованным мониторингом, в зависимости от того, что произошло раньше. Реакцией считается начало диагностики ответственным специалистом и сообщение заказчику о принятых действиях; автоматическое уведомление не засчитывается. Реакция должна состояться не позднее [период], восстановление функции [описание] — не позднее [период]. Временный обход считается восстановлением только при соблюдении условий [перечень]».

Заполните параметры, окно поддержки и критерии измерения. Не используйте готовые минуты из чужого SLA без проверки реальных возможностей команды.

Определите рабочее окно и точку отсчёта

Для каждого приоритета укажите календарь, часовой пояс и правила праздников. «Четыре рабочих часа» при поддержке с 09:00 до 18:00 существенно отличаются от четырёх часов круглосуточно. Обращение в пятницу вечером может переносить отсчёт на следующий рабочий период, если это прямо следует из согласованного окна.

Определите основной канал заявок и резервный на случай его отказа. Если заявка содержит недостаточно данных, перечислите минимальный набор для диагностики и порядок запроса дополнений. Не давайте исполнителю право бесконечно откладывать начало таймера по формуле «до получения всей необходимой информации» без конкретизации запроса.

Если поддержка абонентская, отсутствие обращений не обязательно отменяет плату: это следует из статьи 429.4 ГК РФ. Но плата за готовность не освобождает исполнителя от согласованного качества этой готовности. Общую модель разбирает статья об абонентском договоре; SLA должен дополнительно измерять фактический уровень обслуживания.

Пауза таймера должна оставлять проверяемый след

Пауза допустима как договорный механизм, когда для продолжения действительно необходимо действие заказчика: предоставить согласованный доступ, ответить на конкретный диагностический вопрос или выполнить безопасную процедуру. Запишите основание, запрос, время начала, напоминания и событие возобновления. Если исполнитель может продолжать другую необходимую работу, полная остановка всех таймеров требует отдельного обоснования.

Разделите таймер обработки обращения и расчёт доступности системы. Ожидание ответа заказчика не автоматически означает, что все эти минуты исключаются из показателя доступности. Такое исключение должно быть определено в правилах метрики и подтверждено фактами, а не добавлено в конце месяца.

Статья 781 ГК РФ регулирует оплату услуг, в том числе при невозможности исполнения по разным причинам. Любая задержка ответа клиента не равна такой невозможности и не даёт безусловного права списать весь период из SLA. Практически важнее фиксировать необходимое действие и его влияние на конкретный инцидент, чем использовать общую оговорку о «вине заказчика».

Сделайте формулу доступности воспроизводимой

Определите, что считается недоступностью: невозможность входа, проведения согласованной операции, превышение установленного времени ответа или иной проверяемый признак. Укажите источник мониторинга, частоту проверки и правила объединения последовательных сбоев. Если мониторинг проверяет только главную страницу, он может не заметить неработающую ключевую функцию.

Простая модель: доступность равна отношению доступного учитываемого времени ко всему учитываемому времени. Из общего периода вычитаются только согласованные исключения. Один и тот же интервал не должен дважды уменьшать простой или одновременно исключаться из числителя по одной логике и оставаться в знаменателе по другой.

Условный расчёт за 30 дней

Календарное время: 30 × 24 × 60 = 43 200 минут.
Согласованное плановое обслуживание, исключаемое из расчёта: 120 минут.
Учитываемое время: 43 200 − 120 = 43 080 минут.
Учитываемая недоступность: 180 минут.
Доступность: (43 080 − 180) / 43 080 × 100% ≈ 99,582%.

При договорной цели 99,9% показатель не выполнен. Допустимая недоступность при таком знаменателе — 43,08 минуты. Это математический пример, не статистика сервиса и не норматив закона.

Для частичной деградации согласуйте отдельную метрику или заранее определённое правило учёта. Не вводите коэффициент «половина простоя» после события. Округление, часовой пояс границ месяца и пересечение нескольких инцидентов также стоит определить: иначе одинаковые журналы дадут разные итоговые проценты.

Ограничьте исключения и плановое обслуживание

Плановые работы должны иметь окно, способ предварительного уведомления и максимальную продолжительность либо иной определимый предел. Если любое обслуживание можно назвать плановым задним числом, показатель теряет смысл. Просрочка согласованного окна должна учитываться по заранее установленному правилу.

При внешнем сбое разделяйте событие и обязанности исполнителя. Например, он не управляет сетью заказчика, но обязан диагностировать проблему и сообщить результат. Исключение из доступности не обязательно отменяет срок реакции. Аналогично ошибка заказчика не освобождает от всех действий поддержки, если часть работы остаётся возможной.

Согласуйте отчёт и порядок проверки

Ежемесячный отчёт должен содержать не только итоговые 99,9%, но и исходные интервалы: начало, конец, приоритет, затронутая функция, основания пауз, исключения и расчёт. Предусмотрите доступ к подтверждающим данным в согласованной форме и разумный срок хранения. Не объявляйте журнал одной стороны неопровержимым доказательством.

Определите срок и канал мотивированных возражений, порядок сверки расхождений и ответственных лиц. Техническая метрика и юридическая приёмка услуг связаны, но не тождественны. Подписание акта не должно использоваться как непрозрачный способ изменить исходный расчёт. Общий порядок можно согласовать с условиями приёмки услуг.

Выберите последствия нарушения, а не только красивый процент

Стороны могут согласовать перерасчёт цены, денежную санкцию, план устранения системных причин и другие последствия в пределах закона. Название service credit само по себе ничего не решает. Если по существу установлена денежная санкция за нарушение, нужно учитывать статью 330 и письменную форму соглашения о неустойке по статье 331 ГК РФ.

Образец договорной формулы перерасчёта

«Размер платы за расчётный месяц определяется с учётом подтверждённого показателя доступности: при значении не ниже 99,9% — 100% базовой платы; от 99,5% включительно до 99,9% не включительно — 95%; ниже 99,5% — [согласованный размер или формула]. Расчёт прилагается к ежемесячному отчёту. При уже внесённой плате разница возвращается либо учитывается в следующем платеже по согласованному порядку [условия]. Соотношение перерасчёта с неустойкой и иными требованиями определяется пунктом [номер]».

Пример требует правовой квалификации всей конструкции. При базовой плате 100 000 рублей и показателе 99,582% сумма по этой формуле — 95 000 рублей. Проценты не являются обязательной рыночной или законодательной шкалой.

Не превращайте предел перерасчёта в полное освобождение от любой ответственности. Пункт 4 статьи 401 ГК РФ запрещает заранее исключать или ограничивать ответственность за умышленное нарушение. Также нельзя объявлять SLA единственным способом защиты, без проверки отменяя предусмотренные законом права, включая правила отказа от услуг по статье 782. Потребительские ограничения проверяются отдельно с учётом статьи 16 Закона о защите прав потребителей.

Проведите пробный расчёт до подписания

Возьмите один ночной сбой, один запрос в рабочее время и один случай ожидания клиента.
Для каждого определите приоритет, начало и конец обоих таймеров.
Проверьте, какие минуты попадают в доступность и почему.
Примените формулу оплаты или санкции без устных пояснений автора договора.
Убедитесь, что обе стороны могут собрать одинаковый набор исходных данных.
Назначьте ответственных за эскалацию, отчёт и пересмотр метрик при изменении системы.

Если этот тест не удаётся, проблема обычно находится в определениях, а не в количестве юридических формулировок. Структуру основного соглашения можно сверить с разбором договора услуг; измеримые параметры вынесите в согласованное приложение, не допускающее односторонней подмены версии.

Частые вопросы

Это соглашение об уровне сервиса с проверяемыми параметрами обслуживания. Для рассматриваемой обычной B2B-техподдержки нет единой универсальной шкалы ГК РФ, обязательной для всех договоров. Конкретные показатели определяют стороны, учитывая специальные требования, если они применимы к их деятельности.

Только если это соответствует согласованному определению метрики. Для содержательной поддержки полезно отделять регистрацию от начала диагностики специалистом. Иначе обещание быстрой реакции может измерять работу почтового сервера, а не фактическую помощь заказчику.

Не обязательно. Функцию можно временно восстановить обходным способом, не устранив первопричину. Определите допустимый обход, критерии восстановления и отдельный порядок окончательного исправления. Простое закрытие заявки исполнителем не должно подменять согласованный результат.

По согласованному окну поддержки, календарю и часовому поясу для соответствующего приоритета. Если P1 обслуживается круглосуточно, его таймер отличается от обычных рабочих часов P3. Эти правила нужно определить до инцидента, а не выбирать при подготовке отчёта.

Можно согласовать проверяемый механизм паузы, когда ответ действительно необходим. Фиксируйте запрос, основание, время и возобновление. Пауза обработки обращения не означает автоматического исключения всех этих минут из доступности системы или освобождения от любой другой работы.

Нет, для общего договора техподдержки это договорная цель, а не универсальная норма ГК РФ. Её значение зависит от знаменателя, исключений и критерия недоступности. Сравнивать проценты разных SLA без проверки методики некорректно.

Нет. Нужно оценивать содержание: порядок определения цены, перерасчёт либо денежная санкция за нарушение. Название на английском не меняет юридическую квалификацию. Для неустойки важны применимые правила, включая письменную форму, а соотношение разных требований следует согласовать.

Универсальную оговорку об отказе от всех остальных прав использовать нельзя. Нужно учитывать обязательные нормы, запрет заранее ограничивать ответственность за умышленное нарушение и применимые правила об услугах. Потребительскую оферту нельзя строить простым переносом коммерческого SLA.

Короткий вывод

Хороший SLA можно проверить на конкретном инциденте без устной помощи его составителя. Обе стороны должны одинаково определить приоритет, начало работы, восстановление, допустимые паузы и итоговую доступность. Свяжите показатель с понятным отчётом и согласованными последствиями, не скрывая в слове service credit отказ от законных прав. До подписания прогоните несколько сценариев, включая ночь, плановое обслуживание и ожидание клиента. Если система или зона ответственности меняется, обновляйте приложение по установленной процедуре. Техническая измеримость и правовая корректность нужны одновременно. Сохраняйте исходные журналы и предусмотрите совместную сверку спорных интервалов, а не только итогового процента.

Источники

Новые статьи

Альтернативное исполнение в договоре: как прописать выбор между двумя обязанностями

Как заранее согласовать варианты исполнения, обладателя и срок выбора, уведомление и последствия молчания. Отличия от факультативной замены и отступного.

Читать статью ▸ Независимая гарантия в договоре: как прописать требования к обеспечению

Как согласовать требования к отдельной независимой гарантии: гарант, сумма, срок, документы для выплаты, проверка подлинности, продление и замена.

Читать статью ▸ Срок и объём поручительства: что прописать, чтобы обеспечение не прекратилось раньше

Как определить обеспечиваемый долг, предел ответственности и срок поручительства. Разбираем изменения обязательства, частичные платежи и несколько поручителей.

Читать статью ▸