Представьте: клиент оформил возврат бракованного товара, создаёт тикет в 10:00, но ответ приходит только в 18:00. SLA нарушено — вы теряете лояльность и рискуете штрафами. В 1С-Битрикс эту проблему решает настройка Service Level Agreement (SLA): чёткие правила времени реакции и решения для каждой категории обращений. Без автоматизации операторы тонут в хаосе, а критичные запросы теряются.
Правильная конфигурация SLA — это не просто указание цифр: нужно учесть расписание работы, праздники, приоритеты и интеграцию с бизнес-логикой. Мы настраиваем SLA под ваш бизнес на модуле support или в CRM Битрикс24, с автоматическим контролем дедлайнов. По данным нашей практики, корректная настройка снижает среднее время реакции на 40% и повышает удовлетворённость клиентов (CSAT) на 30%, а операционные расходы на техподдержку сокращаются до 35%. Получите расчёт за 2 часа и избавьтесь от просрочек. Закажите аудит текущих SLA.
Какие проблемы решаем?
- Нет автоматического назначения SLA — тикеты висят без приоритета, операторы не знают, что срочно. Настраиваем привязку к категории, источнику и приоритету.
- Дедлайны не контролируются — отсутствие алертов приводит к просрочкам. Разрабатываем агента, который уведомляет за час до истечения времени.
- Сложности с интеграцией в CRM — сделки застревают на стадиях. Используем роботов CRM и кастомные воронки для автоматического контроля.
Как избежать типичных ошибок при настройке SLA?
Самые частые просчёты: слишком короткое время реакции без учёта реальной нагрузки, игнорирование праздничных дней и отсутствие тестирования. Рекомендуем закладывать запас 20% от реального времени реакции. Обязательно заполняем календарь праздников — иначе агент будет считать рабочие дни неверно. После настройки прогоняем 10–20 обращений вручную, чтобы убедиться: автоназначение срабатывает корректно, уведомления доходят.
Почему важно правильно настроить SLA?
Неправильная конфигурация ведёт к хаосу: ответы на горячие обращения приходят с задержкой, а простые запросы блокируют операторов. Потери времени на ручное управление тикетами достигают 40 часов в месяц. Корректная настройка SLA автоматизирует распределение нагрузки и гарантирует соблюдение договорённостей с клиентами.
Как мы настраиваем SLA: модуль support vs CRM
Выбор платформы зависит от объёма обращений. Официальная документация 1С-Битрикс рекомендует модуль support для тикет-систем с высокими нагрузками, а CRM — для малого бизнеса. Сравним:
| Параметр | Модуль support | CRM Битрикс24 |
|---|---|---|
| Гибкость SLA | Высокая (категории, группы, события) | Средняя (стадии, роботы) |
| Автоматизация | Агенты, кастомные скрипты | Роботы без кода |
| Интеграция с воронкой | Слабая | Полная |
| Рекомендуемый объём | >100 тикетов/день | <100 тикетов/день |
На практике модуль support лучше для крупных магазинов (сложные SLA, несколько категорий), а CRM — для стартапов, где важна быстрая настройка без программирования.
Как работает автоназначение через событие?
При создании тикета срабатывает OnSupportTicketAdd. Мы подписываемся на событие и переопределяем SLA_ID:
\AddEventHandler('support', 'OnSupportTicketAdd', function(&\$arFields) { // Если категория "Брак/возврат" — ставим SLA с реакцией 2 часа if (\$arFields['CATEGORY_ID'] == RETURN_CATEGORY_ID) { \$arFields['SLA_ID'] = 3; // ID нужного SLA } }); Как контролировать нарушение дедлайнов?
Битрикс не отправляет алерты. Наш агент запускается каждые 5 минут и проверяет тикеты, у которых дедлайн истекает через час:
// Агент: ищем тикеты с истекающим дедлайном \$deadline = new \Bitrix\Main\Type\DateTime(); \$deadline->add('1 hours'); \$tickets = \Bitrix\Support\TicketTable::getList([ 'filter' => [ '=STATUS' => 'opened', '<=DEADLINE' => \$deadline, '>DEADLINE' => new \Bitrix\Main\Type\DateTime(), '=SLA_NOTIFIED' => 'N', ], 'select' => ['ID', 'TITLE', 'RESPONSIBLE_ID', 'DEADLINE'], ]); После выборки — рассылаем уведомления через \CEvent::Send() и отмечаем флаг. Для хранения состояния используем HL-инфоблок.
Процесс работы
| Этап | Описание | Длительность |
|---|---|---|
| Анализ | Изучаем категории обращений, источники, текущие проблемы | 2–3 часа |
| Проектирование | Создаём SLA-схему: время реакции, решения, расписания | 1–2 часа |
| Реализация | Настраиваем SLA в модуле support или CRM, пишем агента | 4–8 часов |
| Тестирование | Проверяем на реальных обращениях, корректируем | 2–3 часа |
| Документация | Передаём инструкцию, логи, доступы | 1 час |
Что входит в работу
- Полная конфигурация SLA в модуле support или CRM.
- Разработка кастомного агента контроля дедлайнов.
- Настройка уведомлений ответственным.
- Документация по управлению SLA.
- 2 часа поддержки после внедрения.
Типичные ошибки при настройке SLA
- Слишком короткое время реакции — операторы не успевают обработать поток, растёт просрочка. Рекомендуем делать запас 20% от реального времени.
- Игнорирование праздников — SLA без учёта нерабочих дней приводит к ложным нарушениям. Обязательно заполняем календарь.
- Отсутствие тестирования — после настройки важно прогнать 10–20 обращений вручную, иначе агент может не сработать.
Настраиваем SLA под ключ. Получите расчёт за 2 часа — свяжитесь. Экономия времени за счёт автоматизации — до 40 часов в месяц. Обратитесь к нам для аудита текущих SLA.