Реакции на сообщения для Telegram-бота и WhatsApp Business API
Теперь операторы видят реакции клиентов прямо в Chat2Desk и могут отвечать на них от лица компании, не переключаясь в сам мессенджер. Это упрощает живое общение: иногда достаточно поставить реакцию из списка, чтобы дать понять, что сообщение получено и принято.

Чтобы поставить реакцию, наведите курсор на сообщение и выберите нужный эмодзи из панели. Реакции клиента и оператора отображаются раздельно. В Telegram операторы суммарно могут поставить одну реакцию на сообщение, в WhatsApp — аналогично по одной от клиента и от компании.

Уведомления о новых реакциях настраиваются в разделе Аккаунт > Уведомления и звуки — по аналогии с уведомлениями о новых сообщениях. Реакции также доступны через вебхуки: для автоматизации доработали событие message_reaction, которое позволяет отслеживать, кто и как реагировал.

Функция работает для Telegram-ботов и WhatsApp Business API (360dialog, Gupshup, Meta Cloud API) и доступна только для сообщений, отправленных после обновления.
Новая система идентификации пользователей в WhatsApp
WhatsApp постепенно отказывается от номера телефона как основного идентификатора клиента. Теперь каждому пользователю присваивается внутренний ID, и номер телефона в сообщениях может просто не прийти. Если не адаптироваться к этому изменению, входящие сообщения от таких клиентов перестанут корректно попадать в диалоги.
Chat2Desk уже поддерживает новый стандарт для прямого подключения WhatsApp и для провайдеров GupShup, 360dialog. Система автоматически распознает клиентов по новому идентификатору, а заодно сохраняет username: в карточке клиента будет отображаться его @-имя в WhatsApp, если оно есть.
Для существующих диалогов ничего не изменится. В редких случаях, когда клиент уже есть в базе по номеру телефона, а новое сообщение пришло без него, может создаться дублирующий диалог из-за ограничений на стороне WhatsApp. В Chat2Desk объединить их можно вручную с помощью единой карточки клиента.
Валидация параметров в шаблонах WhatsApp Business API для Gupshup
Для пользователей с подключенным WABA Gupshup появилась валидация параметров при отправке HSM-шаблонов. Раньше если оператор не заполнял все переменные, клиент получал сообщение с буквальным {{1}} или {{2}} вместо нужного значения.
Теперь система проверяет заполненность параметров перед отправкой: если их меньше, чем требует шаблон, отправка блокируется с ошибкой, а если больше, то лишние будут игнорироваться.
Назначение чатов только на операторов в статусе «Работает» в Меню самообслуживания
Раньше меню самообслуживания при переводе чата на оператора не учитывало рабочий статус операторов. В нерабочее время чаты могли назначаться на офлайн-операторов, которые отвечали только утром, и это могло влиять на показатель скорости реакции.
Теперь в шаге Перевести чат на оператора появилась галочка Назначать только на операторов в статусе «Работает». Если она активна, в нерабочее время чат не будет назначен ни на кого из группы, даже если все операторы офлайн. Клиент останется в очереди, а статистика не пострадает.
Включить настройку можно в разделе Автоматизация > Меню самообслуживания.