Ниже — ориентиры на ноябрь 2026 года, особенности MAX, которые влияют на бюджет, и список того, что стоит подготовить до разговора с разработчиком.

Короткий ответ: ориентировочные вилки

Я собрал диапазоны из опубликованных прайсов нескольких студий и частных разработчиков, которые делают ботов для MAX. Это не прайс-лист и не «средняя цена по рынку» — просто рамки, в которые попадает большинство предложений.

Разброс внутри строки огромный, и это нормально. Нижняя граница — обычно частный разработчик и минимальный объём: один сценарий, без админки, без сложных интеграций. Верхняя — студия, отдельные аналитик, дизайнер и тестировщик, SLA и нагрузка в тысячи пользователей одновременно.

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

Из чего складывается цена

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

Сценарии

Сценарий — это путь пользователя: что бот спрашивает, какие кнопки показывает, что делает при неверном ответе. Пять экранов с кнопками и анкета из пяти вопросов — это немного. Сложнее, когда появляются ветвления, возврат на шаг назад, проверка ввода (телефон, email, сумма «150к» вместо «150 000»), черновики и напоминания тем, кто бросил анкету на середине.

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

Интеграции

Обычно это самая дорогая часть. Бот, который просто пересылает заявку в чат менеджеру, стоит заметно дешевле бота, который создаёт сделку в amoCRM или Битрикс24, проверяет дубли контактов, ставит ответственного и потом получает обратно смену статуса.

Каждая связка с внешней системой — это авторизация, обработка ошибок, повтор при сбоях и логирование. Если у системы нет нормального API, интеграция легко становится дороже всего остального бота.

Оплата

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

Админка и отчёты

Кому-то хватает команды /stats и уведомлений в рабочий чат. Кому-то нужна веб-панель: список заявок, фильтры, выгрузка в Excel, редактирование каталога и текстов без программиста. Полноценная админка иногда сопоставима по объёму с самим ботом.

Документы и файлы

Бот может собирать анкету или счёт в PDF и отправлять его прямо в чат. Это отдельный модуль с шаблоном, шрифтами и форматированием. Подробнее — в статье про автоматическую генерацию документов.

Мини-приложение

Когда кнопок мало — каталог на сотню товаров, календарь, конструктор, — к боту добавляют мини-приложение: веб-интерфейс, который открывается внутри MAX. По сути это отдельный фронтенд с дизайном и вёрсткой, поэтому цена растёт заметно.

Что в MAX влияет на бюджет

Технически бот для MAX похож на бота для Telegram, но у платформы есть свои правила. Они не делают разработку в разы дороже, но их стоит учесть заранее.

Бота создаёт бизнес, а не разработчик. Подключиться к платформе MAX для партнёров могут юрлица, ИП и самозанятые — резиденты РФ. Профиль нужно верифицировать: через Госуслуги или банковские сервисы T-Business ID и Alfa ID. Физическим лицам и нерезидентам верификация пока недоступна. Значит, бот регистрируется на вашу организацию, а разработчику вы передаёте токен.

Модерация. Каждый новый бот проходит проверку — по документации до 48 часов в рабочие дни. Это не влияет на цену, но влияет на сроки: закладывайте пару дней до запуска.

Вебхуки только по HTTPS. Для рабочего бота MAX рекомендует получать события через вебхук, а Long Polling оставить для разработки и тестов. Адрес вебхука должен работать по HTTPS на порту 443 с сертификатом доверенного центра (подходят и сертификаты Минцифры), самоподписанные не принимаются. На практике это значит: нужен сервер с доменом и нормальным сертификатом. Это недорого, но это строка в бюджете.

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

API ещё меняется. За 2026 год в API MAX сменился основной домен (теперь platform-api2.max.ru), токен перестали принимать в параметрах запроса — только в заголовке Authorization, а метод GET /chats с июня больше не поддерживается. Поэтому сопровождение для бота в MAX — не формальность: кто-то должен следить за изменениями и вовремя обновлять код.

Расходы после запуска

Разработку оплачивают один раз, но бот продолжает стоить денег и после запуска. Ориентиры:

• Сервер. Простому боту хватает небольшого VPS — от нескольких сотен до 2–3 тысяч рублей в месяц. Ботам с нейросетью и тяжёлыми задачами нужно больше.
• Домен и сертификат. Домен в зоне .ru — от нескольких сотен рублей в год, сертификат Let’s Encrypt бесплатный.
• Сопровождение. Мониторинг, обновления под изменения API, мелкие правки — у разных исполнителей от 10 до 30 тысяч рублей в месяц. Некоторые боты первое время обходятся без постоянного сопровождения и правятся разово.
• Внешние сервисы. Запросы к нейросети, SMS, комиссия платёжного сервиса — вы платите им напрямую, в смету разработки это обычно не входит.

Как сэкономить и не пожалеть

Начните с MVP. Сделайте один главный сценарий — например, запись или заявку — и запустите его. Через месяц будет видно, что люди реально нажимают, а что можно не делать вовсе.

Один бэкенд для Telegram и MAX. Если бот нужен в обоих мессенджерах, логику пишут один раз, а разными остаются только адаптеры под API. Это дешевле двух отдельных ботов: по прайсам студий второй мессенджер добавляет примерно 30–40% к цене одного бота, а не все 100%.

Не делайте мини-приложение раньше времени. Кнопки в MAX покрывают многое: ссылки, запрос контакта и геолокации, быстрые ответы, копирование промокода. Мини-приложение нужно, когда интерфейс действительно не помещается в чат.

