Реліз 5.13.1

5.13.1 — коригувальний реліз про те, щоб збережене залишалося збереженим: налаштування профілю оператора, застосований фільтр у таблиці діалогів, межі доступу за скіл-групами та дані про джерело чату у статистиці. Також у конструкторі відкрито параметри ноди підключення до оператора, які раніше можна було задати лише вручну в режимі коду.

Основне

Налаштування правої панелі в профілі оператора зберігаються після перезавантаження сторінки; починають діяти й однойменні налаштування інстансу.
Сортування в табличному вигляді більше не скидає застосований фільтр — список лишається в межах вибраних умов.
Переписка чату відкривається лише в межах доступних оператору скіл-груп, навіть за прямим посиланням.
Нода «Підключення до оператора» отримала 9 параметрів у формі: таймаути, повідомлення очікування, вага в черзі та додаткові дані.
Змінна для збереження з двокрапкою (наприклад, registration:first_name) більше не стирається під час редагування ноди.
Статистика віджета отримує домен і платформу відвідувача для всіх чатів, включно з відновленими сесіями.
Сторінка налаштування віджета формує коректне посилання на скрипт для вставки на сайт.
Тривалість діалогу у статистиці більше не завищується через давно закриті чати.

Операторська панель

Налаштування правої панелі зберігаються

Раніше: у розділі Профіль → Налаштування вибір значення для «Розділ правої панелі за замовчуванням» після збереження та перезавантаження сторінки відображався порожнім — виглядало так, ніби налаштування «злетіло». Варіант «За замовченням» не підсвічувався взагалі, а однойменні налаштування рівня інстансу ні на що не впливали.

Тепер: сторінка профілю показує саме те, що збережено, — для всіх налаштувань з перемикачами (розділ правої панелі, закріплення панелі, режим перегляду чатів, часовий пояс, системні повідомлення). Варіант «За замовченням» коректно підсвічується й означає «успадкувати налаштування інстансу»: якщо адміністратор задав розділ правої панелі та її розгорнутий стан на рівні інстансу, оператор отримає саме їх. У налаштуваннях інстансу порожнє значення більше не показується як обраний варіант «Звернення».

Чому це важливо: оператор налаштовує робоче місце один раз, а адміністратор може задати єдиний стандарт для всієї команди.

Детальніше: Налаштування оператора, Налаштування чатів

Сортування в табличному вигляді зберігає фільтр

Раніше: у табличному вигляді списку діалогів зміна режиму сортування через меню сортування скидала всі умови застосованого фільтра — збережений фільтр на кілька десятків звернень перетворювався на повний перелік діалогів. При цьому панель фільтрів продовжувала показувати старі умови, а подальше гортання сторінок працювало вже без фільтра.

Тепер: зміна сортування перезавантажує список з тими самими умовами фільтра — змінюється лише порядок рядків. Фільтр зберігається й під час подальшого гортання сторінок. У режимі стрічки поведінка не змінилася.

Чому це важливо: робочі добірки й збережені фільтри лишаються робочими — не потрібно наново застосовувати умови після кожної зміни сортування.

Детальніше: Перегляд чатів у вигляді таблиці, Як створити фільтр

Переписка доступна лише в межах скіл-груп

Раніше: на інстансах з обмеженням тем за скіл-групами відкриття картки чату коректно блокувалося, але сама переписка такого чату лишалася доступною за прямим посиланням на діалог.

Тепер: повідомлення чату перевіряються за тими самими правилами, що й відкриття картки: доступ мають лише користувачі з відповідної скіл-групи, виконавець звернення та учасники діалогу (зокрема автор власного вихідного чату). Для решти чат виглядає як неіснуючий. На інстансах без обмеження тем за скіл-групами нічого не змінюється.

Чому це важливо: чутливі лінії підтримки (наприклад, окремі теми зі скарг) справді закриті від співробітників без доступу, а не лише приховані в інтерфейсі.

Детальніше: Налаштування груп навичок

Конструктор сценаріїв

Параметри ноди «Підключення до оператора» у формі

Раніше: нода підключення до оператора читала низку параметрів, яких не було у формі — задати їх можна було лише вручну в режимі коду. Через це, зокрема, не вдавалося налаштувати таймаут неактивності діалогу та таймаут очікування оператора, хоча система їх підтримувала. У клієнтських інструкціях таймаут очікування оператора був помилково описаний у секундах.

