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

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

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

Какие провайдеры подключаются и как

Платежи в боте работают через ЮKassa, Robokassa и Prodamus. Каждая компания подключает свой аккаунт у провайдера, и деньги идут напрямую на её счёт — MicroCRM не стоит посередине в расчётах.

Подключение находится в разделе «Компания → Интеграции → Приём платежей». Вы указываете ключи своего аккаунта; они хранятся в зашифрованном виде. Для ЮKassa ключи дополнительно проверяются в момент подключения: если что-то указано неверно, вы узнаете об этом сразу, а не после первого несостоявшегося платежа.

Приём платежей доступен на всех тарифах, включая Free. Объём ограничен тарифом — актуальные условия смотрите на странице тарифов.

Узел «Оплата»: три ветки вместо ручной проверки

В палитре конструктора появился узел «Оплата». Когда сценарий доходит до него, бот делает четыре вещи:

  1. Создаёт платёж у подключённого провайдера.
  2. Отправляет клиенту кнопку «Оплатить».
  3. Ставит диалог на паузу и ждёт результата.
  4. Ведёт клиента по одной из трёх веток: «Оплачено», «Не оплачено» или «Таймаут».

Для школы это означает, что после оплаты курса бот сразу выдаёт доступ к материалам или ссылку на закрытый чат. Ветка «Не оплачено» — место для уточняющего вопроса или альтернативного предложения, которое вы соберёте сами. Ветка «Таймаут» закрывает случай, когда клиент нажал «Оплатить», ушёл и не вернулся: можно напомнить позже, а не терять заявку.

Чеки по 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 — навсегда, без карты.

Читайте также