Описанный процесс дешевле. Если вы знаете, кто обрабатывает заявку, какие поля нужны в CRM и что происходит после оплаты, разработчику не придётся додумывать это за вас — и это время не попадёт в счёт.

Код и доступы — у вас. Это не про экономию сегодня, а про то, чтобы не платить дважды завтра. Бот зарегистрирован на вашу организацию, сервер и репозиторий — на ваш аккаунт.

Что подготовить до разговора с разработчиком

Чтобы оценка была точной, а не «от 50 до 500 тысяч», достаточно ответить на несколько вопросов:

1. Какую задачу решает бот и как вы поймёте, что он работает? Например: «заявки перестали теряться», «менеджер тратит меньше времени на одни и те же вопросы».
2. Кто им пользуется: клиенты, сотрудники или и те, и другие?
3. Основной сценарий по шагам — хоть списком в заметках.
4. С какими системами нужна связь: CRM, таблицы, платёжный сервис, сайт.
5. Нужна ли оплата, документы, рассылки, админка.
6. Есть ли верифицированный профиль организации на платформе MAX для партнёров.
7. Нужен ли бот ещё и в Telegram.

Как выглядит бот среднего уровня

Чтобы было понятнее, о каком объёме речь, посмотрите мой демо-проект «Виртуальный рекрутер» — бота для MAX. Это не заказ клиента, а демо: вакансии и компании вымышлены. Зато бот работает, и весь путь кандидата можно пройти самому:

• меню на inline-кнопках, где сообщения редактируются, а не копятся в чате;
• каталог вакансий с фильтрами и пагинацией;
• скрининг из восьми шагов с проверкой ввода, кнопками «Назад» и «Отмена»;
• расчёт процента совпадения с вакансией и анкета кандидата в PDF прямо в чат;
• команды и уведомления для администратора.

По набору функций это бот с несколькими сценариями, генерацией документов и простой админкой — то есть середина таблицы выше. Хорошая точка отсчёта, чтобы понять, что из этого нужно именно вам.

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

Бот для MAX дороже, чем для Telegram?

По самой разработке — примерно так же, логика одна и та же. Разница в инфраструктуре и сопровождении: верификация бизнеса, модерация, требования к вебхукам и API, которое пока чаще меняется. Некоторые студии закладывают за это наценку.

Можно ли обойтись конструктором?

Для простых сценариев — да, у MAX есть конструкторы без кода. Ограничения начинаются, когда нужны нестандартная логика, интеграции и собственные данные. Тогда бота пишут на коде через Bot API.

Сколько длится разработка?

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

Если хотите прикинуть бюджет под свою задачу, напишите мне — разберу сценарий и назову честную вилку.

Ниже — как это работает на практике. Всё сверено с документацией на dev.max.ru на начало ноября 2026 года. Платформа активно развивается, поэтому детали могут меняться — перед запуском стоит сверить их ещё раз.

Кто может завести бота

Подключиться к платформе MAX для партнёров и её сервисам — ботам, мини-приложениям, каналам — могут юрлица, ИП и самозанятые, которые являются резидентами РФ. Физическим лицам и нерезидентам верификация пока недоступна.

Количество ботов зависит от типа профиля:

Отсюда практический вывод: если бота вам делает подрядчик, регистрировать его нужно на свою организацию. Разработчику вы передаёте токен — это ключ доступа к API, — а сам бот и его аудитория остаются вашими.

Как подключить бота: по шагам

1. Регистрация на платформе

Войти на платформу MAX для партнёров можно двумя способами: через веб-версию или через мини-приложение «MAX для бизнеса» внутри мессенджера. Шаги в обоих вариантах совпадают.

2. Профиль и верификация

После регистрации создаётся профиль организации, ИП или самозанятого, и его нужно верифицировать. Для организаций и ИП доступны Госуслуги и банковские сервисы T-Business ID и Alfa ID; через банковские сервисы — пока только в веб-версии.

Верификацию от имени организации может пройти только её руководитель (единоличный исполнительный орган) или представитель с правом первой или единственной подписи. Если бота делает сотрудник или подрядчик, этот шаг всё равно проходит руководитель.

3. Создание бота

В разделе «Чат-боты» нажимаете «Создать» и заполняете карточку:

• логотип 500×500 px, JPG или PNG, до 5 МБ;
• название до 59 символов: кириллица, латиница, цифры, без эмодзи;
• описание до 200 символов: что бот делает, график работы оператора, контакты поддержки.

Никнейм пока формируется автоматически: idИНН_bot для юрлиц и ИП и se…_bot для самозанятых. Выбрать или изменить его пока нельзя. В логотипе и текстах запрещены ненормативная лексика, контент 18+ и данные других компаний, а описание должно соответствовать деятельности организации.

4. Модерация

После создания бот получает статус «на модерации». По документации проверка занимает до 48 часов по рабочим дням. После неё бот получает статус «создан», и пользователи могут найти его по никнейму.

5. Токен

Токен находится на платформе: «Чат-боты» → нужный бот → ⋮ → «Настройки». Если бот создан в мини-приложении «MAX для бизнеса», токен можно получить там же или командой в боте «MAX для бизнеса». Токен никому не пересылайте в открытых чатах: тот, у кого он есть, управляет ботом.

Два пути: конструктор или код

