Бот принимает оплату и продаёт подписки: ЮKassa, Robokassa, Prodamus и чеки 54-ФЗ

Онлайн-школа продаёт курс за разовую оплату и клуб по подписке. Пока оплата живёт на отдельном сайте, а бот только «прогревает», между «хочу купить» и «оплатил» лежит переход по ссылке, форма, ожидание письма и ручная проверка менеджером, кто заплатил. Теперь бот принимает оплату сам: создаёт платёж, ведёт клиента по ветке «Оплачено» или «Не оплачено», оформляет подписку, дожимает неудачные списания и показывает менеджеру историю платежей в карточке клиента. Ниже — как это устроено по шагам на примере школы и какие ограничения есть у каждого провайдера.
Какие провайдеры подключаются и как
Платежи в боте работают через ЮKassa, Robokassa и Prodamus. Каждая компания подключает свой аккаунт у провайдера, и деньги идут напрямую на её счёт — MicroCRM не стоит посередине в расчётах.
Подключение находится в разделе «Компания → Интеграции → Приём платежей». Вы указываете ключи своего аккаунта; они хранятся в зашифрованном виде. Для ЮKassa ключи дополнительно проверяются в момент подключения: если что-то указано неверно, вы узнаете об этом сразу, а не после первого несостоявшегося платежа.
Приём платежей доступен на всех тарифах, включая Free. Объём ограничен тарифом — актуальные условия смотрите на странице тарифов.
Узел «Оплата»: три ветки вместо ручной проверки
В палитре конструктора появился узел «Оплата». Когда сценарий доходит до него, бот делает четыре вещи:
- Создаёт платёж у подключённого провайдера.
- Отправляет клиенту кнопку «Оплатить».
- Ставит диалог на паузу и ждёт результата.
- Ведёт клиента по одной из трёх веток: «Оплачено», «Не оплачено» или «Таймаут».
Для школы это означает, что после оплаты курса бот сразу выдаёт доступ к материалам или ссылку на закрытый чат. Ветка «Не оплачено» — место для уточняющего вопроса или альтернативного предложения, которое вы соберёте сами. Ветка «Таймаут» закрывает случай, когда клиент нажал «Оплатить», ушёл и не вернулся: можно напомнить позже, а не терять заявку.
Чеки по 54-ФЗ формируются автоматически на каждый платёж — при условии, что у компании уже подключена онлайн-касса у провайдера. Отдельно настраивать фискализацию в боте не нужно.
Практический совет из настройки: заполните все три ветки, даже если кажется, что «Не оплачено» и «Таймаут» — редкость. Пустая ветка означает, что клиент, у которого не прошла карта, останется без ответа, а именно в этот момент ему проще всего помочь — предложить другой способ или переслать вопрос менеджеру.
Подписки: первый платёж подтверждает клиент, остальные идут сами
Клуб школы продаётся по подписке. Рекуррентные платежи работают через ЮKassa и Robokassa: клиент подтверждает первый платёж, дальше списания происходят автоматически раз в период, и после каждого списания бот отправляет клиенту сообщение.
В текстах бота доступны переменные подписки: статус, дата и сумма следующего списания. Приветствие в клубе может звучать как «Ваша подписка активна, следующее списание — такого-то числа на такую-то сумму», где дата и сумма подставляются из данных конкретного клиента.
Для закрытого клуба ключевое — условие «Подписка активна». Его ставят в сценарии перед выдачей доступа: пока подписка действует, участник получает материалы и проходит в чат; как только она заканчивается, поток уходит в другую ветку. Как построить на этом клуб целиком — от заявки в закрытую группу до отключения доступа, — разобрано в статье «Закрытый клуб по подписке в Telegram».
Управлять подпиской можно с обеих сторон, и ни одна из них не требует обращения в поддержку.
Со стороны клиента: он пишет боту «сменить карту» и привязывает новую. Это работает только с ЮKassa. У Robokassa сменить карту нельзя — бот предложит переоформить подписку заново.
Со стороны менеджера: в карточке клиента подписку можно поставить на паузу, возобновить или изменить сумму. Ученик просит заморозить клуб на месяц отпуска — менеджер ставит паузу в карточке, списание не проходит, после возобновления всё продолжается. Договорились об индивидуальной цене — меняется сумма, переоформлять ничего не нужно.
Дожим неудачных списаний
Списание по подписке может не пройти: на карте нет денег, карта перевыпущена, банк отклонил операцию. Для этого есть триггер «Списание по подписке не прошло» — он запускает цепочку дожима.
Паузы перед повторными попытками задаются списком дней, например «1,3,7»: первое напоминание через день, второе через три, третье через неделю. Клиент видит, на какой попытке он находится — «попытка 2 из 4» — и понимает, что доступ ещё не отключён, но карту пора обновить. Для школы это закрывает часть отвалов, которые раньше выглядели как «клиент ушёл», а на деле были «карта не сработала, и никто не написал».
Цепочка дожима — обычный сценарий, поэтому в неё можно добавить не только напоминание: например, после второй неудачной попытки уведомить менеджера, а после последней — закрыть доступ по условию «Подписка активна». Что именно делать на каждой попытке, решаете вы; платформа даёт триггер и счётчик попыток.
Вкладка «Платежи» в карточке клиента
Все платежи клиента собраны во вкладке «Платежи» его карточки: каждый платёж со статусом и сводка «оплачено всего / ожидает». Менеджеру не нужно сверять список учеников с кабинетом провайдера — кто купил курс, кто в клубе, у кого висит неоплаченный счёт, видно рядом с перепиской.
Счёт от ИИ-агента прямо в разговоре
Если в сценарии работает ИИ-агент, ему доступен инструмент «Ссылка на оплату». Клиент в переписке уточнил, что берёт курс с проверкой домашних заданий, — агент сам выставляет счёт на нужную сумму, не переключая клиента на менеджера. Полный список инструментов агента и то, как он решает, когда их вызывать, — в статье «У ИИ-агента появились руки».
Оплата, подписки и заявки на возврат работают и внутри мини-приложений Telegram. Если школа собирает каталог курсов как приложение, платёж проходит там же — подробнее в статье про мини-приложения.
Сравнение провайдеров
| Провайдер | Подписки | Смена карты клиентом | Возврат по API | Чеки 54-ФЗ |
|---|---|---|---|---|
| ЮKassa | Да | Да, командой «сменить карту» | Да | Да, при подключённой онлайн-кассе у провайдера |
| Robokassa | Да | Нет, бот предложит переоформить подписку | Нет, вручную в кабинете провайдера | Да, при подключённой онлайн-кассе у провайдера |
| Prodamus | Нет | — | Нет, вручную в кабинете провайдера | Да, при подключённой онлайн-кассе у провайдера |
Если в планах клуб по подписке, выбирайте между ЮKassa и Robokassa. Если нужны возвраты без похода в кабинет провайдера — только ЮKassa.
Что это меняет для школы
Раньше цепочка «заявка → оплата → доступ» держалась на менеджере: он проверял поступление, вручную добавлял в чат, вручную напоминал должникам. Теперь бот делает это в момент события: оплатил — получил доступ, списание не прошло — получил напоминание, подписка закончилась — доступ закрыт по условию. Менеджер остаётся на нестандартных случаях: пауза, изменение суммы, возврат.
Есть и организационный эффект: платёж, подписка и переписка лежат в одной карточке. Когда ученик пишет «я же платил», менеджер открывает вкладку «Платежи» и видит статус, а не идёт искать транзакцию в кабинете провайдера по фамилии.
По деньгам изменение простое: платёж происходит там же, где клиент принял решение, без перехода на сайт и без паузы между решением и оплатой. А подписка перестаёт зависеть от того, вспомнил ли клиент продлить — и от того, заметил ли менеджер, что списание не прошло.
Ограничения
- Prodamus не поддерживает подписки. Через него проходят только разовые платежи. Для клуба по подписке нужен ЮKassa или Robokassa.
- У Robokassa нельзя сменить карту. Если клиент напишет «сменить карту», бот предложит переоформить подписку заново; сама команда работает только с ЮKassa.
- Чеки 54-ФЗ формируются только у тех, у кого уже подключена онлайн-касса у провайдера. Без кассы платёж пройдёт, но чек не сформируется.
- Возврат по API — только ЮKassa. У Robokassa и Prodamus возврат делается вручную в кабинете провайдера.
- Объём платежей ограничен тарифом. Функция есть на всех тарифах, включая Free, но лимиты — по тарифу.
Что дальше
Подключите провайдера в «Компания → Интеграции → Приём платежей», добавьте узел «Оплата» в сценарий и прогоните все три ветки на тестовом платеже. Если бот ещё не собран, начните с бота для Telegram или сразу откройте кабинет: https://app.microcrm.online/
Частые вопросы
Можно ли принимать оплату в Telegram-боте?
Да. В MicroCRM бот принимает оплату через ЮKassa, Robokassa или Prodamus: узел «Оплата» создаёт платёж, отправляет кнопку «Оплатить» и ведёт клиента по ветке «Оплачено», «Не оплачено» или «Таймаут». Деньги поступают напрямую на счёт вашей компании у провайдера.
Как продавать подписку через бота?
Подписки работают через ЮKassa и Robokassa. Клиент подтверждает первый платёж, дальнейшие списания проходят автоматически раз в период, после каждого бот присылает сообщение. Условие «Подписка активна» позволяет выдавать доступ к закрытому клубу, пока подписка действует.
Поддерживает ли Prodamus подписки в боте?
Нет. Через Prodamus проходят только разовые платежи. Для рекуррентных списаний нужно подключить ЮKassa или Robokassa.
Формирует ли бот чеки по 54-ФЗ?
Чеки формируются автоматически на каждый платёж, но только если у компании уже подключена онлайн-касса у платёжного провайдера. Без кассы платёж пройдёт, а чека не будет.
Что делать, если списание по подписке не прошло?
Триггер «Списание по подписке не прошло» запускает цепочку дожима. Паузы перед повторами задаются списком дней, например «1,3,7», а клиент видит, на какой попытке он находится — «попытка 2 из 4».
Можно ли сделать возврат платежа из MicroCRM?
Возврат по API работает только с ЮKassa. Для Robokassa и Prodamus возврат оформляется вручную в кабинете провайдера.
На каком тарифе доступен приём платежей?
На всех тарифах, включая бесплатный. Лимиты по объёму зависят от тарифа.
Попробуйте MicroCRM бесплатно
Соберите чат-бота для Telegram, Авито или MAX за 5 минут. Тариф Free — навсегда, без карты.



