Реліз
Markdown статтіПовідомити про помилку

Реліз 5.14.8

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

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

Виправлено

  • Повідомлення клієнта одразу після закриття чату більше не губиться. Раніше, якщо клієнт писав щось у момент або одразу після того, як оператор закривав чат, це повідомлення могло не дійти до Операторської панелі: перше (а іноді і друге) звернення не відкривало нову картку, і клієнт не отримував відповіді, доки не писав ще раз. Тепер система дочікується завершення обробки закриття чату, перш ніж підтвердити його оператору, тож жодне повідомлення клієнта в цей момент не втрачається.

Статистика

Виправлено

  • Оцінка «Якість обслуговування» тепер завжди збігається з вивантаженням «Діалоги». Раніше підсумок за період на вкладці «Якість обслуговування» міг приписувати оцінку клієнта не тому оператору, що зазначений у вивантаженні «Діалоги» за тим самим періодом і фільтрами — цифри розходились. Тепер обидва звіти узгоджені: оцінка зараховується оператору, який останнім підключився до діалогу, — так само, як уже рахують таблиця якості й колонка «Прийняті». Важливо: зміна діє і на історичні періоди, тож цифри за минулі місяці можуть відрізнятися від тих, що ви бачили раніше — якщо ви використовуєте цю оцінку як KPI оператора, врахуйте це при порівнянні зі старими звітами.

Клієнти

Додано

  • Кастомні поля клієнта можна зробити доступними для пошуку окремо від фільтрів. У налаштуваннях полів клієнта зʼявилась позначка «Доступне для пошуку». Увімкніть її для потрібного поля — і пошук на сторінці «Клієнти» знаходитиме клієнта за точним значенням цього поля (наприклад, зовнішнім ідентифікатором), навіть якщо поле не виведено як фільтр. Разом із фільтрами для пошуку можна відкрити щонайбільше 5 кастомних полів клієнтів та організацій.

Виправлено

  • Пошук подібних контактів тепер знаходить дублікати клієнтів без телефону та email. Якщо в клієнта заповнено лише умовне імʼя (username) — типово для клієнтів із чат-віджета — пошук подібних контактів міг не знайти дублікат. Тепер пошук порівнює username і на контакті, і на картці клієнта, тож такі дублікати також знаходяться.
  • Розсилка за завантаженим файлом клієнтів більше не завершується помилкою на великих списках. Раніше пошук отримувачів за файлом на сторінці «Клієнти» міг не завершитися і показати лише «Помилка», якщо файл містив десятки тисяч значень (номерів телефону, email тощо). Тепер такі значення обробляються послідовними невеликими партіями, і час пошуку більше не зростає різко зі збільшенням файлу чи бази клієнтів. Заразом значення з файлу очищаються від зайвих пробілів і дублікатів перед пошуком.

Редактор сценаріїв

Виправлено

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

Оцінка якості

Виправлено

  • AI-оцінка діалогу тепер доводиться до кінця, навіть якщо одна група критеріїв дає збій. Раніше, якщо AI-агент не справлявся з однією групою критеріїв чек-листа (обірвана відповідь, не всі критерії тощо), губилась уся оцінка діалогу — разом із уже виставленими балами. Тепер система перепитує меншими частинами; якщо оцінку все ж не вдається завершити, повідомлення про помилку вказує конкретний критерій, на якому це сталося.
  • Сторінка оцінки більше не показує застарілий бал як щойно отриманий. Раніше після невдалої повторної спроби оцінити діалог сторінка показувала результат попередньої, успішної оцінки так, ніби він щойно зʼявився. Тепер поруч видно попередження, що остання спроба не вдалася, і які саме результати показані — з попередньої успішної оцінки.

Пов'язана документація

Працюєте з власним ШІ-агентом?Встановіть відкритий skill, щоб ваш ШІ-агент працював з актуальною офіційною документацією ConnectiveOne.Отримати skillПотрібна підтримка?Не знайшли відповідь або потрібна допомога команди ConnectiveOne? Створіть запит у Client Portal.Створити запит