SLA (Service Level Agreement) — это описание правил сервиса, по которым осуществляется ИТ-поддержка: как принимаются заявки, как определяется их приоритет, каким образом контролируется качество и где проходят границы ответственности сторон.
SLA нужен заказчику, чтобы заранее понимать логику сервиса, уровень сервиса ИТ-подрядчика и корректно соотносить ожидания с форматом поддержки.
SLA не является гарантией результата, офертой или заменой договора.
Чтобы понять, как SLA встроен в общий процесс взаимодействия с клиентом, важно видеть не только правила сервиса, но и общую логику работы поддержки на практике. Как устроен процесс работы и коммуникации.
Критический приоритет
Ситуации, затрагивающие работу всей компании: недоступность ключевых сервисов, сети, существенной части рабочих станций, а также признаки массового заражения или возможного внешнего воздействия.
Высокий приоритет
Нарушение работы критичных сервисов отдельного подразделения или ключевых рабочих мест, включая признаки заражения отдельных систем.
Стандартный приоритет
Текущие задачи пользовательской ИТ-поддержки, выполняемые удалённо или с выездом.
Низкий приоритет
Плановые и регламентные задачи, не влияющие напрямую на текущую работоспособность критичных сервисов или рабочих мест.
Приоритет определяется масштабом влияния и критичностью для бизнеса. Наличие временного обходного решения само по себе не снижает приоритет.
Скорость реакции и порядок обработки заявок зависят от их приоритета, режима обслуживания и контекста инцидента.
Для критичных ситуаций применяется приоритетная модель реагирования с привлечением необходимых линий технической поддержки. Для заявок высокого и стандартного уровня обработка осуществляется в рамках рабочего режима либо по согласованию с заказчиком.
Фактическое время обработки зависит от причин инцидента, доступности информации, участия третьих сторон и технических ограничений.
Такой регламент обработки заявок нужен для того, чтобы заказчик понимал порядок действий службы поддержки в разных рабочих ситуациях.
Поддержка может осуществляться в удалённом, выездном или гибридном формате.
Базовый режим работы службы поддержки — рабочие дни с 9:00 до 18:00 по времени Новосибирска (UTC +7).
Для абонентских клиентов предусмотрена возможность привлечения дежурного инженера для аварийных ситуаций и для проведения плановых работ по согласованию.
SLA зависит от модели обслуживания и режима работы, а не существует отдельно от формата сотрудничества. Форматы ИТ-обслуживания.
SLA применяется с ограничениями в следующих случаях:
- отсутствие доступов, контактных лиц или исходных данных;
- форс-мажорные обстоятельства;
- проблемы на стороне провайдера, вендора или облачных сервисов;
- использование оборудования с признаками физического отказа;
- работы, выходящие за рамки поддержки (проекты, внедрения);
- отклонение от рекомендованных мер и решений.
В подобных ситуациях объём ответственности сторон определяется договором.
Все обращения фиксируются в тикет-системе Planfix и доступны заказчику. Система обеспечивает прозрачный журнал заявок, уведомления о статусах и понятную отчётность по обращениям.
Качество сервиса оценивается по скорости реакции и доступности информации об инцидентах в любой момент времени.
Понять, как формат взаимодействия воспринимается со стороны клиентов, можно на странице с отзывами. Отзывы клиентов о формате взаимодействия.
SLA является частью общей договорной логики и описывает правила ИТ-поддержки. Окончательные условия SLA ИТ-аутсорсинга регулируются договором и внутренними регламентами.
SLA применяется исключительно в рамках B2B-взаимодействия и не распространяется на физических лиц.
Формальные документы фиксируют рамки взаимодействия и состав приложений. Договоры и документы.
Практические примеры помогают увидеть, как сервисные и управленческие подходы работают в реальных ситуациях. Кейсы и практические ситуации.
