Фитнес-студия может принимать оплату абонементов через ЕРИП и сразу видеть её в карточке клиента, если платёж передаёт понятный идентификатор: номер заказа, договора или счёта. Для этого связывают запись на тренировку, CRM и платёжный сервис, а затем задают правила для статусов оплаты и уведомлений. В статье разберём рабочую схему, подготовку данных, проверку интеграции и ошибки, из-за которых администратор всё равно переносит платежи вручную.
Как выглядит схема оплаты через ЕРИП и CRM?
Клиент выбирает абонемент на сайте, в форме записи или после общения с администратором. CRM создаёт заказ и присваивает ему уникальный номер. Этот номер клиент вводит при оплате через ЕРИП, а платёжный сервис передаёт в CRM подтверждение с суммой и номером заказа.
После этого CRM меняет статус сделки, отмечает оплату в карточке клиента и открывает доступ к абонементу по правилам клуба. Администратор видит не строчку в банковской выписке без пояснений, а конкретную покупку: кто оплатил, какой тариф выбрал и на какую сумму.
Связка особенно нужна там, где студия продаёт разовые занятия, пакеты тренировок, персональные занятия и подарочные сертификаты. Когда платежей становится больше, ручная сверка начинает занимать время и создаёт путаницу со статусами.
| Этап | Что происходит | Что видит администратор |
|---|---|---|
| Выбор услуги | Клиент выбирает абонемент или занятие | Созданный заказ с составом покупки |
| Выставление счёта | CRM или платёжный модуль формирует номер платежа | Сумму и срок ожидания оплаты |
| Оплата через ЕРИП | Клиент указывает номер заказа и оплачивает счёт | Платёж ожидает подтверждения |
| Передача статуса | Платёжный сервис отправляет информацию в CRM | Отметку об оплате в карточке клиента |
| Выдача абонемента | CRM активирует купленный продукт по заданному правилу | Срок действия и доступные посещения |
Что подготовить до настройки интеграции?
Сначала стоит описать путь клиента на одном листе. Отметьте, где он выбирает абонемент, кто создаёт заказ, в какой момент приходит ссылка или инструкция для оплаты и когда клиент получает подтверждение. Без такой схемы интеграцию часто настраивают вокруг формы на сайте, а продажи через администратора остаются вне учёта.
Затем приведите в порядок карточки услуг. У каждого абонемента нужны понятное название, цена, срок действия, число посещений или другое правило доступа. Если один и тот же продукт в CRM называют «8 занятий», на сайте — «Стандарт», а администратор записывает его как «пакет», отчёты по продажам не совпадут.
Отдельно выберите идентификатор платежа. Для студии обычно подходит номер заказа, который CRM создаёт автоматически. Не используйте в качестве такого номера имя клиента или номер телефона: совпадения и ошибки ввода потом приходится разбирать вручную.
Полезно заранее решить, что произойдёт после оплаты. Например, CRM ставит статус «Оплачено», отправляет клиенту сообщение с подтверждением и активирует абонемент. Если первое посещение требует согласования времени, система оставляет заказ оплаченным, а запись — в отдельном статусе. Логику записи и расписания лучше связать с оплатой в одной системе: тогда тренер не увидит в списке клиента с неподтверждённым абонементом.
Как настроить автоматическую отметку платежа?
Настройка начинается с проверки возможностей CRM и платёжного решения. Нужен обмен данными, при котором в CRM возвращаются хотя бы номер заказа, сумма, время оплаты и статус. Если сервис передаёт только общий список поступлений, автоматическое сопоставление не сработает.
- Создайте в CRM отдельные статусы: «ожидает оплату», «оплачен», «ошибка оплаты» и «возврат», если клуб принимает возвраты.
- Настройте создание заказа при покупке на сайте, в виджете записи или в карточке клиента у администратора.
- Передавайте в платёжную систему номер заказа и сумму из CRM, без ручного ввода со стороны сотрудника.
- Задайте правило: подтверждённый платёж с совпадающими номером и суммой переводит заказ в статус «оплачен».
- Проверьте сценарий на тестовой покупке: создание заказа, оплата, смена статуса, уведомление и активация абонемента.
Не стоит включать автоматическую выдачу доступа до проверки статуса платежа. Клиент мог начать оплату, но не завершить её, а уведомление о намерении оплатить ещё не означает поступление денег.
Для микро-бизнеса в Беларуси полезен отдельный разбор подключения пост-оплаты через ЕРИП и автоматических уведомлений клиенту. Он помогает разделить две задачи: как принять платёж и как сообщить клиенту, что его заказ принят в работу.
Какие уведомления нужны клиенту и администратору?
Клиенту достаточно получить ясное сообщение после создания заказа: что он покупает, какую сумму нужно оплатить, по какому номеру найти платёж и до какого момента заказ ждёт оплату. После подтверждения лучше отправить второе сообщение: абонемент активирован, количество занятий и правила записи доступны в личном кабинете или у администратора.
Администратору полезно получать уведомления только о событиях, которые требуют действия: платёж не совпал с суммой заказа, заказ долго ждёт оплату, клиент оплатил отменённую услугу или система не получила ответ от платёжного сервиса. Все успешные оплаты достаточно фиксировать в CRM и выводить в ежедневный отчёт.
Сообщения стоит привязать к статусам сделки, а не отправлять вручную из чата. Такой же подход пригодится для первого контакта после покупки: в материале о онбординге клиента фитнес-студии через сообщения разобрана последовательность сообщений после записи.
Типичные ошибки при приёме оплаты за абонементы
- Номер заказа создают в одной системе, а оплату проверяют в другой таблице. В итоге сотрудник снова сопоставляет платежи вручную.
- Для разных абонементов используют одинаковое описание платежа без номера заказа. Найти плательщика по одной сумме трудно, особенно при популярных тарифах.
- CRM активирует абонемент сразу после создания счёта. Клиент получает доступ до подтверждения оплаты.
- Сотрудники меняют цену абонемента вручную в карточке заказа. Если сумма в ЕРИП и CRM расходится, платёж попадает в исключения.
- Студия не проверяет отменённые занятия и возвраты. В карточке клиента остаётся активный абонемент, хотя деньги вернули или покупку перенесли.
Как проверить, что данные в CRM пригодны для управления студией?
После запуска посмотрите на несколько обычных продаж подряд. У каждого заказа должны совпадать клиент, выбранный абонемент, сумма, дата оплаты и статус доступа. Затем проверьте нестандартные случаи: клиент оплатил позже, оплатил другую сумму, попросил перенести занятие или купил новый абонемент до окончания прежнего.
Эти данные помогают видеть продажи по услугам и не смешивать оплату с посещением. Для расписания это тоже важно: активные абонементы влияют на загрузку групп, а записи без оплаты требуют отдельного контроля. Если студия планирует группы заранее, пригодится материал о том, как CRM помогает прогнозировать загрузку тренировок.
3 шага, которые можно сделать на этой неделе:
- Составьте список всех способов, которыми клиенты сейчас покупают абонементы, включая оплату после общения с администратором.
- Выберите единый номер заказа и проверьте, передаётся ли он в платёжный сценарий через ЕРИП.
- Проведите тестовую оплату и убедитесь, что CRM сама отметила заказ, активировала абонемент и сохранила сумму в карточке клиента.
