Кратко
- При месячной оплате по максимальному количеству удаление пользователей не уменьшает уже оплаченный объём текущего периода. Освободившиеся места можно выдать другим людям.
- По официальной иллюстративной ставке 18 долларов и при оставшихся 25 днях добавление трёх мест даёт доплату 45 долларов. Сначала отозвать три доступа и затем выдать три новых — другой по цене порядок при том же конечном составе.
Последним в компании, кажется, освобождается оплаченное кресло. Пользователя уже удалили, а его место остаётся в счёте до конца периода. Для месячных подписок Atlassian, работающих по максимальному количеству, это обычное устройство тарифа.
Отсюда следует менее очевидный результат: замена трёх сотрудников тремя другими может стоить по-разному в зависимости от очередности действий администратора. Кадровый отчёт покажет нулевое изменение. В платёжном отчёте появится ёмкость, которую успели открыть между двумя заявками.
Десять в конце, тринадцать по дороге
Правила максимального количества связывают рост оплачиваемого объёма с превышением уже учтённого числа пользователей. За добавленные места рассчитывается плата пропорционально оставшемуся времени периода; она приходит в следующем счёте. Последующее удаление пользователей не уменьшает плату за текущий период. Зато освобождает уже купленные места для повторного назначения.
Сравним два условных порядка для одного платного месячного приложения под этой схемой. На старте десять пользователей. На пятый день три доступа нужно закрыть, ещё три — открыть. Сначала закрыть: останется семь, после выдачи новых снова десять. Дополнительная ёмкость сверх оплаченной не потребовалась.
Сначала открыть: станет тринадцать, после отзыва старых снова десять. Но оплачиваемое количество на этот период останется тринадцать. Итоговый список один и тот же, история приобретения мест разная.
Для расчёта возьмём ставку из официальных примеров — 18 долларов за пользователя в месяц. Это пояснительная цена, а не действующий прайс Jira. Пусть в условном 30-дневном периоде осталось 25 дней. Три новых места сверх исходных стоят 3 × 18 × 25 ÷ 30, то есть 45 долларов. При удалении до добавления доплата за эту замену равна нулю. Это наш расчёт при заданных условиях, а не обнаруженный счёт клиента.
Пропорция существенна: тринадцать полных месячных платежей задним числом здесь не возникают. В официальном примере Melissa сумма 279 долларов складывается иначе: 234 доллара за следующий месяц с тринадцатью пользователями плюс 45 долларов за добавления предыдущего периода. Наши оба порядка заканчиваются десятью пользователями. Сравнение всех 279 долларов со 180 подменило бы цену порядка ещё и разницей состава следующего месяца.
Приглашённый ещё не вошёл, доступ уже куплен
Документация управления пользователями включает в месячный подсчёт добавленных в приложение людей, которые не приняли приглашение или ни разу не входили. Оплачивается предоставленная возможность доступа; первое действие человека внутри приложения может случиться позже.
Поэтому дата последнего входа не заменяет журнал выдачи прав. Один показывает активность, другой — открытую возможность работать. Оплаченное количество хранит третью величину: сколько мест уже приобрели на период. Из отсутствия входов нельзя вывести ни нулевую стоимость места, ни оценку полезности человека.
Недостаточно и факта отправки любого письма с приглашением. Нужны фактическое добавление в конкретное приложение и соответствующие права. Затем следует проверить, имелось ли свободное оплаченное место: выдача внутри этого запаса и повышение максимума — разные операции для цены.
Продавец помнит пик, покупатель считает людей
В анонсе 2025 года Atlassian объясняла модель предсказуемостью затрат и упрощением отслеживания. Нынешняя инструкция перечисляет соответствующие месячные подписки Compass, Confluence, Atlassian Guard, Jira, Jira Product Discovery, Jira Service Management, Loom и приложений Marketplace. В лицензионных ответах месячный максимум отделён от годовых диапазонов пользователей. Здесь разбирается уже описанный месячный механизм.
Продавец сохраняет плату за дополнительную возможность доступа, которая существовала в периоде. Покупатель же способен заказать её без отдельного решения об увеличении штата. Бизнес просит открыть права заранее, администратор выполняет заявку, другая очередь ещё не дошла до отзыва. У этой разницы во времени появляется цена.
У пика есть граница. Число пользователей последнего дня задаёт начальный оплачиваемый объём следующего месяца. В официальном примере Armando после удаления трёх из десяти мест текущая оплата остаётся за десять, три места доступны для повторной выдачи, а следующий месяц начинается с семи. Однажды достигнутый максимум не закрепляется навсегда.
Точная сумма реального счёта требует продукта и ценовых ступеней его плана, дат периода, уже учтённого количества и последовательности фактических изменений прав. Но одинаковый конечный штат уже не служит объяснением одинаковой цены. Для передачи дел может понадобиться оплачиваемое перекрытие. Если его породила лишь очередь заявок, компания тоже купила ёмкость — просто покупатель не заметил собственного заказа.
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров





