Управление участниками
Team workspace поддерживает до 10 участников (Pro план). Управление участниками осуществляется через email-приглашения с magic link.
Приглашение участников
Заголовок раздела «Приглашение участников»Приглашение новых участников выполняется через отправку email с magic link:
-
Откройте настройки workspace
/{workspace-slug}/settings/members -
Нажмите “Invite Member”
-
Введите email
Email, на который будет отправлено приглашение
-
Выберите роль
Admin, Developer, Member, Viewer, Billing или одну из ваших кастомных ролей (доступно на плане Enterprise)
-
Отправьте приглашение
Система отправит email с magic link для присоединения
Параметры приглашения
Заголовок раздела «Параметры приглашения»- token — уникальный токен приглашения
- expiresAt — срок действия 7 дней с момента создания
- email — email получателя приглашения
- role — назначенная роль (ADMIN, MEMBER или BILLING)
Роли и права
Заголовок раздела «Роли и права»В workspace доступны шесть встроенных ролей плюс кастомные роли (на плане Enterprise).
Создатель workspace с полным контролем:
- Всё, что доступно Admin
- Удаление workspace
- Передача ownership другому участнику
- Управление API-ключами
Администратор без права удалить workspace и изменить ownership:
- Всё, что доступно Developer
- Приглашение и удаление участников
- Изменение ролей других участников
- Создание и редактирование Custom Roles и Access Groups
- Управление биллингом и API-ключами
Developer
Заголовок раздела «Developer»Разработчик с правами на выпуск кода и настройку проектов, но без прав на состав команды и биллинг:
- Разворачивать деплои, откатывать и создавать share-links
- Создавать и редактировать проекты, переменные окружения, домены
- Просматривать состав команды (без изменений)
Developer подходит подрядчикам и внутренним инженерам, которым нужен технический доступ, но не финансовая или командная ответственность.
Базовый участник с read-only доступом к продуктовой части:
- Просмотр всех проектов, деплоев и логов
- Просмотр переменных окружения (без значений секретов)
- Просмотр доменов
- Просмотр списка участников и биллинга (без управления)
Изменение конфигурации, создание деплоев и управление env vars Member недоступны.
Самая узкая роль для чтения — без доступа к биллингу. Подходит для stakeholder’ов (менеджеры, сторонние аудиторы), которым нужно видеть состояние продукта, но не финансовые данные:
- Просмотр проектов, деплоев, логов, env vars (без секретов), доменов, команды
- Нет доступа к биллингу
Billing
Заголовок раздела «Billing»Роль для финансовых сотрудников — доступ только к биллингу:
- Просмотр биллинг-профиля, инвойсов, подписки и Usage
- Оплата инвойсов, смена тарифа, привязка и смена платёжного метода
- Редактирование биллинг-реквизитов (реквизиты плательщика, ИНН)
Участник с ролью Billing не видит и не может менять проекты, деплои, переменные окружения, домены и состав команды.
Custom Roles (Enterprise)
Заголовок раздела «Custom Roles (Enterprise)»На плане Enterprise можно создать собственные роли на базе Developer / Member / Viewer с дополнительным набором прав. Например, «Release Manager» = Member + право деплоить только на production.
Кастомные роли управляются в разделе Settings → Роли (/{workspace-slug}/settings/roles).
Access Groups (Pro, Enterprise)
Заголовок раздела «Access Groups (Pro, Enterprise)»Если нужно дать участнику доступ только к части проектов (подрядчик работает над одним проектом, маркетинг-команда видит три из десяти) — используйте Access Groups вместо того, чтобы выдавать рабочую workspace-роль:
- Создайте группу в Settings → Access Groups
- Укажите её роль (Developer, Member, Viewer или кастомная)
- Добавьте проекты, которые группа покрывает
- Добавьте участников
Участник видит только проекты своей группы (если у него нет отдельной workspace-роли). Права складываются: итог = права workspace-роли ∪ права каждой группы для данного проекта.
Пример: подрядчик приглашён как Viewer на workspace и состоит в Access Group «Project X» с ролью Developer. Во всех проектах он видит только чтение, а на Project X может деплоить.
Лимиты: Pro — 10 групп, Enterprise — 100 групп.
Принятие приглашения
Заголовок раздела «Принятие приглашения»Приглашение принимается через magic link:
/invitations/:tokenПроцесс принятия
Заголовок раздела «Процесс принятия»-
Получите email с приглашением
-
Перейдите по magic link
Ссылка ведёт на
/invitations/:token -
Авторизуйтесь или создайте аккаунт
Если у вас ещё нет аккаунта — потребуется регистрация
-
Подтвердите присоединение
После подтверждения вы становитесь участником workspace
Обработка существующих участников
Заголовок раздела «Обработка существующих участников»- Если пользователь уже состоит в workspace — приглашение отклоняется
- Если email уже связан с аккаунтом — присоединение происходит автоматически после перехода по ссылке
Управление через API
Заголовок раздела «Управление через API»API endpoints для управления участниками и приглашениями:
Участники
Заголовок раздела «Участники»# Получить список участниковGET /api/workspaces/{slug}/members
# Изменить роль участника (встроенная роль)PATCH /api/workspaces/{slug}/members/{userId}Content-Type: application/json
{ "role": "ADMIN" | "DEVELOPER" | "MEMBER" | "VIEWER" | "BILLING"}
# …или назначить кастомную рольPATCH /api/workspaces/{slug}/members/{userId}Content-Type: application/json
{ "customRoleId": "<custom-role-uuid>"}
# Удалить участникаDELETE /api/workspaces/{slug}/members/{userId}Приглашения
Заголовок раздела «Приглашения»# Создать приглашение на встроенную рольPOST /api/workspaces/{slug}/invitesContent-Type: application/json
{ "email": "user@example.com", "role": "ADMIN" | "DEVELOPER" | "MEMBER" | "VIEWER" | "BILLING"}
# …или пригласить на кастомную рольPOST /api/workspaces/{slug}/invitesContent-Type: application/json
{ "email": "user@example.com", "customRoleId": "<custom-role-uuid>"}
# Получить список приглашенийGET /api/workspaces/{slug}/invites
# Отменить приглашениеDELETE /api/workspaces/{slug}/invites/{token}
# Принять приглашение (для получателя)POST /api/invites/{token}/acceptПрава доступа к API
Заголовок раздела «Права доступа к API»| Endpoint | OWNER | ADMIN | MEMBER | BILLING |
|---|---|---|---|---|
GET /members | Да | Да | Да | Нет |
PATCH /members | Да | Да | Нет | Нет |
DELETE /members | Да | Да | Нет | Нет |
POST /invites | Да | Да | Нет | Нет |
GET /invites | Да | Да | Нет | Нет |
DELETE /invites | Да | Да | Нет | Нет |
POST /invites/{token}/accept | Да | Да | Да | Да |
API Keys в Team
Заголовок раздела «API Keys в Team»Workspace-scoped API ключи позволяют автоматизировать операции от имени workspace.
Создание API Key
Заголовок раздела «Создание API Key»-
Откройте Team Settings
/{workspace-slug}/settings/team -
Перейдите в раздел “API Keys”
-
Нажмите “Create API Key”
-
Укажите название и разрешения
-
Сохраните ключ
Ключ отображается только один раз при создании
Управление ключами
Заголовок раздела «Управление ключами»- OWNER и ADMIN — могут создавать, просматривать и отзывать все ключи workspace
- MEMBER — может создавать и управлять только собственными ключами
- BILLING — не имеет доступа к API ключам
Использование API Key
Заголовок раздела «Использование API Key»Authorization: Bearer <workspace-api-key>API Key наследует права роли, с которой он был создан. Например, ключ созданный с правами ADMIN может управлять участниками.
Лимиты по плану
Заголовок раздела «Лимиты по плану»| Лимит | Hobby | Pro | Enterprise |
|---|---|---|---|
| Участников в workspace | 1 | 10 | 100+ |
| Access Groups | — | 10 | 100 |
| Кастомных ролей | — | — | 50 |
| Аудит-лог UI | — | — | Да |
Hobby — это всегда solo-workspace (только Owner). Для команды перейдите на Pro. Enterprise добавляет кастомные роли и аудит.
При достижении лимита приглашение новых участников невозможно. Удалите существующего участника или обратитесь к нам за расширением.
Удаление участников
Заголовок раздела «Удаление участников»- Откройте
/{workspace-slug}/settings/members - Найдите участника в списке
- Нажмите иконку удаления
- Подтвердите
Изменение роли
Заголовок раздела «Изменение роли»- Откройте
/{workspace-slug}/settings/members - Найдите участника
- Кликните на текущую роль
- Выберите новую роль
Ограничения:
- Owner не может понизить себя
- Нельзя создать второго Owner
- Member не может изменять роли
Передача Ownership
Заголовок раздела «Передача Ownership»Owner может передать ownership другому Admin:
- Откройте настройки участников
- Выберите Admin
- Нажмите “Transfer Ownership”
- Подтвердите с вводом slug
После передачи:
- Бывший Owner становится Admin
- Новый Owner получает полные права
Доступ к проектам
Заголовок раздела «Доступ к проектам»По умолчанию участник видит проекты в соответствии со своей workspace-ролью. Access Group может расширить права на конкретные проекты (например, дать Viewer возможность деплоить в «Project X»), но не может их отнять.
| Действие | Owner | Admin | Developer | Member | Viewer | Billing |
|---|---|---|---|---|---|---|
| Просмотр проектов | Да | Да | Да | Да | Да | Нет |
| Создание проектов | Да | Да | Да | Нет | Нет | Нет |
| Настройки проекта | Да | Да | Да | Нет | Нет | Нет |
| Удаление проекта | Да | Да | Нет | Нет | Нет | Нет |
| Деплой | Да | Да | Да | Нет | Нет | Нет |
| Rollback | Да | Да | Да | Нет | Нет | Нет |
| Просмотр env vars | Да | Да | Да | Да | Да | Нет |
| Правка env vars | Да | Да | Да | Нет | Нет | Нет |
| Команда: приглашения | Да | Да | Нет | Нет | Нет | Нет |
| Просмотр биллинга | Да | Да | Нет | Да | Нет | Да |
| Оплата, смена тарифа | Да | Да | Нет | Нет | Нет | Да |
Эффективные права
Заголовок раздела «Эффективные права»Если непонятно, почему участник видит или не видит что-то — откройте меню у него в списке участников и выберите «Эффективные права». Платформа покажет итоговый набор разрешений и все источники (workspace-роль, кастомная роль, Access Groups).
Уведомления участников
Заголовок раздела «Уведомления участников»Участники получают уведомления о:
- Деплоях своих проектов
- Ошибках сборки
- Проблемах с доменами (OWNER / ADMIN)
- Биллинге (OWNER, ADMIN и BILLING — инвойсы, неуспешные автосписания, просрочки)
- Новых приглашениях в workspace (email)
Выход из Workspace
Заголовок раздела «Выход из Workspace»Участник может покинуть workspace самостоятельно:
- Откройте Team Switcher
- Наведите на workspace
- Нажмите “Leave”
- Подтвердите
См. также
Заголовок раздела «См. также»- Workspaces — обзор
- Создание Team Workspace
- Биллинг