Простой сценарий можно собрать без программирования: у MAX есть конструкторы с готовыми решениями. Это подходит для FAQ, сбора заявок и простой записи.

Когда нужны своя логика, база данных, интеграции с CRM или оплата, бота пишут на коде через MAX Bot API. У MAX есть официальные библиотеки для JavaScript/TypeScript (@maxhub/max-bot-api) и Go, а также спецификация OpenAPI — по ней можно сгенерировать клиент для Python, PHP, C# и других языков. Можно работать и с API напрямую: это обычные HTTPS-запросы с JSON.

Как устроен MAX Bot API

Запросы и авторизация

Базовый адрес API — https://platform-api2.max.ru/. Старый домен platform-api.max.ru документация просит заменить. Токен передаётся в заголовке Authorization; в параметрах запроса его больше не принимают.

Проверить, что токен рабочий, можно одним запросом:

curl -X GET "https://platform-api2.max.ru/me" \
  -H "Authorization: <токен бота>"

В ответ придёт информация о боте: идентификатор, имя, никнейм.

Отправка сообщения с кнопками

Сообщения отправляются методом POST /messages. Получателя указывают в параметрах: user_id для личного диалога или chat_id для чата или канала. Кнопки — это вложение типа inline_keyboard:

{
  "text": "Здравствуйте! Чем помочь?",
  "attachments": [{
    "type": "inline_keyboard",
    "payload": {
      "buttons": [
        [{"type": "callback", "text": "Записаться", "payload": "book"}],
        [{"type": "link", "text": "Наш сайт", "url": "https://example.ru"}]
      ]
    }
  }]
}

Текст сообщения — до 4000 символов. Отправлять можно не больше двух сообщений в секунду в один чат, а всего к API — не больше 30 запросов в секунду. Для рассылок это значит одно: нужна очередь.

Вебхуки и Long Polling

Бот узнаёт о действиях пользователей двумя способами:

• Webhook — MAX сам присылает событие на ваш сервер. Подписка настраивается методом POST /subscriptions. Для рабочих ботов документация рекомендует именно его.
• Long Polling — бот сам опрашивает GET /updates. Способ ограничен по скорости и сроку хранения событий, поэтому подходит только для разработки и тестов.

Одновременно использовать оба нельзя. Требования к вебхуку строгие: HTTPS на порту 443, сертификат доверенного центра или Минцифры, полная цепочка сертификатов, совпадение домена с сертификатом. HTTP и самоподписанные сертификаты не поддерживаются. Если при подписке указать secret, MAX будет присылать его в заголовке X-Max-Bot-Api-Secret — по нему сервер проверяет, что запрос пришёл именно от MAX.

Что умеет бот в MAX

Семь типов кнопок

Под сообщением можно разместить до 210 кнопок: до 30 рядов, до 7 кнопок в ряду. Для кнопок-ссылок, запроса контакта, геолокации и открытия мини-приложения — не больше 3 в ряду.

У кнопки request_contact есть полезная деталь: в сообщении с контактом приходит поле hash, по которому можно проверить, что человек поделился именно тем номером, который привязан к его аккаунту. Это позволяет использовать номер для регистрации. Но правила платформы ограничивают такие данные: использовать их можно только для работы с текущим ботом.

Диплинки

Ссылка вида https://max.ru/<никнейм_бота>?start=<payload> открывает бота и передаёт ему параметр длиной до 128 символов. Бот получает событие bot_started с этим значением. Отсюда сценарии:

• QR-код на столике или в чеке ведёт в бота с номером заведения — бот сразу предлагает оставить отзыв;
• кнопка «Отследить заказ» на сайте открывает бота с номером заказа, и он сразу показывает статус;
• разные ссылки для разных площадок показывают, откуда пришли пользователи.

Конфиденциальные данные в payload в открытом виде передавать нельзя — только одноразовые токены или закодированные идентификаторы. Отправлять через диплинки авторизационные сообщения правила тоже запрещают.

Файлы и редактирование сообщений

Через POST /uploads бот загружает изображения, видео и файлы и прикрепляет их к сообщениям: так приходят PDF-анкеты, счета и договоры. Отправленные сообщения можно редактировать и удалять, поэтому меню не обязано копиться в чате: бот обновляет одно и то же сообщение.

Групповые чаты и каналы

Бота можно добавить в групповой чат или канал. В чате он принимает команды и присылает уведомления — например, о новых заявках в рабочую группу менеджеров. В канале публикует посты. По умолчанию добавление в групповые чаты выключено, его включают в настройках приватности после модерации. Чтобы бот видел сообщения и мог отвечать, ему нужны как минимум права read_all_messages и write.

Мини-приложения

Когда кнопок не хватает, к боту подключают мини-приложение — веб-интерфейс, который открывается внутри MAX кнопкой open_app. Это тот же подход, что и Telegram Mini Apps: обычная веб-разработка плюс проверка данных пользователя на сервере. О том, как это устроено, — в статье про Mini App для кафе и магазина.

Сценарии, которые хорошо ложатся на бота

• Запись и заявки. Выбор услуги, даты и времени кнопками, подтверждение и напоминание накануне.
• Статус заказа. Диплинк с номером заказа с сайта или из SMS, уведомления о смене статуса.
• Поддержка. Ответы на частые вопросы кнопками и передача сложного вопроса оператору в рабочий чат.
• Документы. Счёт, договор или анкета в PDF прямо в чат — без почты и ручной сборки.
• Подбор персонала. Каталог вакансий, скрининг кандидата, анкета в PDF и уведомления рекрутеру. Так устроен мой демо-бот «Виртуальный рекрутер» — его можно открыть в MAX и пройти весь путь кандидата самому. Вакансии в нём вымышлены, это демонстрация, а не работа для клиента.
• Внутренние задачи. Уведомления сотрудникам, сбор отчётов, согласования в групповом чате.

