Сповіщення
Система сповіщень дозволяє визначати умови, що запускають повідомлення, коли аналітика розмов відповідає певним критеріям. Наприклад, ви можете отримувати сповіщення, коли оцінка якості падає нижче порогу, виявляються проблеми з комплаєнсом або тональність є негативною.
Сторінка «Сповіщення» має три вкладки: Правила сповіщень, Галерея пресетів і Події сповіщень.
Правила сповіщень
Section titled “Правила сповіщень”Client Admin Supervisor (read-only)
Правила сповіщень визначають умови, що запускають сповіщення.
Створення правила
Section titled “Створення правила”- Перейдіть до Сповіщення на бічній панелі.
- Натисніть Створити правило.
- Заповніть деталі правила:
- Назва — описова назва (наприклад, «Сповіщення про низьку якість»)
- Категорія — Якість, Комплаєнс, Тональність, Продажі або Власна
- Серйозність — Інформаційне, Попередження або Критичне
- Умови — визначте умови за допомогою візуального конструктора правил (JSONLogic)
- Канали сповіщень — куди надсилати сповіщення (у застосунку, email, Telegram, вебхук)
- Троттлінг (секунди) — обмежує, як часто правило надсилає нове сповіщення.
0означає без обмеження. Ненульове значення дозволяє не більше одного сповіщення на правило протягом цього вікна; кожна відповідна розмова все одно зберігається як подія сповіщення незалежно від цього — троттлінг пропускає лише вихідне сповіщення, поки попереднє ще в межах вікна. Нові правила за замовчуванням отримують 3600 секунд (одне сповіщення на годину); пресети з критичною серйозністю за замовчуванням отримують0(без обмеження) — порушення комплаєнсу чи політики не повинно тихо губитися через троттлінг. - Область проєкту — до яких проєктів застосовується це правило
- За потреби позначте Застосувати до існуючих записів, щоб запустити правило по раніше проаналізованих розмовах (бекфіл).
- Натисніть Зберегти.
Якщо умова посилається на поле, якого немає в результатах аналізу, Aelo відхилить правило під час збереження і вкаже, які поля недійсні — це стосується і створення нового правила, і редагування наявного, тож правило не може бути збережене у стані, коли воно тихо ніколи не спрацює.
Конструктор умов
Section titled “Конструктор умов”Конструктор умов використовує візуальний інтерфейс для визначення правил без коду:
- Виберіть поле (наприклад,
qualityScore,sentiment,saleProbability) - Оберіть оператор (дорівнює, більше ніж, менше ніж, містить тощо)
- Встановіть значення (наприклад, оцінка < 40)
- Комбінуйте умови за допомогою логіки І / АБО
Приклади умов:
- Оцінка якості нижче 50
- Тональність негативна І ймовірність угоди нижче 30%
- Позначка комплаєнсу: відсутнє попередження про запис
Управління правилами
Section titled “Управління правилами”- Увімкнути/Вимкнути — перемикайте правила без видалення
- Редагувати — змінюйте умови, серйозність або канали
- Видалити — назавжди видалити правило
Галерея пресетів
Section titled “Галерея пресетів”Client Admin
Галерея пресетів пропонує готові шаблони правил сповіщень, організовані за категоріями:
| Категорія | Приклади пресетів |
|---|---|
| Якість | Сповіщення про низьку оцінку, виявлення падіння оцінки |
| Комплаєнс | Відсутнє попередження про запис, виявлено нецензурну лексику |
| Тональність | Негативна тональність клієнта, грубість агента |
| Продажі | Низька ймовірність угоди, пропущена можливість для закриття |
Щоб використати пресет:
- Перейдіть на вкладку Галерея пресетів.
- Перегляньте або знайдіть відповідний пресет.
- Натисніть Використати пресет.
- Налаштуйте правило за потреби (пороги, канали, проєкти).
- Збережіть.
Події сповіщень
Section titled “Події сповіщень”Client Admin Supervisor
Вкладка «Події сповіщень» показує хронологічну історію всіх спрацьованих сповіщень.
Кожна подія відображає:
- Назву правила, що спрацювало
- Значок серйозності (Інформаційне / Попередження / Критичне)
- Запис, що викликав сповіщення (посилання для переходу)
- Позначку часу спрацювання сповіщення
- Статус доставки — чи були успішно надіслані повідомлення
Фільтрація подій:
- За серйозністю
- За назвою правила
- За діапазоном дат
- За проєктом
Повторити: Якщо доставку повідомлення не вдалося здійснити, ви можете повторити надсилання з деталей події.
Канали сповіщень
Section titled “Канали сповіщень”Сповіщення можуть доставлятися через кілька каналів:
| Канал | Опис |
|---|---|
| У застосунку | Дзвінок сповіщень у заголовку Aelo |
| Електронний лист на вказані адреси | |
| Telegram | Повідомлення через Telegram-бот |
| Вебхук | HTTP POST на вказану URL-адресу |
Налаштуйте канали сповіщень у Налаштування > Сповіщення.
Командні канали сповіщень
Section titled “Командні канали сповіщень”Client Admin
Окрім особистих каналів вище, кожен проєкт має окреме налаштування командної доставки сповіщень — спільний канал доставки, не прив’язаний до чиєїсь особистої підписки. Знаходиться в розділі Налаштування проєкту → Куди слати алерти.
Підтримувані канали:
| Канал | Опис |
|---|---|
| Telegram | Повідомлення через Telegram-бота |
| Вебхук | HTTP POST на вказану URL-адресу |
| Чат Bitrix24 | Повідомлення в чат Bitrix24 (для вбудованих установок) |
| У застосунку | Дзвінок сповіщень у заголовку Aelo |
Кожен налаштований канал має власну кнопку Перевірити для тестового надсилання після збереження.
Поріг важливості
Section titled “Поріг важливості”Командні канали спрацьовують лише від налаштовуваного порогу важливості — Низька, Середня, Висока або Критична — який задається окремо від важливості правил сповіщень (Інформаційне/Попередження/Критичне) та від особистих підписок кожного користувача. За замовчуванням поріг — Висока, тому «з коробки» командні канали отримують лише сповіщення рівня High і Critical.
Переглядати й змінювати це налаштування можуть лише користувачі з правом редагувати налаштування проєкту.
Бекфіл
Section titled “Бекфіл”При створенні нового правила прапорець Застосувати до існуючих записів запускає правило по всіх раніше проаналізованих записах у вибраних проєктах. Це корисно, коли ви хочете ретроспективно перевірити минулі розмови за новим критерієм.
Бекфіл виконується у фоновому режимі і може тривати деякий час для великих наборів даних.
Доступ за ролями
Section titled “Доступ за ролями”| Функція | Клієнт | Адмін | Супервайзер | Агент |
|---|---|---|---|---|
| Створення/редагування правил | ✅ | ✅ | ❌ | ❌ |
| Видалення правил | ✅ | ✅ | ❌ | ❌ |
| Перегляд правил | ✅ | ✅ | ✅ | ❌ |
| Використання пресетів | ✅ | ✅ | ❌ | ❌ |
| Перегляд подій | ✅ | ✅ | ✅ (в межах проєкту) | ❌ |
| Повтор сповіщень | ✅ | ✅ | ❌ | ❌ |
Поради та найкращі практики
Section titled “Поради та найкращі практики”- Починайте з пресетів — вони охоплюють типові сценарії та можуть бути налаштовані.
- Мудро використовуйте рівні серйозності: Критичне — для порушень комплаєнсу, Попередження — для падіння якості, Інформаційне — для інформаційних патернів.
- Комбінуйте кілька умов за допомогою І/АБО для точного спрацювання.
- Налаштуйте хоча б одне правило комплаєнсу, щоб вчасно виявляти проблеми з попередженням про запис.
- Використовуйте канали email + у застосунку для критичних сповіщень, щоб гарантувати їх помітність.
- Переглядайте Події сповіщень щотижня для налаштування правил — надто багато сповіщень спричиняє втому від них.