Как узнать ID чата в Битрикс24

Вопрос “где взять идентификатор диалога” обычно всплывает в самый неподходящий момент: когда нужно привязать бота, подключить интеграцию или собрать отчеты по каналам. В итоге кто-то копирует первый попавшийся номер из ссылки, автоматизация падает, а в дайджестах — дыры. Это прямые потери: клиенты теряются, контроль над продажами уходит, время утекает в ручные проверки.

Разобраться можно за пять минут, если знать, какой именно ID нужен, где он живет и как его проверить. Ниже — короткий чек-лист без догадок и лишних кликов.

Где искать ID чата и не ошибиться

Суть простая: в Битрикс24 разных “ID” несколько. Для внутренних чатов и для открытых линий они выглядят по-разному. На практике чаще всего нужен строковый идентификатор диалога (dialogId) — именно он встречается в ссылках и конфигурациях ботов. В открытых линиях это формат с префиксом, без него все развалится.

1. Откройте нужный чат. Через меню чата выберите действие “Копировать ссылку” (или “Информация о чате” → “Ссылка”). В URL найдите параметр dialog или dialogId. Внутренний групповой чат будет как chat12345, личка — user123.
2. Если нужно из конкретного сообщения — откройте меню сообщения и выберите “Копировать ссылку на сообщение”. В ссылке, помимо id сообщения, будет идентификатор диалога. Берите именно его, без лишних параметров.
3. Для открытой линии зайдите в диалог из раздела “Открытые линии” или из активности в CRM. Идентификатор диалога обычно вида imol|1234567. Префикс imol| — часть идентификатора, его нельзя отрезать.
4. В десктопном/мобильном приложении тоже используйте “Копировать ссылку”. Адресная строка там не поможет, а ссылка даст корректный dialogId.

Хороший признак — когда dialogId из ссылки совпадает с тем, что отображается при копировании ссылки на конкретное сообщение в том же чате.

Какие данные копировать из переписки

Важно различать три сущности. DIALOG_ID — строковый идентификатор для общения (chat12345, user123, imol|1234567). CHAT_ID — внутренний числовой ID чата в модуле сообщений, чаще нужен для API. MESSAGE_ID — ID конкретного сообщения, для интеграций его обычно не используют как ключ переписки.

Обычно всплывает одна и та же ошибка: берут число из конца ссылки и считают его “ID чата в Битрикс24”. В открытых линиях это часто номер сессии, а не сам dialogId. В результате бот или вебхук “не видит” переписку: вы уверены, что все подключено, а автоматизация не срабатывает или уходит в другой диалог. Если система настроена правильно, любой из трех способов — ссылка чата, ссылка сообщения, карточка активности в CRM — приводит к одному и тому же dialogId.

Как проверить ID в открытой линии

Проверка занимает минуту. Откройте карточку лида или сделки, где есть активность “Диалог в открытой линии”. Перейдите в нее, посмотрите номер сессии и скопируйте ссылку на последнее сообщение. В ссылке вы увидите dialogId с префиксом imol| и тот же номер, что у сессии. Совпали — порядок.

Микро-сценарий: клиент написал в WhatsApp, оператор перевел диалог другому. На практике чаще всего ID остаются теми же: dialogId не меняется внутри одной сессии, даже если меняется оператор. Новый dialogId появится только при новом обращении (закрыли сессию — клиент написал снова). Хороший признак — когда в “Истории обращений” у контакта вы видите разные сессии с разными номерами, но текущий dialogId соответствует активной.

Что делать, если ID не отображается

Иногда ссылку скопировать нельзя или интерфейс урезан правами. Первое — проверьте роль: нужен доступ к чату или активности в CRM. Второе — берите ссылку не на чат, а прямо на сообщение (через меню сообщения). В большинстве случаев ссылка есть даже при минимальных правах на просмотр переписки.

Если работаете из коннектора (мессенджер/агрегатор) и не находите dialogId, вы, скорее всего, смотрите не тот экран. Возвращайтесь в сам диалог открытой линии внутри Битрикс24 — там идентификатор всегда в формате imol|... Еще вариант — открыть активность в CRM и перейти по ссылке сессии: номер в URL совпадет с частью dialogId после префикса.

Для продвинутой проверки подойдет технический путь: через входящий вебхук получить информацию о чате по последнему сообщению. Это быстрее, чем гадать по скриншотам. Но обычно до этого не доходит — верная ссылка на сообщение решает задачу без API.

Какие ошибки ломают интеграции и отчеты

Здесь не про теорию — про реальные сбои, из-за которых улетают лиды, рушатся воронки и теряется контроль над продажами. Иллюзия простоты “возьму цифру из ссылки” оборачивается потерей времени и упущенной прибылью.

• Срезают префикс imol| и подставляют только число. Интеграция не находит диалог открытой линии.
• Путают CHAT_ID (число) и DIALOG_ID (строка). Бот “подвешен”, но не реагирует на нужный чат.
• Копируют MESSAGE_ID вместо идентификатора диалога. Скрипт адресует одно сообщение, а не переписку.
• Берут ID из внутреннего группового чата сотрудников, хотя нужно из открытой линии. Автоматизация уходит “в пустоту”.
• Тестируют в песочнице, переносят в прод и забывают обновить ID. В отчетах — нули, в очереди — висящие обращения.
• Пересоздают канал открытой линии и не перепривязывают правила/ботов. Новые диалоги идут по другому маршруту, метрики расползаются.
• Смешивают обращения с разных порталов Битрикс24. Внешне все похоже, но идентификаторы несовместимы.

Если система настроена правильно, любой чек на ID воспроизводим: вы с любого экрана получаете один и тот же dialogId, а в отчетах нет разрывов сессий. Это и есть минимальная дисциплина, после которой наступает облегчение — связи стабильны, правила работают, а разбор инцидентов занимает минуты.

Хотите закрыть вопрос с идентификаторами и интеграциями без ручной возни? Сделайте два шага: зафиксируйте корректные dialogId по приоритетным каналам и передайте настройку маршрутов/ботов нам. Обратитесь в AMSALES — поможем с настройкой автоматизаций и интеграций Битрикс24, разложим по полкам и протестируем на ваших диалогах: https://amsales.ru/services/integracii/