Частые ошибки при запуске

1. Бот зарегистрирован не на того. Если бота заводит подрядчик на свой профиль, вы зависите от него. Профиль и бот должны принадлежать вашей организации.
2. Long Polling в продакшене. Для отладки удобно, для живого бота — нет: события теряются и приходят с задержкой.
3. Рассылка без очереди. Ограничение в два сообщения в секунду на чат и 30 запросов в секунду на API быстро даёт о себе знать.
4. Не учли модерацию. Запуск «завтра утром» не получится, если бот ещё не прошёл проверку.
5. Нет сопровождения. API меняется: за 2026 год сменился домен, способ передачи токена, а часть методов перестала поддерживаться. Кто-то должен следить за этим и обновлять бота.

Что дальше

Если вы только присматриваетесь к MAX, начните с одного сценария: заявки, записи или статуса заказа. Сколько это может стоить и из чего складывается цена, я разобрал в статье «Сколько стоит разработать чат-бота для MAX».

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

Для бизнеса это способ сделать «своё приложение» без публикации в магазинах приложений. Ниже — как это устроено, зачем это кафе и магазину и где подводные камни.

Чем Mini App отличается от бота и сайта

Обычный бот общается сообщениями и кнопками. Для записи или анкеты этого достаточно, но меню на 40 позиций с модификаторами в чате превращается в бесконечную ленту.

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

Mini App — это сайт, который живёт внутри бота. Интерфейс как у приложения, а уведомления, статус заказа и повторные покупки — через чат с ботом, который у гостя уже есть.

Как Mini App открывается

Telegram поддерживает несколько способов запуска. Для кафе и магазина полезны четыре:

• кнопка меню в чате с ботом — постоянная точка входа, например «Меню»;
• кнопка под сообщением — «Открыть каталог» в приветствии или в рассылке;
• главное мини-приложение — кнопка запуска в профиле бота и ссылка вида https://t.me/имя_бота?startapp;
• прямая ссылка вида https://t.me/имя_бота/имя_приложения — её удобно ставить в QR-код на столике или кассе.

В ссылке можно передать параметр startapp, например номер стола или точки. Он придёт в мини-приложение, и оно сразу откроется в нужном состоянии.

Как это устроено технически

Фронтенд

Это обычная веб-страница на HTML, CSS и JavaScript — на чистом JS или на любом фреймворке. Чтобы связать её с Telegram, подключают скрипт telegram-web-app.js. После этого доступен объект Telegram.WebApp, через который приложение:

• получает тему пользователя — светлую или тёмную и цвета — и подстраивается под неё;
• управляет нативными кнопками: главной кнопкой внизу экрана (MainButton) и кнопкой «Назад» в шапке;
• включает вибрацию при нажатиях (HapticFeedback);
• учитывает безопасные зоны экрана в полноэкранном режиме;
• получает данные пользователя в поле initData.

Бэкенд и проверка initData

Главное правило: данным из браузера доверять нельзя. В initData приходят идентификатор пользователя, имя и подпись. Сервер обязан проверить подпись, прежде чем принимать заказ. Документация Telegram описывает алгоритм: из токена бота и строки WebAppData получают секретный ключ, затем считают HMAC-SHA-256 от отсортированных полей и сравнивают с переданным hash.

На Python это выглядит примерно так:

import hmac, hashlib, time
from urllib.parse import parse_qsl

def check_init_data(init_data: str, bot_token: str, max_age: int = 3600) -> dict | None:
    fields = dict(parse_qsl(init_data, keep_blank_values=True))
    received_hash = fields.pop("hash", "")
    data_check_string = "\n".join(f"{k}={v}" for k, v in sorted(fields.items()))
    secret = hmac.new(b"WebAppData", bot_token.encode(), hashlib.sha256).digest()
    calc = hmac.new(secret, data_check_string.encode(), hashlib.sha256).hexdigest()
    if not hmac.compare_digest(calc, received_hash):
        return None                      # подпись не сошлась — запрос не от Telegram
    if time.time() - int(fields.get("auth_date", 0)) > max_age:
        return None                      # данные устарели
    return fields

Второе правило вытекает из первого: цену считает сервер. Фронтенд присылает только состав заказа — позиции и опции, — а сумму бэкенд считает по своему прайсу. Иначе кто-нибудь обязательно попробует купить капучино за рубль.

Связь с ботом

После оформления заказа бэкенд через Bot API отправляет гостю сообщение: «Заказ №… принят». Дальше бот присылает статусы — «готовится», «готов» — а сотрудникам уходит уведомление в рабочий чат с кнопками смены статуса. Мини-приложение и бот — две половины одной системы.

Оплата

Здесь два разных случая, и путать их нельзя.

• Физические товары и услуги — кофе, еда, товары с доставкой — оплачиваются через сторонних платёжных провайдеров. В России это, например, ЮKassa: провайдер подключается через @BotFather, бот выставляет счёт, а мини-приложение может открыть его методом openInvoice.
• Цифровые товары и услуги внутри Telegram — подписки, внутриигровые предметы, доступ к контенту — по правилам Telegram оплачиваются только в Telegram Stars.

