Семейный абонемент: общий лимит и посещения каждого

Перед настройкой семейного абонемента определите продукт: общий пакет посещений для группы или отдельные права участников с одним плательщиком. Эти модели нельзя свести к одной галочке «семейный». Для общего пакета раздельно учитывайте доступ участников, резерв под запись и фактическое списание, чтобы не расходовать одно посещение несколько раз.

Одна оплата не обязательно означает один общий остаток

Семья может оплачивать несколько индивидуальных прав одновременно. Другой продукт позволяет всем участникам расходовать один пакет занятий. Внешне оба называются семейными, но у них разные ответы на вопрос: может ли один человек использовать весь объём и остаётся ли что-нибудь другим.

Проверьте обещание клиенту до настройки программы. Запишите состав участников, разрешённые направления, срок и индивидуальные ограничения. Не стоит называть пакет общим, а затем неожиданно делить его на личные доли только потому, что так проще устроена выбранная система.

Плательщик, посетитель и доступ к кабинету — отдельные роли

В документации Appevent семейное пользование абонементом отделено от родительского доступа в личный кабинет. Это полезное различие: возможность управлять чужой записью не означает права самому потратить занятие. Конкретные механизмы групп в этой программе нельзя считать одинаковыми у всех поставщиков.

В собственной модели определите, кто оплачивает, кто посещает и кто может менять состав группы. Для CRM клуба или студии это разные полномочия. История посещения должна сохранять фактического участника, даже если общий пакет принадлежит другой карточке плательщика.

Баланс пакета и доступность для новой записи

Если запись заранее резервирует занятие, показывайте не только ещё не списанный объём, но и занятое будущими записями количество. Иначе два участника увидят один и тот же последний доступный визит и будут одновременно рассчитывать на него. Нужно согласовать момент резервирования и момент окончательного списания.

Ниже вымышленный пакет на 12 посещений с двумя участниками А и Б. В примере запись удерживает одно посещение, посещение списывает его окончательно, а допустимая отмена до использования освобождает резерв. Это выбранные учебные условия, не универсальные правила возвратов для всех клубов.

Личные ограничения проверяются вместе с общим остатком

Доступный общий пакет не означает разрешение на любую услугу в любое время. В описании параметров ListOk CRM среди настроек абонемента названы время, дни недели и направления. Это пример конкретного продукта, а не обещание наличия любого требуемого сочетания правил.

Если условия семьи включают личные ограничения, запишите их отдельно и проверьте на участниках. Например, разрешённое направление одного человека не должно автоматически переходить другому только из-за общего баланса. Нельзя свести все проверки к одному вопросу «осталось больше нуля».

Отмена возвращает именно то, что было связано с записью

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

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

Состав семьи меняется, история остаётся

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

Добавление нового участника также требует проверки продукта, а не простого совпадения фамилии. Согласуйте, кто вправе выполнить действие и когда оно начинает влиять на доступ. При этом не нужно собирать лишние сведения только ради удобства таблицы: используйте необходимые для конкретного процесса данные.

Последнее посещение проверяют на одновременной записи

При одном доступном посещении две параллельные заявки не должны обе получить безусловное обещание того же ресурса. Проверка остатка и принятие удержания должны защищать согласованное правило. Очередь повторного запроса или понятный отказ лучше незаметного отрицательного остатка.

В личном кабинете веб-приложения покажите актуальный результат: запись принята, ожидает решения или отклонена. Старое число на экране не гарантирует успешную запись. Если ответ не дошёл, сначала выясните судьбу первой попытки, затем предлагайте повтор, чтобы не создать лишнюю запись.

Приёмка семейного продукта

1. Опишите, что продаётся: общий пакет или несколько отдельных прав. Укажите участников, плательщика и полномочия управления.
2. Проведите две записи разных участников. Сравните неиспользованный объём, резервы и доступность для новой записи.
3. Отметьте одно посещение и допустимую отмену другого. Остаток должен соответствовать сохранённым событиям, а не числу нажатий.
4. Повторите отмену и получение того же уведомления. Лишнее посещение не должно появиться.
5. Проверьте личное ограничение при положительном общем остатке и изменение состава группы с будущими записями.
6. Оставьте одно доступное посещение и испытайте одновременные попытки участников. Система должна дать согласованные, объяснимые результаты.

Правильный результат понятен администратору и семье: кто воспользовался пакетом, какие посещения удержаны и почему новое действие разрешено или нет. Такая проверка полезнее демонстрации одной успешной продажи абонемента. Именно пограничные ситуации показывают, соответствует ли настройка обещанному продукту.