Как принять оплату в Telegram-боте: короткий ответ
Оплата в боте идёт через Telegram Payments API и подключённый платёжный провайдер (ЮKassa, CloudPayments и др.). Клиент вводит карту прямо в чате — бот шлёт нативный инвойс методом sendInvoice, окно оплаты открывается внутри Telegram, без перехода на сторонний сайт. Сверху мы ставим ИИ-слой: он ведёт диалог, отвечает на вопросы и в нужный момент сам выставляет счёт. Так и получается ии-бот с оплатой в telegram — не форма, а собеседник, который доводит до кассы.
Способы приёма платежей: карта, инвойс, ссылка
Для сценария «чат-бот приём оплаты telegram» есть три рабочих механики:
- Нативный инвойс провайдера — оплата картой в чате через sendInvoice. Клиент видит товар, сумму, платит картой. Сюда же прилетает чек 54-ФЗ, если провайдер настроен на фискализацию.
- Telegram Stars — внутренняя валюта для цифровых товаров и подписок. Без провайдера, но с комиссией площадки и ограничениями по типу товара.
- Платёжная ссылка — бот отдаёт ссылку на оплату, удобно для сложных корзин и B2B-счетов.
Что подключается в РФ в 2026: ЮKassa, CloudPayments, Т-Касса и другие провайдеры из списка Telegram. Провайдер закрывает эквайринг и фискальный чек — бот только инициирует платёж.
Зачем ИИ поверх оплаты
«Бот с оплатой картой» без мозгов — это кнопка «Купить». Она не спасает, когда клиент сомневается. ИИ-слой закрывает страхи: отвечает на «а если не подойдёт», «сколько по срокам», «почему такая цена». Наша философия простая:
- бот не выпрашивает номер телефона на первом сообщении — это отпугивает;
- он снимает возражения и мягко подводит к оплате, а не давит;
- тёплого лида, готового к сделке, передаёт живому менеджеру — человек закрывает нюансы, которые ИИ трогать не должен.
Это и есть воронка продаж в Telegram: бот отрабатывает поток и рутину, менеджер — деньги и доверие.
Грабли GigaChat: критичное поведение — кодом
Честно про ограничения LLM. Мы работаем на GigaChat, и он слабо слушается системный промпт: может пропустить шаг оплаты, переврать сумму, «забыть» позвать менеджера. Полагаться на «вежливые просьбы» в промпте здесь нельзя.
Правило продукта: всё, что связано с деньгами и передачей лида, — детерминированный код, а не текст промпта.
Суммы, момент вызова sendInvoice, условия передачи лида менеджеру — это жёсткие гард-коды. LLM отвечает за тон и диалог, код — за то, чтобы счёт был на правильную сумму и лид не потерялся. Разговор доверяем модели, деньги — нет.