Закрытый клуб по подписке в Telegram: подписка, проверка доступа, заявки в группу

Закрытый клуб в Telegram — это простая модель с неприятной рутиной внутри. Кто-то оплатил, кто-то нет, кто-то оплатил в прошлом месяце и забыл продлить, а в группе сидят все. Раз в месяц администратор сверяет список платежей со списком участников, вручную одобряет заявки и вручную же выгоняет неплательщиков. С июля в MicroCRM эту рутину можно отдать боту: подписка списывается сама, доступ в группу выдаётся по условию «Подписка активна», а неудачное списание запускает цепочку напоминаний. Ниже — сборка клуба по шагам.

Как устроен клуб на подписке

Схема из пяти частей:

1. Клиент пишет боту и оформляет подписку через узел «Оплата».
2. Провайдер списывает деньги раз в период, бот сообщает клиенту о каждом списании.
3. Клиент подаёт заявку в закрытую группу, бот проверяет условие «Подписка активна» и одобряет или отклоняет.
4. Если списание не прошло, триггер запускает дожим с паузами.
5. Менеджер видит все платежи во вкладке «Платежи» карточки клиента и при необходимости ставит подписку на паузу.

Каждая часть — это узел, триггер или настройка в кабинете. Программист не нужен.

Шаг 1. Подключить провайдера платежей

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

Для клуба важно, что провайдеры не равны по возможностям:

	ЮKassa	Robokassa	Prodamus
Разовая оплата	Да	Да	Да
Подписка (рекуррентные платежи)	Да	Да	Нет
Смена карты клиентом через бота	Да	Нет, бот предложит переоформить	—
Возврат по API	Да	Вручную в кабинете провайдера	Вручную в кабинете провайдера

Для клуба по подписке подходят ЮKassa и Robokassa. Prodamus годится только для разовой оплаты, например за отдельный интенсив.

Шаг 2. Узел «Оплата», подписка и переменные в текстах

В палитре конструктора есть узел «Оплата». Бот создаёт платёж, отправляет клиенту кнопку «Оплатить», ставит диалог на паузу и ждёт результата. Дальше сценарий идёт по одной из трёх веток: «Оплачено», «Не оплачено» или «Таймаут».

Для подписки клиент подтверждает первый платёж, дальше списания происходят сами раз в период. После каждого списания бот отправляет клиенту сообщение. Если у компании подключена онлайн-касса у провайдера, чек по 54-ФЗ формируется автоматически на каждый платёж.

В текстах бота доступны переменные подписки: статус, дата и сумма следующего списания. Их стоит поставить в приветствие для участников клуба: «Ваша подписка активна, следующее списание 12 октября, 1 500 рублей». Клиент видит, за что и когда платит, и не пишет менеджеру с вопросом «когда у меня продление».

Как узел «Оплата» работает в других сценариях, разобрано в статье Бот принимает оплату и подписки.

Шаг 3. Заявка в закрытую группу по условию «Подписка активна»

Создайте закрытую группу в Telegram и сделайте бота её администратором с правом одобрять заявки на вступление. Без этого права следующий шаг не сработает.

В конструкторе два элемента:

• триггер «Заявка в закрытую группу» — сценарий стартует, когда кто-то подал заявку;
• узел «Заявка в группу» — бот одобряет или отклоняет вступление.

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

Что ещё бот умеет в группах — отвечать лично на команды, работать в форумах по темам, — в статье Бот в группах и форумах Telegram.

Шаг 4. Дожим при неудачном списании и управление подпиской

Карта просрочена, на счёте не хватило денег, банк отклонил операцию — списание не прошло. Для этого есть триггер «Списание по подписке не прошло». На него вешается цепочка дожима: напоминание сразу, потом повторы с паузами. Паузы настраиваются списком, например «1,3,7» дней. Клиент видит, на какой попытке находится: «попытка 2 из 4».

