Откройте проблемное сообщение в CRM и проверьте, какой статус вернул канал связи. Запись в истории диалога ещё не подтверждает доставку клиенту: сообщение могло остаться в очереди, получить отказ или уйти без обратного статуса. Чтобы найти причину, проследите его путь от CRM через сервис интеграции до мессенджера. Ниже разберём, где искать подтверждение отправки, как провести контрольный тест и что передать специалисту, если ошибка повторяется.
Что именно подтверждает статус сообщения в CRM?
Начните с описания статусов в вашей интеграции. Надпись «Отправлено» у разных сервисов обозначает разные события: один принял задание в очередь, другой уже получил подтверждение от мессенджера. Для проверки доставки нужно знать, какое событие стоит за надписью в карточке клиента.
Проследите доступные этапы отдельно:
- CRM создала сообщение и передала команду на отправку.
- Сервис интеграции принял команду и вернул свой идентификатор сообщения.
- Мессенджер принял сообщение либо вернул ошибку.
- Канал сообщил о доставке или прочтении, если поддерживает такие уведомления.
Последний этап доступен не везде. Например, Telegram Bot API не предоставляет боту обычные статусы доставки на устройство и прочтения сообщения пользователем. Успешный ответ API подтверждает отправку сообщения в чат, но не то, что человек его увидел. Поэтому отсутствие отметки «Прочитано» у Telegram-бота само по себе не указывает на сбой.
Для WhatsApp набор статусов зависит от способа подключения и возможностей сервиса интеграции. Проверьте, получает ли он уведомления о доставке и показывает ли их в CRM. Значок часов или галочка без пояснения не заменяют описание статуса.
Отчёты тоже нужно проверять по назначению. В июльском обновлении Chat2Desk за 2026 год заявлены отчёты по доставке и прочтению сообщений в рассылках. Это описание конкретной функции рассылок, его нельзя автоматически переносить на каждое сообщение в личном диалоге (источник: Chat2Desk, «Обновления Chat2Desk: июль 2026»).
Как провести контрольную отправку и отделить сбой от задержки?
Проверьте тот же канал на тестовом контакте, доступ к которому есть у сотрудника. Так можно сопоставить запись в CRM с сообщением на стороне получателя. Для Telegram-бота сначала откройте диалог с ботом и отправьте ему сообщение: бот не начинает произвольную переписку с пользователем только по номеру телефона.
- Откройте тестовую карточку и выберите тот же аккаунт WhatsApp или того же Telegram-бота, через который возникла ошибка.
- Отправьте обычный текст без файла и ссылки, добавьте различимую пометку, например «Проверка доставки».
- Зафиксируйте время отправки, статус и идентификатор сообщения, если CRM его показывает.
- Откройте чат у получателя и проверьте, появился ли текст.
- Сопоставьте результат с журналом сервиса интеграции и статусом в CRM.
Если текст пришёл, а CRM продолжает показывать ожидание, проверяйте обратную передачу статуса. Если сообщения нет и сервис вернул ошибку, начните с её описания. Когда отправка остаётся в очереди, проверьте состояние подключения и обработку заданий.
Успешный тест подтверждает работу выбранного маршрута в момент проверки. Он не объясняет автоматически прежний сбой и не проверяет отправку вложений. Если проблема возникает только с документом, следующим тестом отправьте файл того же типа без сведений о клиенте.
Где искать причину: в CRM, интеграции или мессенджере?
Найдите последний подтверждённый этап. Для этого откройте историю автоматизации в CRM и журнал отправок у сервиса интеграции. Если журнал доступен только поддержке, запросите сведения по конкретному сообщению: время, канал, идентификатор и ответ мессенджера.
CRM не передала команду на отправку
Проверьте, запускалось ли правило автоматизации. В его истории ищите условие, на котором сценарий остановился: статус сделки, отсутствие нужного поля или выбор другого канала. Сообщение, которое сотрудник набрал, но не отправил, тоже не появится в журнале интеграции.
Сравните ручную отправку и отправку по правилу на одном тестовом контакте. Если вручную текст уходит, а по правилу нет, проверяйте условия сценария и права, с которыми он работает.
Сервис принял команду, но не отправил сообщение
Проверьте активность подключения, доступность учётной записи и очередь заданий. При работе через API посмотрите, не изменились ли ключи доступа или настройки подключения. Не переподключайте канал до фиксации ошибки: после этого будет труднее сопоставить исходный сбой с состоянием интеграции.
Мессенджер отклонил сообщение
Читайте ответ канала целиком. Причиной бывает недоступный чат, неверный адрес получателя, ограничение на отправку или неподходящий формат вложения. Для Telegram-бота проверьте, что пользователь начал диалог и не заблокировал бота. Для WhatsApp уточните правила отправки именно для вашего способа подключения, включая требования к шаблону, если он нужен.
Сообщение пришло, но статус в CRM не изменился
Проверьте вебхук, то есть уведомление, которое сервис отправляет обратно в CRM. Найдите событие по идентификатору исходного сообщения и посмотрите, приняла ли его CRM. Если уведомление дошло, но запись не обновилась, специалисту нужно проверить сопоставление идентификаторов и обработку статуса.
Что исправить и как проверить результат?
Меняйте одну настройку за один тест. После восстановления подключения отправьте новый контрольный текст и проследите его путь. Если одновременно заменить ключ доступа, поправить сценарий и повторно запустить очередь, будет трудно понять, какое действие устранило причину.
Перед повторной отправкой клиенту выясните судьбу исходного сообщения. Тайм-аут означает, что система не дождалась ответа за отведённое время; он не доказывает, что мессенджер отклонил текст. Проверьте журнал и историю чата, иначе клиент рискует получить одинаковые сообщения.
Для обращения в поддержку подготовьте короткую карточку сбоя:
- Канал и подключение, через которое шла отправка.
- Время отправки и часовой пояс журнала.
- Идентификаторы сообщения в CRM и сервисе интеграции, если они доступны.
- Точный текст ошибки и последний известный статус.
- Результат контрольного теста: появился ли текст у получателя и обновилась ли CRM.
В задаче на настройку интеграции зафиксируйте критерий приёмки: какие статусы доступны для каждого канала, где сотрудник видит причину отказа и кто получает уведомление о сбое. Для автоматизации диалогов отдельно проверьте, что сценарий не считает любую запись в истории успешной доставкой.
Когда технический маршрут работает, проверьте работу менеджеров. Доставленное сообщение не гарантирует продолжения разговора. Для этой проверки пригодится разбор того, как CRM помогает найти диалоги без ответа в WhatsApp и Telegram: он решает уже другую задачу, поиск обращений, на которые сотрудник не ответил.
Какие типичные ошибки мешают найти причину?
- Считать запись в карточке подтверждением доставки. Исправление: найти ответ сервиса интеграции и уточнить значение статуса.
- Ждать отметку о прочтении от Telegram-бота. Исправление: проверять успешный ответ Bot API и фактическое появление текста в тестовом чате.
- Сразу повторять отправку после тайм-аута. Исправление: сначала проверить исходное сообщение по журналу, чтобы избежать дубля.
- Проверять другой аккаунт или другой сценарий. Исправление: повторить маршрут проблемной отправки на тестовом контакте.
- Передавать поддержке только скриншот с надписью «Ошибка». Исправление: приложить идентификатор сообщения, время и полный ответ канала.
Начните с одного проблемного сообщения: за две минуты откройте его в CRM и скопируйте точный статус вместе со временем отправки в заметку для проверки.