Для кафе актуален первый вариант. Можно обойтись и без оплаты в приложении — «оплата при получении» для самовывоза часто проще и для гостя, и для кассы. И отдельно не забудьте про онлайн-кассу и чеки по 54-ФЗ, если деньги принимаются онлайн: это вопрос к вашей кассе и платёжному сервису, а не к Telegram.

Зачем это кафе и магазину

Предзаказ и самовывоз. Гость заказывает по дороге и выбирает время, бариста видит заказ заранее. Меньше очереди у кассы в часы пик.

Меню, которое легко обновлять. Стоп-лист, сезонные напитки, цены — всё меняется в админке без перепечатки и правок в агрегаторах.

Своя программа лояльности. Карта «каждый шестой кофе бесплатно» живёт в том же приложении, а не в отдельной картонке, которая теряется.

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

Свой канал продаж. В отличие от агрегаторов, база клиентов и история заказов остаются у вас.

Чего Mini App не даст сам по себе: трафика. Его всё равно нужно приводить — QR-кодами в зале, ссылкой в соцсетях, на сайте и в картах.

Что учесть в 2026 году

Это нельзя обойти стороной. С августа 2025 года Роскомнадзор ограничивает звонки в Telegram, а с февраля 2026 года объявил о «последовательных ограничениях» работы мессенджера. Пользователи по всей стране жалуются на медленную загрузку медиа и перебои с сообщениями. На момент публикации, в начале ноября 2026 года, официального решения о полной блокировке с конкретной датой нет, но работа мессенджера в России нестабильна.

Что это значит для бизнеса: строить продажи только на Telegram рискованно. Хорошая новость в том, что Mini App — это веб-приложение, и его можно сделать независимым от одной платформы:

• общий бэкенд — меню, заказы, лояльность и админка не привязаны к мессенджеру;
• тот же интерфейс в MAX. В MAX тоже есть мини-приложения, которые открываются из бота кнопкой open_app. Отличаются способ запуска и проверка данных пользователя, а меню, корзина и заказы остаются общими;
• версия в обычном браузере — та же страница по прямой ссылке для гостей без мессенджера.

Как подключить бота в MAX, я подробно разобрал в отдельной статье — «Бот в MAX для бизнеса».

Как это выглядит вживую

Я сделал демо-проект «Зерно и Пар» — Telegram-бота кофейни с мини-приложением. Кофейня вымышлена, оплата ненастоящая, заказ никто не готовит, но всё работает, и заказ можно оформить самому:

• меню из 16 позиций в четырёх разделах, светлая и тёмная тема;
• настройка напитка — объём, молоко, сиропы, дополнительный шот — с пересчётом цены на лету;
• корзина, слоты самовывоза каждые 10 минут и комментарий к заказу;
• нативные кнопки Telegram и вибрация;
• проверка подписи initData на сервере, цену считает бэкенд;
• статусы заказа в чат, чек заказа в PDF и карта лояльности.

Мини-приложение открывается и в обычном браузере — именно так, как описано выше: интерфейс один, а точки входа разные.

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

Сколько стоит Mini App?

Зависит от объёма. По открытым прайсам студий и разработчиков простое мини-приложение начинается примерно от 100 тысяч рублей, а сложные проекты с каталогом на сотни товаров, личным кабинетом и интеграциями с учётной системой стоят в разы дороже. Подробнее о том, что влияет на цену, — в статье про стоимость ботов: логика расчёта для Telegram и MAX одна и та же.

Нужно ли гостю что-то устанавливать?

Нет. Mini App открывается внутри Telegram, как вкладка. Гостю нужен только сам мессенджер, а для браузерной версии — даже он не нужен.

Можно ли подключить кассу или учётную систему?

Да, через бэкенд. Заказ из мини-приложения можно передавать в учётную систему, CRM или таблицу так же, как заказы с сайта. Всё зависит от того, есть ли у системы API.

Чем Mini App лучше обычного сайта с корзиной?

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

С чего начать

1. Опишите, что гость должен сделать за минуту: выбрать, настроить, указать время, подтвердить.
2. Решите, где хранится меню и кто его обновляет.
3. Определитесь с оплатой: онлайн через провайдера или при получении.
4. Продумайте уведомления для персонала: куда приходит заказ и как меняется статус.
5. Сразу закладывайте второй канал — MAX или браузерную версию, — чтобы не зависеть от одной платформы.

Если хотите обсудить мини-приложение для своего кафе или магазина, напишите мне — покажу демо и прикину объём работ под вашу задачу.

Важно. Я разработчик, а не юрист, и эта статья — не юридическая консультация. Здесь собраны нормы и практики, о которых стоит знать при постановке задачи. Если проект затрагивает персональные данные или крупные базы чужих сайтов, обсудите его с юристом.

Есть ли закон о парсинге

Отдельного закона о парсинге в России нет. Конституция гарантирует право свободно искать, получать и распространять информацию любым законным способом (ч. 4 ст. 29). Сам по себе автоматический сбор открытой информации не запрещён.

Риски появляются не из-за способа, а из-за того, что собирается и как используется. Основных зон четыре: персональные данные, права на базы данных, авторские права на контент и способ доступа к сайту.

Персональные данные и 152-ФЗ

Самая серьёзная зона. Имена, телефоны, email, фото, ссылки на профили — всё это персональные данные, и на их обработку распространяется закон «О персональных данных» (152-ФЗ). Сбор — тоже обработка.

