Несколько Workspace Trello: почему Premium одной команды не покрывает все доски

У владельца аккаунта есть личный Workspace и отдельное пространство агентства. После оплаты Premium для агентства он ожидает те же функции на всех своих досках. Но подписку нужно проверять по пространству, где находится конкретная доска.

Найдите адресата покупки

Откройте настройки нужной доски и её Workspace. Затем проверьте план этого пространства. Список ваших аккаунтов и список оплачиваемых команд не являются одним объектом.

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

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

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

Уточнение для NukaPay

В запросе на Trello обозначьте конкретное рабочее пространство и план. Пароль аккаунта для такого описания не требуется.

Покупку считайте проверенной, когда функции доступны на нужной доске и сведения о плане относятся к правильному Workspace. Наличие слова Premium в другом разделе аккаунта этого не подтверждает.

Рабочий пример: от симптома к проверке

Отдел продаж и редакция работают в разных Trello Workspace. Сотрудник оплатил рабочую область продаж и ожидает платные функции на редакционной доске. Это условный рабочий пример, а не история клиента и не обещание результата сервиса.

В этом случае нужны следующие исходные данные: название Workspace, владелец доски, текущий план и счёт каждой рабочей области. Их лучше записать до изменения настроек. Иначе после нескольких попыток будет сложно понять, какое действие повлияло на результат и к какой версии относится наблюдение.

Контрольная проверка: открытие целевой доски и проверка, к какой оплачиваемой области она относится. Сохраните исходное состояние, выполните проверку и сопоставьте результат с ним. Тест должен воспроизводить рабочую задачу, а не только подтверждать вход в сервис.

Ожидаемый итог для этого примера: функция доступна в целевой области, а вторую область не оплатили по ошибке. Это конкретный критерий приёмки. Факт входа в аккаунт, успешная оплата или исчезновение уведомления сами по себе ещё не подтверждают, что рабочая задача решена.

Ошибка, которая приводит к лишней покупке

Личную учётную запись принимают за одну подписку для всех её рабочих областей. Такой результат требует диагностики до следующей покупки: новый ресурс сам по себе не подтверждает исправление причины.

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

Как сформулировать заявку в NukaPay

Предмет заявки здесь: продукт Trello для конкретного Workspace, в котором размещена нужная доска. Перед оплатой найдите сервис в каталоге NukaPay и сопоставьте доступное предложение со своей задачей. Если название варианта не даёт однозначного ответа, уточните его состав, вместо того чтобы выбирать по одному совпадению бренда.

В заявке разделите три вопроса: что именно приобретается, к какому аккаунту или рабочей области относится покупка и какой период либо объём требуется. Для этого примера приложите несекретные сведения по пунктам: название Workspace, владелец доски, текущий план и счёт каждой рабочей области. Полную стоимость и условия конкретного заказа проверяют до оплаты; чужой старый чек не подтверждает сегодняшнее предложение.

Пароль, код 2FA и доступ к почте NukaPay не запрашивает.

Что проверить после выполнения заказа

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

Источники

• Официальный источник 1