Клиентские каналы
Сообщения клиентов создают чаты, лиды и историю общения внутри компании.
Telegram и MAX в CRM выполняют две разные задачи: клиенты пишут в каналы компании, а сотрудники получают рабочие уведомления и ссылки на мини-CRM. Эти контуры нельзя смешивать.
Сообщения клиентов создают чаты, лиды и историю общения внутри компании.
Сотрудники получают уведомления о лидах, сообщениях, задачах и ошибках интеграций.
Ссылка из уведомления открывает мобильный сценарий для быстрого ответа и контроля.
Если сервер не достаёт до Telegram API напрямую, уведомления и проверки токена будут падать. Канал должен иметь рабочий proxy или env fallback, а ошибки нужно логировать с причиной.
Сотрудник получает одноразовый код подключения, отправляет его боту, после чего CRM связывает chat_id с пользователем и tenant. Команда подключения не должна создавать клиентский лид.
Каждая страница описывает свою логику: какие данные фиксируются, кто отвечает, где появляется задача, что списывается со склада и как руководитель контролирует результат.
Сайт, email, онлайн-чат, Авито, VK, Telegram и MAX собираются в единые входящие без ручного копирования.
Лид, сделка, задача, продажа или ремонт связаны с клиентом, ответственным, сроками и историей общения.
Роли, офисы, кассы, склад, аудит действий и отчёты помогают видеть бизнес без «серых» исправлений.
Нет. Клиентские каналы принадлежат компаниям, staff-бот используется для внутренних уведомлений сотрудников.
Да. Уведомление может вести в мини-CRM с ограниченным рабочим сценарием.
Реальный getMe через тот же proxy, сохранённый токен, health канала и свежие delivery logs.
Можно начать с лидов и входящих, а склад, кассы, сервис, роли, ботов и отчёты подключать поэтапно.