Ключевая мысль, о которую спотыкаются чаще всего: «данные в открытом доступе» не значит «их можно собирать и использовать как угодно». С 1 марта 2021 года в законе есть статья 10.1 о данных, которые человек разрешил распространять. Для такого разрешения нужно отдельное согласие, а человек вправе установить запреты и условия: например, разрешить показывать телефон на сайте, но запретить его дальнейшую передачу. Сам факт, что телефон виден на странице, не даёт права выгрузить его в свою базу для рассылок.

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

Практический вывод: парсер для цен, товаров, курсов и характеристик — почти всегда спокойная задача. Парсер, который собирает контакты людей, — задача, которую без юриста лучше не начинать.

Права на базы данных

Гражданский кодекс защищает не только тексты и фото, но и сами базы данных. Изготовитель базы, на создание которой ушли существенные затраты, получает исключительное право извлекать из неё материалы (ст. 1334 ГК РФ). Нарушением считается извлечение существенной части базы — по объёму или по значимости — без разрешения.

Это не теория: суды рассматривают такие споры. Например, в 2023 году Суд по интеллектуальным правам оставил в силе решения по делу № А56-39703/2022. Ответчик извлёк из чужой базы данных материалы в существенном объёме и встроил их в свой сайт. Суд признал это нарушением исключительного права на базу данных.

Что это значит на практике:

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

Авторские права на контент

Тексты описаний, статьи, фотографии товаров — объекты авторского права. Собрать их для анализа — одно. Опубликовать у себя — другое: это использование чужого произведения без разрешения. Типичная ошибка — спарсить каталог поставщика вместе с фото и описаниями и выложить в свой магазин. Если поставщик не давал разрешения, это прямой риск претензии.

Факты — цена, артикул, наличие, размер — авторским правом не охраняются. Поэтому для мониторинга цен обычно собирают именно их.

Способ доступа: robots.txt, нагрузка и защита

robots.txt и пользовательское соглашение

Файл robots.txt — не закон, а инструкция для роботов от владельца сайта. Но это внятный сигнал: если раздел закрыт от роботов, владелец не хочет, чтобы его обходили автоматически. Пользовательское соглашение сайта может прямо запрещать автоматический сбор, и тогда к картине добавляются договорные риски.

Нормальная практика — уважать robots.txt и правила сайта, а если они мешают задаче, искать другой источник или договариваться с владельцем.

Нагрузка

Парсер, который отправляет сотни запросов в секунду, может положить небольшой сайт. Это уже не «сбор данных», а вред чужой инфраструктуре. Аккуратный парсер ходит с паузами, ограничивает число одновременных запросов, кэширует результаты и не запрашивает одно и то же повторно.

Обход защиты

Здесь граница жёсткая. Использование чужих учётных данных, взлом авторизации и обход технических средств защиты — это уже не серая зона: за неправомерный доступ к компьютерной информации предусмотрена уголовная ответственность (ст. 272 УК РФ). Данные «за логином» — личные кабинеты, закрытые разделы — без разрешения владельца не собирают.

API — лучший вариант

Если у сайта есть официальный API, используйте его. Это законный, стабильный и обычно более быстрый способ: данные приходят в структурированном виде, а условия использования прописаны. Например, Банк России публикует курсы валют в машиночитаемом виде, и парсить для этого страницы не нужно.

Чек-лист «спокойного» парсинга

Задача почти наверняка в зелёной зоне, если:

• данные открыты без авторизации;
• это не персональные данные: цены, товары, характеристики, курсы, расписания;
• вы берёте нужные поля, а не копируете всю базу целиком;
• данные нужны для внутренней аналитики, а не для публикации у себя;
• парсер работает с паузами и не создаёт заметной нагрузки;
• robots.txt и правила сайта не запрещают такой сбор, либо у вас есть договорённость;
• если есть официальный API, вы используете его.

Если по какому-то пункту ответ «нет» — это не обязательно запрет, но это повод остановиться и разобраться подробнее.

Как заказать парсер

Хорошее задание на парсер умещается в одну страницу. Вот что в нём должно быть.

1. Источники

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

2. Поля

Что именно нужно собрать: название, цена, старая цена, наличие, артикул, ссылка, дата. Лучше всего — пример таблицы, которую вы хотите получить на выходе.

3. Объём и частота

Сколько страниц или позиций и как часто обновлять: один раз, раз в день, каждый час. От этого зависят архитектура и стоимость сервера.

4. Формат результата

Excel, CSV, Google Таблица, загрузка в вашу CRM или базу, уведомление в Telegram или MAX при изменении цены.

5. Что делать при сбоях

Сайты меняют вёрстку, и парсер ломается — это нормально. Нужно заранее решить, кто и как узнаёт о поломке и как быстро её исправляют. Хороший парсер не молча отдаёт пустой файл, а сообщает: «источник изменился, собрано 0 из 1200».

Что влияет на цену парсера

• Количество источников. Каждый сайт — это своя разметка, и под каждый пишется свой разборщик.
• Как сайт отдаёт данные. Обычный HTML разбирается быстро. Если страница собирается JavaScript-ом, нужен браузерный движок, а это медленнее и дороже в работе.
• Защита от роботов. Капчи и блокировки — отдельная работа. А иногда честный ответ: этот источник автоматически не собрать, и лучше договориться с владельцем.
• Регулярность. Разовая выгрузка проще, чем сбор по расписанию с историей изменений и уведомлениями.
• Куда отдавать результат. Файл — проще всего; интеграция с CRM или учётной системой — отдельная задача.
• Поддержка. Если сайты-источники часто меняются, нужен кто-то, кто будет чинить парсер.

