#Когда встречается проблема
Входящий чат отображается у другого клиента: важно различить неправильную привязку чата, совпавшие телефоны и правила создания новых сделок. amoCRM с подключённой интеграцией чатов, право администратора требуется для API связей контактов и чатов.
#Причины и диагностические признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Один идентификатор чата привязан к неверному contact_idСлужебный chat_id указывает на неверный contact_id. | Сопоставьте read-only сведения API с разрешёнными данными отправителя. | Проверьте привязку у администратора |
| Канал создал новую карточку по правилам обработки входящихПравило канала создаёт новые карточки вместо существующих бесед. | Проверьте режим обработки сообщений конкретного канала. | Проверьте правила обработки бесед |
| Интеграция использует неверное соответствие клиентовВнешний источник повторно использует идентификатор чата. | Сравните журнал внешнего канала и CRM по одному chat_id. | Найдите источник неверной записи |
#Пошаговая диагностика и исправление
- Остановите ручные исправленияОткройте раздел «Чаты и мессенджеры» или карточку, где видна переписка. Зафиксируйте канал, дату сообщения, контакт и ID связанной сделки. Не пересылайте переписку и не объединяйте клиентов до выяснения принадлежности. Ожидаемый результат: Есть конкретный пример ошибочной привязки. Если не получилось: Если видно чужие персональные данные, ограничьте круг участников диагностики и сообщите администратору.
- Уточните настоящего отправителя по разрешённым даннымСверьте идентификатор отправителя в источнике чата (доступный служебный идентификатор, не только имя) с карточкой клиента. Телефон и отображаемое имя могут быть общими или изменёнными. Ожидаемый результат: Есть подтверждённое сопоставление чата и клиента. Если не получилось: Если однозначной идентификации нет, отложите перенос переписки и свяжитесь с владельцем канала.
- Проверьте правила обработки беседАдминистратор открывает «Настройки» → «Чаты и мессенджеры» и смотрит текущие правила: создавать новую сделку либо связывать сообщение с существующей беседой. Запишите настройку и поведение для конкретного канала. Ожидаемый результат: Ясно, почему канал мог открыть новую беседу или карточку. Если не получилось: Если меню отсутствует, уточните права и версию интерфейса; не меняйте настройки всех каналов сразу.
- Проверьте привязку у администратораИнтегратор проверяет read-only метод
GET /api/v4/contacts/chatsс фильтром по служебному chat_id или contact_id. Этот API требует административных прав и настройки UUID интеграции; обычный менеджер не должен запрашивать токен другого сотрудника. Ожидаемый результат: Получен точный ID контакта, к которому привязан чат. Если не получилось: Если ответ 401/403 или канал не ваш, обратитесь к владельцу интеграции вместо попытки обойти ограничение. - Найдите источник неверной записиСопоставьте время первого ошибочного сообщения с журналом интеграции и возможными операциями по объединению карточек. Проверьте, не повторно ли используется внешний chat_id для разных клиентов. Ожидаемый результат: Обнаружена ошибка сопоставления идентификаторов или правил канала. Если не получилось: Если причин не видно, подготовьте журнал с удалённым содержимым сообщений для разработчика.
- Исправьте связь только после подтвержденияАдминистратор интеграции вправе исправлять связь через документированный
POST /api/v4/contacts/chats; перед изменением сохраните исходные ID, проверьте, что чат и новый контакт существуют, и согласуйте перенос с владельцем данных. Не помещайте готовую команду записи в статью без проверки конкретных UUID и токена. Ожидаемый результат: Чат отображается у правильной карточки без утраты сообщений. Если не получилось: Если система отвечает отказом, перепроверьте полномочия интеграции по конкретному каналу. - Проверьте последующие сообщенияС разрешения клиента отправьте одно тестовое сообщение через тот же канал и откройте обе карточки. Убедитесь, что новая запись появилась у нужного контакта и не создалась лишняя сделка. Ожидаемый результат: Новые сообщения идут в правильную карточку. Если не получилось: Если снова возникает неправильная связь, отмените локальную правку и исправляйте таблицу сопоставления интеграции.
#Как проверить результат
Проверка одного тестового сообщения показывает верную карточку, сохранённую историю и отсутствие новых неверных связей.
#Если проблема осталась
Сохраните точное время, версию приложения или тип учётной записи, один обезличенный пример, выполненные шаги и наблюдаемый результат. Обращайтесь в официальную поддержку сервиса или к администратору организации. Не публикуйте пароли, токены и персональные данные клиентов.