Сообщения из API в панели: почему диалог становится «решённым»

Обновлено: 27 сентября 2026 · 5 мин чтения

Шаги

1. 1

   По умолчанию: тихое уведомление

   Сообщение записывается в диалог клиента, но диалог автоматически переходит в состояние решён (resolved):

   • сообщение полностью видно в истории и в отчётах, ничего не теряется;
   • в списке «Open Conversations» у оператора оно не появляется, звука уведомления нет.
2. 2

   Когда клиент отвечает

   Диалог автоматически открывается и попадает в список оператора вместе со всеми ранее отправленными уведомлениями. Оператор видит контекст: когда ушёл код и какие уведомления отправлялись.

3. 3

   Измените поведение: conversation_status

   Добавьте в запрос conversation_status:

   • resolved: по умолчанию, диалог не попадает в список операторов;
   • open: диалог остаётся открытым и виден в списке оператора, если ожидается ответ человека;
   • pending: диалог остаётся в ожидании, для бота или следующего этапа.

   Другое значение возвращает 422. При массовой отправке есть такое же поле.

4. 4

   Диалоги группируются

   Все сообщения на один номер попадают в существующий диалог этого клиента, новый диалог на каждое уведомление не создаётся. В примере с доставкой 5 уведомлений об одной посылке видны в одном месте, по порядку. Только диалог, в котором больше 30 дней не было активности, считается историей, и для нового уведомления открывается новый.

5. 5

   Контакт

   Clomni находит контакт по номеру, а если его нет, создаёт. Если contact.name не передан, в качестве имени записывается номер. contact.identifier это id клиента в Вашей системе, для сопоставления с CRM.