Как выглядит аккуратный парсер

Чтобы показать подход, я сделал живое демо парсера. Он работает только с открытыми источниками: учебными сайтами, созданными специально для практики парсинга, и официальными данными Банка России о курсах валют. В демо видно то, о чём шла речь выше:

• прогресс и лог сбора в реальном времени;
• ограничения: не больше двух парсингов одновременно, лимиты на страницы и запуски, паузы между запросами;
• кэш: одинаковый запрос в течение 10 минут отдаётся без повторного обращения к источнику;
• таблица с поиском и сортировкой, графики и выгрузка в Excel или CSV.

Это демо-проект, а не заказ клиента, но устроен он так же, как рабочие парсеры: аккуратно к источнику и удобно для того, кто пользуется результатом.

Если у вас есть задача на сбор данных, напишите мне. Вместе посмотрим на источники, оценим риски и решим, как собрать данные проще и безопаснее — через API, парсер или договорённость с владельцем сайта.

Автоматизация здесь простая по смыслу: данные вводятся один раз, а документ собирается сам. Ниже — как это устроено и о чём подумать заранее.

Какие документы автоматизируют чаще всего

• Коммерческое предложение. Не имеет строгой формы, зато его часто нужно быстро и красиво.
• Счёт на оплату. Важно: счёт — не первичный учётный документ, а предложение оплатить. Строгих требований закона к его форме нет, но в нём должны быть реквизиты для оплаты, позиции и итог.
• Договор. Обычно это шаблон с подстановкой сторон, предмета, сроков и сумм, иногда со спецификацией.
• Акт. Первичный документ, подтверждающий оказание услуг или выполнение работ.
• УПД, накладные, доверенности, анкеты, заявления — всё, что собирается по шаблону.

Обязательные реквизиты первички

Для первичных документов, например акта, закон о бухучёте (ч. 2 ст. 9 402-ФЗ) перечисляет обязательные реквизиты:

1. наименование документа;
2. дата составления;
3. наименование организации, составившей документ;
4. содержание факта хозяйственной жизни;
5. величина натурального или денежного измерения с единицами измерения;
6. должность ответственного лица;
7. подписи с расшифровкой — фамилией и инициалами.

Шаблон акта стоит один раз сверить с этим списком, и дальше генератор будет следовать ему без исключений. Это одно из главных преимуществ автоматизации: человек может забыть поле, шаблон — нет.

Как устроена генерация

Схема одинаковая почти для любого проекта:

данные → шаблон → документ → доставка → хранение

Откуда берутся данные

• форма в браузере — менеджер вводит реквизиты и позиции, документ собирается на экране;
• CRM — по кнопке в сделке Битрикс24 или amoCRM данные уходят в генератор, а готовый PDF возвращается в карточку сделки;
• бот — клиент отвечает на вопросы в Telegram или MAX и получает документ прямо в чат;
• таблица или учётная система — пакетная генерация, например актов за месяц по всем клиентам.

Реквизиты контрагента по ИНН можно подтягивать из открытых сервисов, чтобы не вводить вручную название, КПП и адрес.

Шаблон: HTML или DOCX

HTML и CSS → PDF. Шаблон вёрстается как веб-страница, а в PDF его превращает специальная библиотека. Плюсы: точный контроль над видом документа, таблицы, логотип, фирменные цвета, предпросмотр в браузере ровно таким, каким будет PDF. На Python для этого хорошо подходит WeasyPrint.

DOCX-шаблон. Документ готовят в Word, ставят в нём метки вроде {{ client_name }}, а программа подставляет значения. Плюс — шаблон может править юрист или бухгалтер, не трогая код. Для Python есть docxtpl и python-docx; чтобы получить из DOCX ещё и PDF, используют LibreOffice в режиме без интерфейса.

Часто нужны оба формата: PDF — чтобы отправить клиенту, DOCX — чтобы можно было поправить вручную.

Минимальный пример сборки PDF из HTML-шаблона:

from jinja2 import Environment, FileSystemLoader
from weasyprint import HTML

env = Environment(loader=FileSystemLoader("templates"), autoescape=True)
html = env.get_template("invoice.html").render(invoice=invoice)
pdf_bytes = HTML(string=html, base_url="templates").write_pdf()

Где ошибаются чаще всего

Деньги во float

Классическая ошибка — считать суммы в числах с плавающей точкой. В Python 0.1 + 0.2 даёт 0.30000000000000004, и на большом счёте копейки в итоге могут разойтись с суммой строк. Деньги считают в Decimal с явным округлением до копейки.

НДС «в том числе» и «сверху»

С 1 января 2026 года основная ставка НДС — 22%. Генератор должен уметь оба варианта:

• НДС в том числе — цена уже включает налог, его выделяют из суммы;
• НДС сверху — налог начисляют на цену без НДС.

Плюс другие ставки — 10%, 0%, ставки 5% и 7% для упрощенцев — и вариант «без НДС».

from decimal import Decimal, ROUND_HALF_UP

KOP = Decimal("0.01")

def vat_included(total: Decimal, rate: int) -> Decimal:
    """НДС в том числе: выделяем налог из суммы."""
    return (total * rate / (100 + rate)).quantize(KOP, ROUND_HALF_UP)

