Интеграция Salebot с amoCRM без переноса бота

У клиента уже была рабочая воронка в Salebot. Телеграм-бот принимал обращения, вел человека по сценарию и передавал данные в amoCRM через Альбато. Не хватало одного - живой переписки в карточке, чтобы менеджер видел сообщения клиента и отвечал ему прямо из CRM.

Готовый путь казался очевидным - подключить этого же бота к Умнико. Но именно такая попытка уже ломала текущую схему. Бот переставал нормально получать сообщения, а заявки не доходили по привычному маршруту.

Клиенту не пришлось выбирать между работающим ботом и диалогами в CRM. Воронка осталась в Salebot, переписка появилась в amoCRM.

У одного бота не может быть двух хозяев

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

В этой связке место владельца уже занимал Salebot. Там жили рабочая воронка, рекламные ветки и логика заявок. Отдать бота Умнико означало не добавить еще одно окно для менеджера, а начать миграцию всей работающей схемы.

Проблема была не в одной настройке Умнико. Этот сервис претендовал на место, которое у конкретного бота уже занимал Salebot.

Не стал переносить воронку ради готовой интеграции

Я оставил входящие сообщения у Salebot и собрал собственный мост до amoCRM. Он не пытается стать вторым владельцем бота. Он получает сообщение из уже работающего маршрута, находит правильную карточку в CRM и добавляет текст в ее диалог.

Клиент пишет в Телеграм
  -> Salebot принимает сообщение и ведет воронку
  -> собственный мост находит человека и его сделку в amoCRM
  -> сообщение появляется в диалоге этой карточки
  -> менеджер отвечает из amoCRM
  -> мост возвращает ответ через Salebot в тот же Телеграм

Если человек уже есть в CRM, мост использует его текущую карточку и открытую сделку. Если человек новый, основную карточку по-прежнему создает Альбато из данных, которые собрал Salebot. Мост дожидается этой карточки, привязывает к ней диалог и не заводит рядом пустого конкурента.

Так готовая воронка осталась владельцем бизнес-логики, а новая интеграция занялась только перепиской.

Менеджер отвечает из amoCRM, клиент остается в том же боте

Менеджер отвечает из amoCRM. Клиент получает ответ в том же Телеграм-боте. Ему не нужно переходить в другой бот, писать в поддержку или заново объяснять, откуда он пришел.

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

Это двусторонняя интеграция. В amoCRM попадает не только уведомление о заявке, а настоящий разговор, который можно продолжить из CRM.

Один клиент не превращается в несколько сделок

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

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

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

Что доказал живой прогон

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

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

Это важнее зеленого статуса сервиса. Рабочий результат виден с обеих сторон - менеджер продолжает разговор в amoCRM, а клиент получает ответ в том же боте.

Умнико не исчез из всей схемы

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

Альбато тоже осталось на своем месте и создает основную CRM-карточку. Я не стал переписывать весь контур ради одной функции. Добавил только тот слой, которого не хватало - диалоги и обратный ответ менеджера.

Результат

Вместо рискованного переноса рабочего бота получилась собственная интеграция под реальную схему клиента.

клиент пишет в тот же Телеграм-бот;
воронка продолжает работать в Salebot;
сообщение попадает в существующую карточку amoCRM;
менеджер отвечает из CRM;
повторное обращение остается у того же контакта и в той же сделке;
конфликт или неоднозначность не превращаются в новый дубль автоматически.

Коробочная интеграция здесь требовала перестроить процесс под себя. Собственный мост сделал обратное - встроился между уже работающими системами и сохранил их роли.

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

Проблема