Ключевые темы
Связанные публичные страницы
Если нужен не только разбор, а страница продукта, API или операционного сценария, начните с этих разделов VPOS.am.
Абонемент - это период доступа, а не один paid order
Для клуба или студии важно знать не только факт оплаты, но и какие даты, тариф и доступ она покрывает.
Клубы, студии, спортивные секции, coworking и membership-сервисы часто принимают оплату за период доступа. Если абонемент хранится как обычный заказ, поддержка не видит дату начала, дату окончания, plan, freeze, refund и manual exception.
Правильнее создавать invoice или payment request от member profile: план, период, сумма, валюта, due date, CRM reference and access rule фиксируются до оплаты. После verified status backend продлевает доступ по правилу или создает задачу оператору.
- связывать payment request с member id и plan id;
- хранить access period отдельно от payment status;
- не продлевать доступ по скриншоту оплаты;
- показывать active, pending, expired, frozen и manual review.
Продления, freezes и partial periods требуют schedule
Абонементы часто продлеваются, замораживаются или пересчитываются, поэтому один статус оплаты быстро становится недостаточным.
Membership flow должен учитывать renewal date, reminders, grace period, freeze, перенос остатка дней и частичный возврат. Если эти события редактируются вручную в разных таблицах, доступ и платежи начинают расходиться.
Если провайдер или договор не поддерживает automatic recurring charge, не стоит обещать автосписание. Практичный старт - payment links, reminders, controlled access extension and audit trail for manual exceptions.
- хранить next due date и grace period;
- freeze должен иметь reason, actor и date range;
- не создавать несколько активных ссылок за один период;
- manual extension должен попадать в audit log.
Access control и сверка должны проверяться вместе
Оплаченный абонемент, активный доступ и отчет провайдера должны сходиться до закрытия дня или месяца.
Для студии или клуба платежная сверка должна отвечать на практические вопросы: кто оплатил, кому продлили доступ, у кого freeze, у кого refund, и где есть ручное исключение. Отдельный банковский отчет не показывает весь lifecycle абонемента.
Ежедневная или недельная сверка сравнивает payment records, member profile, access system, CRM tasks, refunds and provider report. Если система доступа подключена отдельно, backend должен синхронизировать только минимальные ids и статусы.
- сверять paid memberships с active access;
- показывать freeze/refund отдельно от expired;
- ограничить доступ к member profile data;
- фиксировать provider reference для каждого платежа.
FAQ
Можно ли автоматически продлевать доступ после оплаты?
Да, если backend получил verified payment event и правило доступа однозначно. Return URL или скриншот оплаты не должны сами продлевать абонемент.
Что делать с заморозкой абонемента?
Хранить freeze как отдельное событие с датами, reason и actor. Оно меняет период доступа, но не удаляет платежную историю.
Нужны ли автосписания для membership-сервиса?
Не всегда. Если провайдер и договор не поддерживают recurring charge, можно начать с payment links, reminders и controlled access extension.
