Уявіть: клієнт оформив повернення бракованого товару, створює тікет о 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.