Если проблема в карте, клиент пишет боту «сменить карту» — но это работает только с ЮKassa. С Robokassa бот предложит переоформить подписку заново.

Менеджер управляет подпиской из карточки клиента: ставит на паузу, возобновляет, меняет сумму. Во вкладке «Платежи» видны все платежи клиента, их статусы и сводка «оплачено всего / ожидает».

Альтернатива: проверка доступа по группе GetCourse

Если клуб — часть онлайн-школы на GetCourse, подписку можно не дублировать в боте. Доступ в закрытый чат проверяется по группе GetCourse: узел «GetCourse: проверка доступа» смотрит, состоит ли ученик в нужной группе, и заявка в Telegram-группу одобряется по этому признаку.

Работает и в обратную сторону. Триггер «Событие GetCourse» срабатывает на оплату, заказ, регистрацию или добавление в группу, и сценарий запускается прямо в переписке ученика: оплатил курс на GetCourse — бот написал в тот же диалог и прислал приглашение в клуб. Подключение — в «Компания → Интеграции», подробности в статье Интеграция с GetCourse.

Сценарий: клуб разговорной практики при школе английского

Школа английского запускает клуб: закрытая группа в Telegram, ежемесячная подписка, внутри — разговорные встречи и материалы. Сборка:

1. В «Приём платежей» подключена ЮKassa — у школы есть онлайн-касса, чеки будут уходить сами.
2. Сценарий «Вступить в клуб»: приветствие, узел «Оплата» с подпиской, ветка «Оплачено» — сообщение с переменными «следующее списание» и ссылкой на группу; ветка «Таймаут» — напоминание через день.
3. Бот назначен админом группы с правом одобрять заявки. Триггер «Заявка в закрытую группу» → условие «Подписка активна» → узел «Заявка в группу».
4. Триггер «Списание по подписке не прошло» → цепочка с паузами «1,3,7» и подсказкой «напишите боту сменить карту».
5. У школы часть учеников на GetCourse: для них доступ проверяется по группе «Клуб» в GetCourse, а не по подписке в боте.

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

Что это меняет в деньгах и времени

Первое — исчезает ручная сверка. Список участников группы и список плательщиков совпадают по построению, потому что доступ выдаётся по условию, а не по памяти администратора.

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

Третье — платежи, подписки и заявки в группу работают на всех тарифах, включая Free, с лимитами по тарифу. Клуб на десяток участников можно проверить без подписки на саму платформу.

Ограничения

• Prodamus не поддерживает подписки. Рекуррентные платежи — только через ЮKassa и Robokassa.
• Бот должен быть администратором закрытой группы с правом одобрять заявки на вступление. Без этого триггер «Заявка в закрытую группу» и узел «Заявка в группу» не сработают.
• Смена карты через бота (клиент пишет «сменить карту») работает только с ЮKassa. С Robokassa бот предложит переоформить подписку.
• Чеки по 54-ФЗ формируются только у компаний, у которых уже подключена онлайн-касса у провайдера. MicroCRM кассу не заменяет.
• Возврат по API доступен только для ЮKassa. У Robokassa и Prodamus возврат делается вручную в кабинете провайдера.
• При проверке через GetCourse: если ученик никогда не писал боту, отправить ему сообщение некуда — сценарий выполнит только шаги без адресата. Приглашение в клуб дойдёт только до тех, кто уже начал диалог с ботом.

Вывод

Клуб по подписке собирается из узла «Оплата» с подпиской, условия «Подписка активна», триггера и узла для заявок в группу и цепочки дожима на триггере «Списание по подписке не прошло». Для школ на GetCourse доступ можно проверять по группе школы. Ручная сверка списков уходит, а менеджеру остаётся вкладка «Платежи» для редких вопросов.

Подключите провайдера в «Компания → Интеграции → Приём платежей» в кабинете app.microcrm.online — это первый шаг из четырёх.