Апгрейд и даунгрейд

Смены плана в AACsearch построены на двух принципах:

1. Без сюрприз-потери данных. Даунгрейд или отмена никогда не удаляют данные, даже при превышении новых капов. Чтение работает; запись гейтится.
2. Без потери функций в середине периода. Даунгрейд применяется на следующем ренью — платные функции остаются до конца оплаченного периода.

Эта страница описывает тайминг.

Апгрейд — мгновенно

Апгрейд применяется сразу на следующем запросе после прихода вебхука (обычно секунды).

Сразу получаете:

• Новые квоты (search units, документы, синки, места).
• Новые функции (синонимы на Starter, scoped-токены на Pro и т.д.).
• Более высокий per-key rate limit, если план поднимает.
• Более длинный retention аналитики.

В текущем периоде:

• Квоты заменяются на новые. Уже использованные юниты не возвращаются, но cap теперь выше — фактически больше headroom.
• Биллинг — пропорция. Полный месяц нового плана минус кредит за неиспользованный остаток старого. Линия пропорции в следующем счёте.
• AI-кошелёк — не трогается. Кошелёк независим от плана.

Пример: апгрейд Starter ($29/мес) → Pro ($99/мес) на 10-й день 30-дневного периода.

• Кредит за неиспользованный Starter: $29 × (20/30) = $19,33
• Заряд за полный Pro-период: $99
• Нетто в следующий счёт: $99 − $19,33 = $79,67

Точную математику пропорции считает провайдер (Stripe и т.д.) — мы не вычисляем сами.

Даунгрейд — на ренью

Даунгрейд применяется на следующем ренью. До конца оплаченного периода — лимиты и функции старого плана.

Что сделать до даунгрейда:

1. Проверить, что использование вписывается в новые капы:
   • Документов меньше нового потолка.
   • Участников меньше нового лимита мест.
   • Темп синков меньше нового месячного лимита.
2. Отключить функции, которых не будет в новом плане (например, синонимы при переходе на Free) — UI скроет автоматически, но серверные правила продолжат проверять как настроено.
3. Аудитнуть кастомные origin-ы и scoped-токены — это Pro+. С Pro на Starter — feature_unavailable.

Панель предупреждает об этом до подтверждения.

Даунгрейд при превышении нового cap

Неловкий случай. Допустим, 30 000 документов на Starter (cap 10 000) → даунгрейд на Free (cap 1 000). Что будет?

На ренью:

• Чтение работает. Все 30 000 документов остаются поисковыми.
• Запись блокируется. Новые PUT documents → quota_exceeded пока не удалите.
• Существующие данные сохранены. Мы ничего не удаляем — вы решаете.

Письмо за 7 дней до ренью с предупреждением об over-cap. После ренью:

• Бессрочное чтение в over-cap состоянии.
• 30-дневное окно: либо вернуться на план, либо подрезать — запись блокирована.
• После 30 дней org помечается read-only freeze: даже чтение начнёт отдавать quota_exceeded, если документов больше 10× нового cap. (Защищает от бесплатного хостинга огромных данных; org с 1.1× cap не затронут.)
• Замороженные данные хранятся 90 дней; затем админ свяжется до архивирования.

Даунгрейд безопасен, но не бесплатен. Подрезайте или возвращайтесь на план.

Отмена — оплачено до конца периода

Отмена — мягкое действие. Полный план до конца оплаченного периода, затем Free с grace-окном.

Поток отмены:

1. /[orgSlug]/settings/billing → Cancel plan.
2. Опциональная форма причины.
3. План помечается cancel_at_period_end: true у провайдера.
4. Панель: баннер Plan cancels on 2025-11-30.
5. На дату ренью — план становится Free.

После перехода на Free:

• 7-дневный grace на чтение. Поиск работает ещё 7 дней с лимитами Free.
• Запись прекращается сразу. Ингест → quota_exceeded с первого дня.
• AI-кошелёк сохранён. Баланс не трогается; AI работает, пока есть кредиты (кошелёк независим).
• Участники теряют доступ при превышении 3 мест Free. Owner решает, кого удалить.

Можно пере-подписаться в любой момент grace без потери данных. После 90 дней dormant без оплаты индексы помечаются на архив, придёт email.

Реактивация

Возобновить отменённый план:

1. /[orgSlug]/settings/billing → Reactivate.
2. Используется прежний способ оплаты, пока не сменить.
3. Биллинг начинается с даты реактивации — back-bill за период простоя нет.

Мгновенно. Квоты сбрасываются на следующем регулярном anchor (1-е число для месячных).

Смена провайдера

Перейти со Stripe на Lemon Squeezy (или другую дорогу) сейчас можно так:

1. Отменить текущую подписку.
2. Дождаться конца периода (или потерять неиспользованный остаток).
3. Подписаться заново через чекаут нового провайдера.

In-place миграция провайдеров — в работе; пока что только cancel-and-resubscribe. Тикет в поддержку для помощи.

Enterprise

Enterprise-планы — договорные, не self-serve. Смены — через вашего AACsearch-менеджера:

• Up-tier — амендмент к контракту, в согласованную дату.
• Down-tier — обычно на ренью, не in-period.
• Отмена — по уведомительному сроку MSA (обычно 30 или 90 дней).

Enterprise не видят self-serve кнопку отмены — вместо неё «Contact your account manager».

Аудит-трейл

Смены плана пишут аудит:

В details — предыдущий план, новый, ID транзакции провайдера.

Сценарии

«Был разовый пик на Black Friday — апгрейдиться?»

Если влезает в overage на текущем — купите overage, не апгрейд. /settings/billing → Allow overage + spending cap. Дешевле, и не надо помнить о даунгрейде.

«Попробовать Pro на месяц»

Апгрейд. Использовать. Даунгрейд на ренью. Получите пропорцию Pro за in-period, потом Starter дальше.

«Уходим — что с данными?»

Отменить. Данные сохраняются — полный доступ 7 дней, потом бессрочное чтение (с правилами over-cap freeze). Экспортируйте через v1 REST или панель пока есть доступ.

«Меняем юр.лицо (например, с физлица на ООО)»

Обновите billing entity на существующей подписке — провайдер (Stripe / LS / etc.) поддерживает смену без re-subscribe. См. Счета → Налоговые ID и юр.лицо.

Связанные страницы

• Планы — матрица.
• Квоты — механика overage и правила over-cap freeze.
• Счета — строки пропорции.
• Кошелёк и AI-кредиты — независим от смен плана.