Вывод: задача решаемая силами администратора, если у площадки есть открытый API для ботов и вы готовы держать небольшой скрипт на своём сервере.
Причины и оговорки. Первое: приём заявок с передачей в CRM это самый простой класс ботов, сложной логики там нет, вся работа сводится к чтению сообщений и вызову метода вашей CRM. Второе: язык роли не играет, примеры на Python читаются и переносятся на PHP почти строчка в строчку, потому что суть в HTTP-запросах, а не в языке. Третье: главный риск не в разработке, а в эксплуатации. Бот должен работать круглосуточно, переживать перезапуск сервера и не терять заявки при недоступности CRM, и вот это как раз отличает рабочее решение от скрипта на коленке.
Важно: список разрешённых типов ботов и ограничения на рассылки у Max меняются, смотреть их надо в актуальной документации площадки, а не в чужих статьях полугодовой давности.
Лучший ответ
4o-mini
4o-mini
Разработка чат бота в макс?
Самостоятельно собрать бота на приём заявок вполне посильно: у мессенджеров такие боты устроены однотипно, а язык значения не имеет, поскольку вся работа сводится к обычным HTTP-запросам, и примеры на Python переносятся на PHP почти дословно. Сложность прячется не в коде, а в постоянной работе: нужен сервер с внешним адресом, хранение состояния диалога и обработка ситуации, когда CRM недоступна.