Правила истечения тарифа в IZI

Правила истечения тарифа в IZI: пять способов ограничить срок действия

В IZI каждый тариф имеет раздел «Условия истечения» — набор правил, которые определяют, когда оплаченный объём перестаёт быть доступным для клиента. Правила работают по логике ИЛИ: тариф истекает при выполнении первого сработавшего условия. Если настроено несколько условий, система выбирает ближайшее. Если условий нет совсем — тариф не попадёт в каталог продажи и не будет доступен для покупки.

Доступно пять типов условий:

Тип условия	Русский лейбл в CRM	Когда срабатывает
TIME_FROM_PURCHASE	Время с момента покупки	Через N минут/часов/дней после оплаты
TIME_FROM_FIRST_USE	Время с момента 1-го использования	Через N минут/часов/дней после первого старта сессии
TOTAL_PLAY_TIME	Суммарное время сессий	После N минут/часов суммарного игрового времени
USES	Количество сессий	После N запущенных сессий
FIXED_DATE	Фиксированная дата	В начале указанного календарного дня (не включительно)

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

Время с момента покупки

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

Когда использовать: почасовые тарифы, которые должны сгореть если не использовались в тот же день; промо-тарифы с жёстким окном действия.

Единицы времени: минуты, часы, дни.

Пример из CRM: при значении 3 и единице дни система покажет подсказку «Тариф истечет через 3 дня после покупки».

Технически поле expiresAt вычисляется в момент оформления заказа: дата покупки + N × секунд_единицы. При мультипокупке нескольких единиц этого тарифа срок не масштабируется — expiresAt не зависит от количества.

Время с момента первого использования

Правило «Время с момента 1-го использования» откладывает начало отсчёта до первого старта сессии. Клиент может купить тариф сегодня, а первую сессию провести через неделю — и срок начнёт идти только тогда.

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

Единицы времени: минуты, часы, дни.

Пример из CRM: 7 дней — «Тариф истечет через 7 дней после первого использования».

В отличие от TIME_FROM_PURCHASE, это условие не масштабируется с количеством купленных единиц: окно всегда фиксированное.

Суммарное время сессий

Правило «Суммарное время сессий» суммирует чистое игровое время по всем сессиям клиента на данном тарифе. Тариф закрывается, когда накопленное время достигает лимита.

Когда использовать: мультипассы на конкретный объём игрового времени (5 часов, 10 часов и т.д.); пакеты для корпоративных клиентов.

Единицы времени: минуты, часы.

Масштабирование: при покупке N единиц тарифа лимит умножается на N. Купили 2 мультипасса по 5 часов — получили 10 часов.

Пример из CRM: 300 минут — «Тариф истечет после использования 300 минут суммарного времени сессий».

Это правило удобно комбинировать с TIME_FROM_FIRST_USE: мультипасс на 10 часов + 30 дней с первого использования означает, что клиент успеет использовать время за месяц, или тариф закроется по истечении срока.

Количество сессий

Правило «Количество сессий» ограничивает число запусков игровых сессий. Каждый старт сессии уменьшает счётчик на единицу.

Когда использовать: разовые тарифы (value = 1); абонементы на N посещений независимо от их длительности.

Значение 1 — строго разовый тариф: одна оплата, одна сессия.

Значение > 1 — абонемент на посещения: клиент приходит столько раз, сколько указано.

Пример из CRM: 5 использований — «Тариф истечет после 5 использований».

В CRM это поле отдельно: при выборе типа «Количество сессий» появляется поле «Количество сессий» (без выбора единицы времени — она не нужна).

Фиксированная дата

Правило «Фиксированная дата» задаёт конкретный календарный день окончания. Все тарифы с этим правилом прекратят действие одновременно — в начале указанной даты (дата не включается).

Когда использовать: акционные предложения с общим дедлайном; сезонные пакеты; event-тарифы для турниров или открытий.

Важный нюанс: дата задаётся по часовому поясу клуба. В форме CRM нельзя выбрать дату в прошлом — датапикер автоматически устанавливает минимум «завтра».

Пример из CRM: «Тариф будет действителен до 31 декабря 2026 (не включительно)» — это значит, что в полночь 31 декабря (по времени клуба) тариф закроется.

Фиксированная дата часто комбинируется с другими правилами: например, event-тариф на 3 часа игрового времени + фиксированная дата окончания события — клиент либо использует часы, либо тариф закрывается после события.

Как настроить условия истечения в CRM

1. Откройте раздел Каталог → Тарифы и нажмите «Создать тариф» или откройте существующий.
2. Прокрутите до секции «Условия истечения» (обязательное поле, отмечено звёздочкой).
3. Нажмите «Добавить условие» — появится выпадающий список с пятью типами.
4. Выберите тип. В зависимости от выбора появятся поля:
   • Для TIME_FROM_PURCHASE, TIME_FROM_FIRST_USE, TOTAL_PLAY_TIME — числовое поле + выбор единицы времени.
   • Для USES — только числовое поле (количество сессий).
   • Для FIXED_DATE — датапикер.
5. Под каждым условием CRM отображает пример того, как сработает правило — удобно перепроверить логику перед сохранением.
6. При необходимости нажмите «Добавить условие» ещё раз для второго правила.
7. Сохраните тариф.

Каждый тип условия можно добавить только один раз — дубликаты недоступны для выбора пока не удалить текущее.

Комбинирование правил: логика ИЛИ

Если в тарифе задано несколько условий, IZI применяет логику ИЛИ: тариф истекает при выполнении любого из условий — того, что наступило первым.

Типичные комбинации:

Сценарий	Правила
Мультипасс на 10 часов с «дедлайном»	TOTAL_PLAY_TIME 600 мин + TIME_FROM_FIRST_USE 30 дней
Абонемент на 5 посещений с окном 2 месяца	USES 5 + TIME_FROM_PURCHASE 60 дней
Акционный пакет	TOTAL_PLAY_TIME 3 часа + FIXED_DATE 2026-12-31
Разовый почасовой тариф	USES 1

Комбинации защищают клуб от «вечных» тарифов — клиент не может купить абонемент и держать его годами. При этом клиенту понятно условие: «10 часов или 30 дней — что кончится раньше».

Связанные настройки

Условия истечения работают вместе с другими параметрами тарифа:

• Политика продаж — определяет где и когда тариф можно купить. Тариф без условий истечения не пройдёт фильтр purchasable и не появится в каталоге.
• Политика возврата — определяет что происходит с остатком при раннем завершении или истечении: сохранять, возвращать на бонусный баланс или сжигать.
• Расписания тарифов — определяют когда тариф доступен для использования (условия истечения и расписания — независимые механизмы).