# Бот и CRM: как связать сообщение с контактом и заявкой

Источник: https://quicklanding.ru/knowledge/telegram-crm-connection/

Как передавать обращения из бота в CRM: связи контактов, поля, повторы, состояние доставки и действия менеджера.

Бот собрал анкету и отправил её менеджеру. Но в CRM контакта нет, а через час клиент пишет ещё раз и появляется вторая сделка. Подключение CRM требует правил передачи и соответствия записей. Само наличие запроса к API не решает, кого считать клиентом и каким результатом закончить обращение.

## Различайте пользователя и контакт

![Команда работает с данными на ноутбуках](/assets/images/knowledge/telegram-crm-connection.webp)

Telegram ID помогает связывать действия пользователя в боте. Он не всегда заменяет подтверждённые контактные сведения, которые нужны компании. Отображаемое имя и username могут меняться или отсутствовать. Не объединяйте CRM-карточки только по похожему имени.

Определите, как связывается существующий клиент. Если бот показывает историю или документы, нужна дополнительная проверка права на них. Для обычного нового обращения можно передать доступные сведения с пометкой источника, не выдавая доступ к чужим данным.

## Подготовьте карту полей

Согласуйте услугу, ответы анкеты, контакт, источник и ответственного. В CRM могут использоваться технические идентификаторы перечислений, отличающиеся от подписи кнопки. Новая услуга в боте должна иметь понятное соответствие, а неизвестный вариант не должен превращаться в случайный этап сделки.

| Сведения | Правило передачи |
| --- | --- |
| Контакт | Проверка и согласованный поиск существующего |
| Услуга | Соответствие справочнику CRM |
| Комментарий | Сохранение смысла и доступный размер |
| Источник | Бот и конкретный сценарий обращения |

Укажите, какие поля сайт или бот могут обновлять. Следующий диалог не должен отменять данные, которые менеджер уточнил вручную. Отсутствующий ответ в новой короткой форме не обязательно означает очистку существующего поля.

## Сохраняйте обращение до передачи

Временный отказ CRM не должен уничтожать собранную анкету. Нужны номер обращения и понятный путь дальнейшей обработки. Подтверждение пользователю должно описывать фактический приём, а не обещать созданную внешнюю запись до проверки.

Для повтора сохраняйте исходную операцию. Если CRM создала сделку, а ответ потерялся, новая отправка может породить дубль. Нужен способ сверки результата и связь с внешним идентификатором. Повторное новое обращение клиента при этом может быть отдельной сделкой.

## Согласуйте работу менеджера

Сотруднику нужны задача, контакт, состояние передачи и ссылка на подтверждённую карточку. Если CRM недоступна, покажите, где находится принятая заявка и кто должен её проверить. Уведомление в Telegram и запись CRM нельзя считать одной неразделимой операцией.

Определите правила назначения ответственного. Услуга, филиал или рабочее время могут влиять на маршрут. Если подходящего сотрудника нет, обращение должно попадать в известный резервный процесс, а не исчезать из-за пустого поля.

## Проверьте несколько жизненных случаев

Нужны новый контакт, существующий клиент, повтор подтверждения и новая отдельная задача того же человека. Добавьте недоступность CRM и потерянный ответ. Откройте карточки и сравните все поля с анкетой, включая сохранённые ручные изменения.

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

В QuickLanding можем связать бот с CRM по процессу вашей команды. Для оценки покажите анкету, пример карточки и правила назначения. Проверим соответствие данных, существующих клиентов и восстановление после отказа.

## Документация и проверка сведений

Технические сведения сверены с документацией 8 октября 2026 года. Для конкретного подключения проверьте версию сервиса и доступные в вашем окружении возможности.

- [OWASP: контроль доступа](https://cheatsheetseries.owasp.org/cheatsheets/Authorization_Cheat_Sheet.html)
- [Telegram: возможности ботов](https://core.telegram.org/bots/features)

## Материалы по соседним задачам

- [Дубли заявок в CRM: как различать повторное обращение и технический повтор](/knowledge/crm-duplicate-leads/)
- [Карта полей сайта и CRM: как избегать несогласованных значений](/knowledge/crm-website-data-map/)
- [Разработка Telegram-ботов](/services/development/apps/telegram-bots/)

## Частые вопросы

### Telegram ID заменяет телефон клиента?

Он идентифицирует пользователя в Telegram, но не всегда решает задачу связи с существующим контактом. Способ соответствия нужно согласовать отдельно.

### Каждый повтор диалога является дублем?

Нет. Повтор одной операции и новое обращение имеют разный смысл. Различайте их по идентификатору и бизнес-сценарию.

### Уведомление менеджеру доказывает передачу CRM?

Нет. Это отдельный результат. Показывайте подтверждённое состояние внешней записи и место хранения заявки, если передача ещё не завершилась.

Автор: Владимир Николаев