- Объекты и поля: Контролировать, кто может просматривать, редактировать или удалять записи и отдельные поля
- Настройки: Управление доступом к конфигурации рабочего пространства и административным функциям
- Действия: Контролировать общие действия рабочего пространства, такие как импорт данных или отправка писем
Создать роль
Чтобы создать новую роль:- Перейдите в Настройки → Роли
- В разделе Все роли нажмите + Создать роль
- Введите имя роли
- In the default Permissions tab, configure permissions
- Нажмите Сохранить, чтобы завершить
Удалить роль
Чтобы удалить роль:- Перейдите в Настройки → Роли
- Нажмите на роль, которую хотите удалить
- Откройте вкладку Настройки, затем нажмите Удалить роль
- Нажмите Подтвердить в модальном окне
If a role is deleted, any workspace member assigned to it will be automatically reassigned to the default role. Все роли, кроме Администратора, могут быть удалены. Всегда должен быть назначен хотя бы один участник на роль Администратора.
Назначение ролей участникам
Просмотр текущих назначений
- Перейдите в Настройки → Роли
- Просмотрите все роли и количество назначенных им участников
- Просмотрите, какие роли у каких участников
Назначить роль участнику
- Перейдите в Настройки → Роли
- Нажмите на роль, которую вы хотите назначить
- Откройте вкладку Назначение
- Нажмите + Назначить участнику
- Выберите участника рабочего пространства из списка
- Подтвердите назначение
Установить роль по умолчанию
- Перейдите в Настройки → Роли
- В разделе Опции найдите Роль по умолчанию
- Выберите, какую роль новые участники должны получать автоматически
- Новые участники рабочего пространства будут получать эту роль при присоединении
You can only assign roles to existing workspace members. Чтобы пригласить новых участников, используйте Управление членами.
Настроить разрешения
Разрешения определяют, что каждая роль может получить доступ или изменить в вашем рабочем пространстве, включая объекты и записи рабочего пространства, настройки и действия.Object Permissions
The Objects section controls what this role can do with records across your workspace.Set Default Permissions (All Objects)
First, configure the baseline permissions that apply to all objects by default:| Permission | Описание |
|---|---|
| Просмотр записей на всех объектах | View records in lists and detail pages |
| Редактирование записей на всех объектах | Modify existing records |
| Удаление записей на всех объектах | Soft-delete records (can be restored) |
| Уничтожение записей на всех объектах | Permanently delete records |
Example — Intern role: An intern should be able to see all objects but not edit them by default. Enable “See Records on All Objects” but leave “Edit Records on All Objects” unchecked.
Add Object-Level Exceptions
After setting defaults, use the Object-Level sub-section to add rules that override the defaults for specific objects. Click + Add rule and select an object to create an exception. Example rules for an Intern role:| Rule | Effect |
|---|---|
| Opportunities → disable “See Records” | Intern cannot see the Opportunities object at all |
| People → enable “Edit Records” | Intern can edit People records (but not other objects) |
Field Permissions
Within each object-level rule, you can go further and configure field-level permissions to control access to specific fields.| Permission | Описание |
|---|---|
| See Field | View the field value |
| Edit Field | Modify the field value |
| No Access | Field is completely hidden |
- People → Email → See Field only (cannot edit)
- People → Address → No Access (completely hidden)
How Permission Inheritance Works
Permissions cascade from general to specific:- All Objects → sets the baseline for all objects
- Object-Level rules → override the baseline for specific objects
- Field-Level rules → override the object setting for specific fields
Управление переопределениями разрешений
To override inherited permissions:- Нажмите X, чтобы удалить унаследованное правило
- Select the specific permissions you want
- Нажмите оранжевую Отмена (круглая стрелка), чтобы отменить изменения
Разрешения для настроек рабочего пространства
Контролируйте доступ к настройкам рабочего пространства двумя способами:- Переключатель Все доступ к настройкам для предоставления полного доступа
- Или включите специальные разрешения (например, генерация API-ключей, предпочтения рабочего пространства, назначение ролей, настройка модели данных, настройки безопасности и управление Workflows)
Current limitation: Access to workflow management is currently required to manually trigger workflows. This behavior may change in future releases.
Разрешения на действия в рабочем пространстве
Контролируйте доступ к общим действиям рабочего пространства:- Переключатель Все доступ к приложениям для предоставления полных разрешений
- Или включите индивидуальные действия, такие как Отправить email, Импортировать CSV и Экспортировать CSV
Assigning Roles to API Keys and AI Agents
Beyond workspace members, roles can also be assigned to API Keys and AI Agents. This is particularly helpful for teams who want to control exactly “who” can do what in their workspace—including automated processes and integrations.Why Assign Roles to API Keys and AI Agents?
- Security: Limit what automated processes can access or modify
- Compliance: Ensure integrations only touch the data they need
- Control: Prevent accidental data changes from misconfigured automations
- Auditability: Track which actions were performed by which integration or agent
Assign a Role to an API Key
- Перейдите в Настройки → Роли
- Нажмите на роль, которую вы хотите назначить
- Откройте вкладку Назначение
- Under API Keys, click + Assign to API key
- Select the API key from the list
- Подтвердите назначение
API keys without an assigned role use default permissions. For tighter security, always assign a specific role to production API keys.
Assign a Role to an AI Agent
- Перейдите в Настройки → Роли
- Нажмите на роль, которую вы хотите назначить
- Откройте вкладку Назначение
- Under AI Agents, click + Assign to AI agent
- Select the AI agent from the list
- Подтвердите назначение
For AI agents running within workflows, this ensures the agent cannot access or modify data outside its intended scope—even if the workflow has broader permissions.