Бот компании в MAX — вторая дверь к тому же коду, а не новый проект

Новый чат нужен ради прежней услуги. Выберите сценарий, который клиенты уже проходят в Telegram: например, заявку и получение её статуса.

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

Готовность определяет полученная заявка. Ответ «привет» проверяет связь с мессенджером, но ничего не говорит о работе менеджера.

Связь с CRM сохраняют в существующей системе. Копия базы для MAX заставит отдельно исправлять статусы одного заказа.

Система решает, принять ли заявку и кому показать статус. Канал переводит сообщения клиента в команды этой системы и возвращает ответ.

Разработчики называют такой переводчик адаптером. В Telegram и MAX он свой, а правило «показывать только заказы клиента» общее.

Правила возврата не должны зависеть от названия чата. Иначе правку внесут в Telegram, а MAX продолжит отвечать по старым условиям.

Если правила срослись с Telegram, сначала отделите их. Старый код требует этой работы; смена токена её не заменяет.

Знакомое имя в новом чате не подтверждает личность клиента. У MAX есть свой user_id; у Telegram свой идентификатор пользователя.

Свяжите новый вход с аккаунтом в вашей системе. Для учебного примера клиент входит в кабинет и подтверждает подключение MAX.

После привязки оба чата могут показывать тот же заказ. До неё бот принимает новую заявку, но не открывает чужую историю по имени.

Данные людей не нужны агенту для написания этой связи. Проверяйте её на вымышленных аккаунтах и заказах.

Компании сначала нужен доступ к платформе MAX для партнёров. По документации на 7 октября 2026 бот создаётся после верификации профиля.

Дальше платформа проверяет бота. MAX указывает до 48 часов по рабочим дням на модерацию; это отдельный срок, а не время написания кода.

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

Урок «Дверь в Telegram» в нашем курсе разбирает устройство бота, события и права. Регистрация нового канала остаётся отдельной работой.

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

Сохраните событие до подтверждения приёма. MAX требует ответ за 30 секунд; обращение к вашей системе можно продолжить после него.

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

Кто принимает риск и возвращает прежнюю версию, договоритесь до запуска. Это часть ответственности за ошибки, а не свойство мессенджера.

ИИ-агенту поручают ограниченный сценарий и проверяемый результат. Постановка задачи начинается с заявки, которую менеджер должен увидеть.

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

Так инженер ведёт машину агентов на нашем сайте. На /open 7 октября показаны 7 032 коммита за 98 дней, с 1 июля 2026.

Это объём работы сайта, не замер переноса бота. Как читаются наши числа, разобрано в статье о машине.

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

В подписке на разработку «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026. В потоке одна задача в работе, остальные ждут.

Подключение MAX можно поставить в эту очередь как правку существующего продукта. Тариф оплачивает работу с продуктом; это не цена отдельного бота.

Для разовой формы без общей системы начните с конструктора или разового заказа. Срок разработки зависит от очереди и приёмки, а не числа чатов.

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

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

В учебном примере проверка проходит путь от сообщения до номера заявки. Ошибка с названием канала поступает ответственному за продукт.

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

1. Начните с заявки и её статуса. Принимайте услугу целиком, а не приветствие бота.

2. Сохраните общие правила и заказы. Отдельно сделайте адаптер MAX и подтвердите связь аккаунтов.

3. Проверьте повторы, отказы и прежний сценарий Telegram до запуска нового канала.

4. Назначьте ответственного за доставку заявок. После каждого сбоя закрепляйте исправление проверкой.