Модуль «Техподдержка» (support) в 1С-Битрикс позволяет задать критичность обращений и контролировать сроки их обработки. Правильно настроенный SLA дисциплинирует службу поддержки и делает нагрузку прозрачной.
Что такое SLA и приоритеты в модуле
SLA (Service Level Agreement) — это соглашение об уровне обслуживания, то есть заранее оговорённые сроки реакции и решения обращений. В модуле «Техподдержка» 1С-Битрикс роль SLA выполняет связка из трёх сущностей.
- Критичность — степень важности обращения (например, «Низкая», «Обычная», «Высокая», «Критическая»).
- Статусы — этапы жизненного цикла тикета от «Открыто» до «Закрыто».
- Категории — тематическое разделение обращений, к которым можно привязать разные команды поддержки.
Сам модуль не оперирует термином «SLA» дословно, но через критичность, сроки ожидания ответа и уведомления вы фактически строите полноценную модель уровней обслуживания.
Настройка уровней критичности
Критичность задаёт приоритет обработки. Чем выше критичность, тем быстрее сотрудник должен взять обращение в работу.
- Перейдите в Сервисы → Техподдержка → Справочники → Критичность.
- Нажмите Добавить критичность.
- Заполните поле
Название(например, «Критическая — простой сервиса»). - Задайте
Сортировку— чем меньше число, тем выше уровень в списках. - Укажите
Активностьи, при необходимости, привяжите значение к нужному сайту. - Сохраните запись.
Рекомендуется держать не более четырёх–пяти уровней: слишком дробная шкала путает и клиентов, и операторов.
Сроки реакции и модель эскалации
Чтобы SLA работал, каждому уровню критичности нужно сопоставить целевые сроки. В модуле сроки контролируются через дату последнего сообщения и статус ожидания ответа, поэтому удобно закрепить нормативы в регламенте и завести их в справочники.
| Критичность | Реакция (первый ответ) | Решение | Эскалация |
|---|---|---|---|
| Критическая | 15 минут | 4 часа | Руководитель поддержки сразу |
| Высокая | 1 час | 1 рабочий день | Через 2 часа без ответа |
| Обычная | 4 часа | 3 рабочих дня | Через 1 день без ответа |
| Низкая | 1 рабочий день | По возможности | Не требуется |
Эскалацию проще всего реализовать через ответственных по категориям и своевременные уведомления просроченным тикетам.
Привязка категорий и ответственных
Разные типы обращений логично направлять разным командам. Для этого используются категории.
- Откройте Сервисы → Техподдержка → Справочники → Категории.
- Создайте категорию, например «Хостинг и доступность» или «Ошибки в заказах».
- В настройках категории укажите
Ответственных— группы пользователей, которые получают обращения этой темы. - Задайте автоматическую критичность по умолчанию, если для темы она предсказуема.
В параметрах модуля (Настройки → Настройки модулей → Техподдержка) можно указать группы Технические сотрудники поддержки и Демо-сотрудники, а также автоответственного, которому падают новые тикеты без явной категории.
Уведомления и автоматизация контроля
Без уведомлений SLA держится только на дисциплине операторов. Настройте оповещения на ключевые события.
- Новое обращение — письмо ответственным по категории.
- Изменение критичности — оповещение при повышении до «Высокой» и «Критической».
- Отсутствие ответа — напоминание, если тикет висит дольше нормы.
Шаблоны писем настраиваются в Настройки → Настройки модулей → Техподдержка (почтовые события вида SUPPORT_NEW_MESSAGE, SUPPORT_CHANGE_STATUS). Для автоматической проверки просрочек удобно завести агент или задачу на cron, которая раз в N минут выбирает открытые тикеты с истёкшим сроком реакции и рассылает эскалационные уведомления. Такую логику обычно реализуют небольшим кастомным обработчиком поверх API модуля.
Частые ошибки
Типовые промахи при внедрении SLA в «Техподдержке».
- Слишком много уровней критичности. Пять и более уровней приводят к тому, что операторы ставят критичность наугад.
- Нет ответственных у категорий. Обращения оседают в общей куче, и никто не считает их своими.
- Отключены почтовые события. Без уведомлений просрочки замечают только по жалобам клиентов.
- SLA не привязан к рабочему календарю. Считать «4 часа» в выходные без учёта графика — путь к формально нарушенным срокам.
- Права доступа шире необходимого. Если все видят и меняют критичность, статистика по SLA перестаёт быть достоверной.
Итог
SLA в модуле «Техподдержка» 1С-Битрикс строится из уровней критичности, категорий с ответственными и продуманной системы уведомлений. Начните с короткой шкалы критичности, закрепите целевые сроки реакции в регламенте, распределите категории по командам и включите почтовые события на ключевые изменения.
Для жёсткого контроля просрочек и автоматической эскалации потребуется небольшая доработка: агент или обработчик, который следит за истечением сроков. Такой минимальный уровень автоматизации превращает набор справочников в работающее соглашение об уровне обслуживания.