---
title: "Реліз 5.14.8"
description: "Повідомлення клієнта одразу після закриття чату більше не губиться; оцінка «Якість обслуговування» тепер завжди збігається з вивантаженням «Діалоги»; виправлено рідкісну помилку збереження сценарію, через яку бот міг переставати надсилати відповіді; покращено пошук і розсилку за файлом на сторінці «Клієнти»."
---

# Реліз 5.14.8

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

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

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

## Статистика

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

## Клієнти

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

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

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

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

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

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

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

- [Про обробку звернень в ConnectiveOne](/uk/operatorline/explanation/obrobka-zvernen.md)
- [Переглянути підсумок вкладки «Якість обслуговування»](/uk/statistics/how-to/view-quality-tab-summary.md)
- [Довідник метрик статистики](/uk/statistics/reference/statistics-metrics.md)
- [Знайти та обʼєднати подібні контакти](/uk/broadcastusers/how-to/search-and-merge-similar-contacts.md)
- [Відфільтрувати клієнтів](/uk/broadcastusers/how-to/filter-clients.md)
- [Знайти клієнтів за файлом](/uk/broadcastusers/how-to/search-clients-by-file.md)
- [Як редагувати сценарій разом з колегами](/uk/scenariobuilder/how-to/edit-scenario-together.md)
- [Як запустити масову AI-оцінку діалогів](/uk/quality_assurance/how-to/run-bulk-ai-evaluation.md)