def vat_on_top(net: Decimal, rate: int) -> Decimal:
    """НДС сверху: начисляем налог на сумму без НДС."""
    return (net * rate / 100).quantize(KOP, ROUND_HALF_UP)

vat_included(Decimal("122000.00"), 22)   # Decimal('22000.00')

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

Сумма прописью

«Сто двадцать две тысячи рублей 00 копеек». Кажется мелочью, но в русском языке это склонения рублей, тысяч и миллионов, женский род у тысяч — «одна тысяча», «две тысячи» — и много граничных случаев. Такую функцию обязательно покрывают тестами: 1, 2, 5, 11, 21, 101, 1 000 000 и так далее.

Шрифты

Если не встроить шрифт с кириллицей в PDF, на другом компьютере вместо текста могут появиться квадратики. Генератор должен встраивать шрифт в файл, а не надеяться на шрифты получателя.

Нумерация

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

Подпись и юридическая значимость

Сгенерированный PDF — это электронная копия. Как она становится документом с юридической силой, зависит от того, как вы его подписываете.

• Печать и подпись на бумаге. PDF распечатывают, подписывают и сканируют или отправляют оригинал почтой. Генератор просто экономит время на подготовке.
• Картинка подписи в PDF. Удобно для КП и счетов, но картинка — не электронная подпись в смысле закона.
• Электронная подпись (63-ФЗ) и ЭДО. Для юридически значимого электронного документооборота документы подписывают квалифицированной электронной подписью и обычно передают через оператора ЭДО. Если документ подписывает не руководитель, а уполномоченный сотрудник, с 1 сентября 2024 года нужна личная подпись сотрудника и машиночитаемая доверенность — МЧД.

Генератор хорошо встраивается в любую из этих схем: он собирает документ, а дальше файл уходит на подпись тем способом, который принят у вас и ваших контрагентов. Интересно, что подписание документов появляется и в мессенджерах: на платформе MAX для партнёров есть опция подписания документов «Госключом» — правда, только для юрлиц и ИП.

Доставка и хранение

Документ мало собрать — его нужно отправить и потом найти.

• Отправка: на email клиента, в чат бота, в карточку сделки в CRM.
• Хранение: в облаке или на своём сервере, с понятной структурой — по клиентам и датам — и с поиском.
• Журнал: кто и когда сформировал документ, с какими данными. Это помогает разобраться, если клиент говорит «мне пришёл не тот счёт».

Если в документах есть персональные данные — например, паспортные данные в договоре с физлицом, — к хранению применяются требования 152-ФЗ. Генерировать документ «на лету» и не хранить лишнего — хорошая практика.

Сколько времени это экономит

Считать стоит на своих цифрах. Если менеджер вручную собирает документ за 10–15 минут, а генератор — за минуту на ввод данных, то при 20 документах в неделю это несколько часов рабочего времени каждую неделю. Плюс меньше ошибок, которые потом исправляют бухгалтеры с обеих сторон. Если документов два в месяц, автоматизация, скорее всего, не окупится — и это тоже нормальный вывод.

Документы прямо в чат-боте

Отдельный удобный сценарий — генерация документов в мессенджере. Клиент или сотрудник отвечает на несколько вопросов в Telegram или MAX, а бот присылает готовый PDF в тот же чат. Никаких форм на сайте и писем с вложениями.

Где это работает хорошо:

• счёт по запросу — клиент выбирает услугу и вводит ИНН, бот присылает счёт на оплату;
• анкета или заявление — бот задаёт вопросы по очереди, проверяет ответы и собирает документ;
• акт после выполнения работ — менеджер нажимает кнопку в рабочем чате, акт уходит клиенту.

Технически бот просто вызывает тот же генератор, а затем загружает файл в мессенджер и прикрепляет к сообщению. Так устроен мой демо-бот «Виртуальный рекрутер» в MAX: после скрининга он собирает анкету кандидата в PDF и присылает её прямо в чат.

Важная деталь: если в документ попадают персональные данные, бот должен получить согласие на их обработку и не хранить больше, чем нужно для задачи.

Как это выглядит вживую

Я сделал онлайн-демо генератора документов. Это демо-проект, введённые данные нигде не сохраняются. В нём можно:

• собрать КП, счёт, договор со спецификацией и акт;
• добавлять позиции и смотреть живой предпросмотр;
• выбрать ставку НДС — 0, 5, 7, 10 или 22% — и вариант «в том числе», «сверху» или без НДС;
• получить сумму прописью;
• добавить логотип, выбрать тему оформления и скачать результат в PDF или DOCX.

Под капотом — всё, о чём шла речь выше: расчёты в Decimal, сумма прописью с тестами, PDF из HTML-шаблона через WeasyPrint со встроенным шрифтом и нативные таблицы Word в DOCX.

С чего начать автоматизацию

1. Выберите один документ, который делаете чаще всего, — обычно это счёт или акт.
2. Соберите эталонный шаблон и согласуйте его с бухгалтером.
3. Определите, откуда берутся данные: форма, CRM, бот или таблица.
4. Решите, куда уходит готовый файл и где он хранится.
5. Когда первый документ заработает, добавьте остальные по тому же шаблону.

Если хотите автоматизировать документы под свои шаблоны и встроить генератор в CRM или бота, напишите мне — разберу процесс и предложу, как сделать его проще.