Тепер: у формі ноди доступні 9 параметрів: Таймаут неактивності діалогу та Таймаут очікування оператора (група «Таймаути та переходи»), нова група «Повідомлення очікування клієнту» (текст і періодичність), Вага (пріоритет) у черзі в групі маршрутизації, а також додаткові дані діалогу й клієнта, історія за телефоном і вибір бота-помічника. Обидва таймаути вимірюються у хвилинах, і це виправлено в інструкціях.

Чому це важливо: типові сценарії передачі на оператора — автозакриття «мовчазних» діалогів, повідомлення клієнту в черзі, пріоритет звернення — налаштовуються прямо у формі, без ручного редагування в режимі коду.

Детальніше: Дія «Підключення до оператора», Передача діалогу оператору

Змінна для збереження з двокрапкою

Раніше: у нодах очікування вводу та повідомлення з клавіатурою значення поля «Змінна для збереження», яке містило двокрапку (наприклад, registration:first_name), беззвучно стиралося під час будь-якого редагування ноди — навіть під час набору самого значення.

Тепер: значення з двокрапкою зберігається: двокрапка — це легальний префікс місця збереження, а не помилка, і під полем є відповідна підказка. Коли увімкнено збереження в кастомні дані, поле заповнюється автоматично й блокується від ручного редагування; після вимкнення перемикача очищається лише автоматично складене значення, а введене вручну лишається.

Чому це важливо: дані з діалогу потрапляють туди, куди їх спрямував автор сценарію, — без прихованої втрати налаштування під час редагування.

Віджет

Повні дані про джерело чату у статистиці

Раніше: віджет збирав дані про відвідувача (домен сайту, платформу, IP) лише на самому початку нового діалогу. Якщо відвідувач повертався до збереженої переписки, ці дані не збиралися взагалі — і чати, створені в такій сесії, не потрапляли у звіти з фільтром за доменом.

Тепер: дані збираються один раз за сесію незалежно від того, новий це діалог чи відновлена переписка. Ручні значення, передані під час ініціалізації віджета, як і раніше мають пріоритет, а параметр вимкнення розпізнавання відвідувача працює без змін. Якщо визначення IP недоступне або повільне, чат надсилається без затримки, а домен і платформа зберігаються.

Чому це важливо: звіти з фільтром за доменом показують усі чати з сайту, а не лише ті, що починалися з чистої сторінки.

Детальніше: Передача параметрів із віджета

Коректне посилання на віджет у налаштуваннях бота

Раніше: сторінка налаштування віджета могла формувати неробоче посилання на скрипт — і в попередньому перегляді, і в коді для вставки, який копіюють на сайт. Також у налаштуваннях бота лишалося попередження з посиланням на попередню версію віджета, яка більше не підтримується.

Тепер: адреса скрипта визначається автоматично під час відкриття сторінки, тож попередній перегляд і код для вставки завжди коректні. Блок із посиланням на попередню версію віджета прибрано.

Чому це важливо: код, який ви передаєте на сайт, працює одразу — без звірок і ручних правок адреси.

Детальніше: Встановлення віджета на сайт, Налаштування віджета

Статистика

Точніша тривалість діалогу

Раніше: якщо чат залишався логічно «активним» тижнями або місяцями, окремі дії над ним (повідомлення, передачі, закриття, автопідключення) продовжували виконуватися вже після фактичного закриття діалогу. Через це показник тривалості діалогу у статистиці міг бути суттєво завищеним.

Тепер: система перевіряє стан чату перед такими діями й не виконує їх для вже закритих діалогів. Тривалість діалогу рахується за реальним життєвим циклом чату.

Чому це важливо: середня тривалість діалогу та похідні від неї показники ефективності відображають реальну роботу команди.

Зверніть увагу

Нові поля ноди «Підключення до оператора» з'являються у формі після оновлення інстансу. Раніше збережені сценарії не змінюються — усі нові поля необов'язкові.
Таймаут очікування оператора має бути меншим за таймаут неактивності діалогу, інакше відповідний перехід ніколи не спрацює. Обидва працюють лише за увімкнених налаштувань чатів на рівні інстансу.
Налаштування інстансу «Розділ правої панелі за замовчуванням» і «Права панель відкрита» починають діяти вперше після переходу на новий інтерфейс — перевірте їхні значення: на частині інстансів права панель тепер відкриватиметься автоматично.
Після оновлення віджета кількість чатів у звітах із фільтром за доменом зросте (орієнтовно в півтора раза). Це відновлені дані, а не нова аномалія; історичні записи не перезаписуються.
Оновлення віджета доїжджає до відвідувачів автоматично, наступним завантаженням сторінки сайту — змінювати код вставки не потрібно.