Реліз 5.14.11
Головне в цьому релізі — надійність щоденної роботи в Операторській панелі: нове повідомлення знову одразу піднімає картку діалогу у списку, масові «Дії» працюють на кастомних папках і фільтрах, а таблиця звернень показує збережені колонки й значення полів клієнта без перезавантаження. Окремо усунено серйозний дефект Редактора сценаріїв, через який збереження могло записати сценарій у чужого бота, і кілька вад у роботі з листами, Instagram-контентом і карткою клієнта.
Операторська панель
Виправлено
- Нове повідомлення знову одразу оновлює картку діалогу в списку «Лінії звернень». На інстансах, де оператор бачить понад 100 відкритих звернень, картки «новіших» діалогів застигали: повідомлення не піднімало діалог угору, не змінювало текст останнього повідомлення і не збільшувало лічильник непрочитаних — доки оператор не перемкнув папку або не натиснув F5. У помічений випадок три повідомлення клієнта не з'являлися в списку 19 хвилин. Тепер такі картки оновлюються одразу; серія повідомлень, що приходить майже одночасно, не губиться, а повторна доставка не подвоює лічильник. Заразом для таких діалогів знову грає звук нового повідомлення (коли центр сповіщень вимкнено).
- Кнопка «Дії» більше не падає з помилкою на кастомних папках і фільтрах. Раніше в папках і збережених фільтрах з великою кількістю звернень меню масових дій просто «не натискалося» — без жодного пояснення. Тепер масова дія виконується як і має, а якщо перелік звернень отримати не вдалося, оператор бачить зрозуміле повідомлення («Масова дія зараз недоступна для цього фільтра») замість мовчазної кнопки. Сам набір, над яким виконується дія, і підрахунок не змінились.
- У вигляді «Таблиця» перша колонка більше не розтягується на весь екран при відкритті. При «холодному» відкритті панелі збережена розкладка колонок могла втратити колонки полів клієнта, а ті кілька, що лишались, займали всю ширину таблиці; після перезавантаження сторінки вигляд ставав нормальним. Тепер збережена розкладка відновлюється повністю з першого разу, а ваші налаштування колонок — ширина, закріплення, приховування, порядок — не втрачаються.
- Колонки полів клієнта та організації заповнені одразу після переходу між папками. Раніше при кліку по іншій папці (наприклад, «Усі відкриті» → «Всі форми») у цих колонках з'являлися прочерки «—», і значення поверталися лише після перезавантаження сторінки.
- У завершеному діалозі знову відкривається фото, надіслане листом. Лист без тексту, у якому клієнт надіслав лише зображення, у закритому діалозі показувався порожньою карткою — саме фото не було видно, хоча воно збереглося. Тепер картка листа з вкладеним зображенням займає повну ширину рядка незалежно від каналу, а власні листи закритого email-діалогу більше не позначаються як «інша гілка» в режимі «усі листи клієнта».
- Попередній лист у ланцюжку знову згортається під «Показати попередні листи». Для листів із деяких поштових клієнтів (зокрема ukr.net і клієнтів, що жорстко переносять текст по рядках) цитата залишалась повністю розгорнутою в чаті. Тепер такі формати теж розпізнаються — при цьому власна відповідь оператора, її підпис і картинки в ній не ховаються в цитату.
Змінено
- У закритому email-діалозі в меню листа більше немає пункту «Переслати». У закритому діалозі немає поля відповіді (замість нього — кнопка «Почати чат»), тож пункт нічого б не відкривав. У відкритих діалогах «Переслати» працює як і раніше.
Клієнти
Виправлено
- Клік по вкладці «Клієнти» із сегмента більше не викидає на форму авторизації. Раніше достатньо було відкрити «Клієнти», вибрати будь-який сегмент чи збережений вигляд і натиснути вкладку «Клієнти» — на мить показувався екран логіна, після чого користувач опинявся на головній сторінці, а фільтр губився. Сесія при цьому була жива. Та сама вада стосувалась і розділів «Налаштування», «Діалоги» й «Бібліотека процесів», відкритих із параметрами в адресі. Клік по вкладці, як і раніше, відкриває повний список клієнтів, а самі сегменти лишаються поруч у бічній панелі.
- Картка клієнта показує історію звернень із першого відкриття. Раніше на вкладці «Історія звернень» одразу після входу в систему могло бути написано «Чати не знайдено», навіть коли звернення у клієнта є; вони з'являлись лише після того, як оператор хоч раз скористався пошуком в Операторській панелі. Якщо дані ще індексуються, тепер про це чесно повідомляється замість порожнього списку.
- У превʼю каналу на картці клієнта зникла англійська фраза «No dialogs found in this channel». Тепер усі повідомлення про відсутність діалогів і помилки превʼю показуються мовою інтерфейсу.
Клієнтський чат
Виправлено
- Відповідь на Instagram Story більше не показується під іменем і аватаром іншого клієнта. У кімнатах коментарів до сторіс заголовок чату називав правильну людину, а автором повідомлення клієнта міг бути зовсім інший — оператор фактично працював із чужою карткою клієнта. Тепер відправник визначається до створення кімнати, тож звернення прив'язується до правильного клієнта. Заразом у рядку з превʼю сторіс замість напису «No» показується назва сторінки-автора.
- Вкладення з Instagram, яке Meta позначає як «непідтримуване», більше не зникає безслідно. Якщо файл вдається завантажити — оператор отримує його як фото чи файл, як і будь-яке інше вкладення. Якщо ні — у чаті з'являється зрозумілий текст про те, що клієнт надіслав вкладення, і його можна переглянути в Meta Business Suite; текст самого клієнта, якщо він був, зберігається.
Додано
- Чат-віджет приймає PDF, підписаний кваліфікованим електронним підписом (КЕП). Раніше такий файл відхилявся з помилкою «Непідтримуваний тип файлу», бо всередині це підписний конверт, а не звичайний PDF. Тепер файл зберігається без змін — підпис лишається цілим, — і оператор відкриває його як звичайний PDF.
Для адміністратора. Щоб оператор бачив зрозумілий текст замість службового повідомлення про непідтримуване вкладення з Instagram, задайте в константах бота значення
unsupported_message, наприклад: «Клієнт надіслав вкладення, яке Instagram не передає. Перегляньте його в Meta Business Suite.»
Редактор сценаріїв
Виправлено
- Збереження більше не може записати сценарій у чужого бота й видалити його секції. Якщо перейти між ботами прямо всередині Редактора сценаріїв — за посиланням або кнопкою «Назад» у браузері — редактор і далі показував сценарій попереднього бота, і наступне «Зберегти» відправляло його секції в іншого бота. Тепер при зміні бота сценарій перезавантажується повністю, кнопка «Опублікувати» неактивна, доки сценарій не завантажено, а сервер відхиляє спробу зберегти чужі секції. Також повний save більше не видаляє секції, яких немає в збереженні, а перехід між ботами коректно відпускає режим редагування попереднього бота (раніше це блокувало константи й назву процесу для колег).
- Тестовий прогін із версії в історії більше не завершується помилкою. Під час перегляду версії з історії кнопка «Запустити» падала з помилкою сервера або «успішно» тестувала не ту версію, що на екрані. Тепер у режимі історії запуск прямо заблокований з поясненням у підказці — у всіх точках входу, включно з пунктом «Run from node». Якщо секції вже не існує, показується зрозуміле повідомлення замість технічної помилки.
Додано
- Дебагер тестових прогонів став інформативнішим. Крок прогону одразу показує короткий рядок «Результат:» — раніше значення, яке повернула нода, доводилось шукати, розгортаючи картку кроку. Помилка кроку тепер позначена іконкою й не губиться в списку. А нода, яку прогін пройшов більше одного разу (циклічні сценарії), показує бейдж
×N— раніше кількість проходів доводилось рахувати вручну по стрілках.
AI-асистент і Fastline Pro
Виправлено
- AI-агенти на рушії Cursor знову відповідають. З 14.09 кожен запит до AI Помічника на цьому рушії завершувався помилкою «Cursor engine request failed», бо постачальник прибрав модель, яка була зашита під варіант «auto». Тепер варіант «auto» користується власним автовибором Cursor. Моделі, яких більше не існує, прибрано зі списків вибору в налаштуваннях. Це ж виправлення стосується AI-асистента на порталі документації.
Додано
- З'явився захист від витоку службового тексту AI-агента в чат-віджет. Кінцевий клієнт іноді бачив у відповіді агента внутрішні міркування (thinking) або фрагменти системного промпта. Тепер відповідь можна перевіряти перед доставкою й блокувати за заданими маркерами, з повторною спробою запиту. Функція вимкнена за замовчуванням і вмикається в налаштуваннях інстансу (група «FLP response leak filter»): там задаються перемикач, кількість повторних спроб і перелік стоп-фраз та службових тегів.
- На рядку сценарійного MCP-інструмента агента з'явилась кнопка переходу до бота. Клік відкриває Редактор сценаріїв того бота, до якого прив'язаний інструмент — раніше бота доводилось шукати вручну.
Стабільність і внутрішні покращення
- Оптимізовано запит до AI-агента під час автоматичної оцінки якості діалогів: для чек-листів без підключеної бази знань із запиту прибрано непотрібний блок інструкцій. Логіка оцінювання не змінилась, змінилась лише вартість виклику. Важливо: для вже створених чек-листів оптимізація застосується після наступного збереження чек-листа.
- Розширено набір службових інструментів для команди підтримки — аудит-лог чату й історія зміни теми звернення доступні для діагностики без прямого доступу до бази.
- Підготовчі технічні зміни для функцій наступних релізів; на поточну поведінку системи вони не впливають.
Пов'язана документація
- Переглянути чергу звернень
- Переглянути таблицю чатів
- Керувати папками звернень
- Створити фільтр
- Режими перегляду листів
- Про Instagram-контент у чаті
- Про AI-асистента
- Переглянути картку клієнта
- Переглянути канали клієнта
- Створити сегмент за фільтрами
- Протестувати сценарій
- Переглянути історію сценарію
- Як редагувати сценарій разом з колегами
- Прив'язати сценарійний MCP-інструмент до агента
- Що таке чат-віджет