001c2097a3
Created by Github action <!-- mintlify-editor-comments:start --> Mintlify --- 0 threads from 0 users in Mintlify - No unresolved comments <!-- mintlify-editor-comments:end --> <!-- mintlify-comment--> <a href="https://dashboard.mintlify.com/twenty/twenty/editor/i18n-docs?source=pr_comment" target="_blank" rel="noopener noreferrer"><picture><source media="(prefers-color-scheme: dark)" srcset="https://d3gk2c5xim1je2.cloudfront.net/assets/open-mintlify-editor-dark.svg"><source media="(prefers-color-scheme: light)" srcset="https://d3gk2c5xim1je2.cloudfront.net/assets/open-mintlify-editor-light.svg"><img src="https://d3gk2c5xim1je2.cloudfront.net/assets/open-mintlify-editor-light.svg" alt="Open in Mintlify Editor"></picture></a> <!-- /mintlify-comment --> Co-authored-by: github-actions <github-actions@twenty.com>
199 lines
15 KiB
Plaintext
199 lines
15 KiB
Plaintext
---
|
|
title: Разрешения
|
|
description: Управляйте доступом к объектам, полям и настройкам с помощью разрешений на основе ролей.
|
|
image: /images/user-guide/permissions/permissions.png
|
|
---
|
|
|
|
Система разрешений Twenty позволяет вам контролировать доступ к трем основным областям:
|
|
|
|
* **Объекты и поля**: Контролировать, кто может просматривать, редактировать или удалять записи и отдельные поля
|
|
* **Настройки**: Управление доступом к конфигурации рабочего пространства и административным функциям
|
|
* **Действия**: Контролировать общие действия рабочего пространства, такие как импорт данных или отправка писем
|
|
|
|
## Создать роль
|
|
|
|
Чтобы создать новую роль:
|
|
|
|
1. Перейдите в **Настройки → Роли**
|
|
2. В разделе **Все роли** нажмите **+ Создать роль**
|
|
3. Введите имя роли
|
|
4. На вкладке **Разрешения** по умолчанию [настройте разрешения](#customize-permissions)
|
|
5. Нажмите **Сохранить**, чтобы завершить
|
|
|
|
## Удалить роль
|
|
|
|
Чтобы удалить роль:
|
|
|
|
1. Перейдите в **Настройки → Роли**
|
|
2. Нажмите на роль, которую хотите удалить
|
|
3. Откройте вкладку **Настройки**, затем нажмите **Удалить роль**
|
|
4. Нажмите **Подтвердить** в модальном окне
|
|
|
|
<Note>
|
|
Если роль удалена, любой участник рабочего пространства, назначенный на неё, будет автоматически переназначен на роль по умолчанию. Все роли, кроме **Администратора**, могут быть удалены. Всегда должен быть назначен хотя бы один участник на роль **Администратора**.
|
|
</Note>
|
|
|
|
## Назначение ролей участникам
|
|
|
|
### Просмотр текущих назначений
|
|
|
|
* Перейдите в **Настройки → Роли**
|
|
* Просмотрите все роли и количество назначенных им участников
|
|
* Просмотрите, какие роли у каких участников
|
|
|
|
### Назначить роль участнику
|
|
|
|
1. Перейдите в **Настройки → Роли**
|
|
2. Нажмите на роль, которую вы хотите назначить
|
|
3. Откройте вкладку **Назначение**
|
|
4. Нажмите **+ Назначить участнику**
|
|
5. Выберите участника рабочего пространства из списка
|
|
6. Подтвердите назначение
|
|
|
|
### Установить роль по умолчанию
|
|
|
|
1. Перейдите в **Настройки → Роли**
|
|
2. В разделе **Опции** найдите **Роль по умолчанию**
|
|
3. Выберите, какую роль новые участники должны получать автоматически
|
|
4. Новые участники рабочего пространства будут получать эту роль при присоединении
|
|
|
|
<Note>
|
|
Вы можете назначать роли только существующим участникам рабочего пространства. Чтобы пригласить новых участников, используйте [Управление членами](/l/ru/user-guide/settings/capabilities/member-management).
|
|
</Note>
|
|
|
|
## Настроить разрешения
|
|
|
|
Разрешения определяют, что каждая роль может получить доступ или изменить в вашем рабочем пространстве, включая объекты и записи рабочего пространства, настройки и действия.
|
|
|
|
### Разрешения на уровне объекта
|
|
|
|
Раздел **Объекты** определяет, что эта роль может делать с записями во всём вашем рабочем пространстве.
|
|
|
|
#### Задать разрешения по умолчанию (для всех объектов)
|
|
|
|
Сначала настройте базовые разрешения, которые по умолчанию применяются ко **всем объектам**:
|
|
|
|
| Разрешение | Описание |
|
|
| ------------------------------------------- | --------------------------------------------------------------------- |
|
|
| **Просмотр записей на всех объектах** | Просматривать записи в списках и на страницах с подробной информацией |
|
|
| **Редактирование записей на всех объектах** | Изменять существующие записи |
|
|
| **Удаление записей на всех объектах** | Мягко удалять записи (их можно восстановить) |
|
|
| **Уничтожение записей на всех объектах** | Безвозвратно удалять записи |
|
|
|
|
Включайте или отключайте в зависимости от того, каким должно быть поведение по умолчанию для этой роли.
|
|
|
|
<Note>
|
|
**Пример — роль стажёра**: По умолчанию стажёр должен видеть все объекты, но не редактировать их. Включите "Просмотр записей для всех объектов", но оставьте "Редактирование записей для всех объектов" не отмеченным.
|
|
</Note>
|
|
|
|
#### Добавить исключения на уровне объекта
|
|
|
|
После настройки значений по умолчанию используйте подраздел **На уровне объекта**, чтобы добавить правила, которые переопределяют значения по умолчанию для конкретных объектов.
|
|
|
|
Нажмите **+ Добавить правило** и выберите объект, чтобы создать исключение.
|
|
|
|
**Примеры правил для роли стажёра:**
|
|
|
|
| Правило | Результат |
|
|
| -------------------------------------------- | ---------------------------------------------------------------- |
|
|
| Opportunities → отключить "Просмотр записей" | Стажёр вообще не видит объект Opportunities |
|
|
| People → включить "Редактирование записей" | Стажёр может редактировать записи People (но не других объектов) |
|
|
|
|
### Разрешения на уровне поля
|
|
|
|
В рамках каждого правила на уровне объекта вы можете дополнительно настроить **разрешения на уровне поля**, чтобы управлять доступом к конкретным полям.
|
|
|
|
| Разрешение | Описание |
|
|
| ----------------------- | --------------------------- |
|
|
| **Просмотр поля** | Просматривать значение поля |
|
|
| **Редактирование поля** | Изменять значение поля |
|
|
| **Нет доступа** | Поле полностью скрыто |
|
|
|
|
**Пример — ограничение доступа к конфиденциальным полям:**
|
|
|
|
Для роли стажёра с правом редактирования People вы можете ограничить некоторые поля:
|
|
|
|
* People → Email → только **Просмотр поля** (редактирование недоступно)
|
|
* People → Address → **Нет доступа** (полностью скрыто)
|
|
|
|
Это позволяет стажёру редактировать большинство полей People, при этом защищая конфиденциальную информацию.
|
|
|
|
### Как работает наследование разрешений
|
|
|
|
Разрешения применяются каскадно — от общих к конкретным:
|
|
|
|
1. **Все объекты** → задаёт базовый уровень для всех объектов
|
|
2. **Правила на уровне объекта** → переопределяют базовые настройки для конкретных объектов
|
|
3. **Правила на уровне поля** → переопределяют настройки объекта для конкретных полей
|
|
|
|
Более конкретные настройки всегда имеют приоритет.
|
|
|
|
### Управление переопределениями разрешений
|
|
|
|
Чтобы переопределить унаследованные разрешения:
|
|
|
|
1. Нажмите **X**, чтобы удалить унаследованное правило
|
|
2. Выберите нужные конкретные разрешения
|
|
3. Нажмите оранжевую **Отмена** (круглая стрелка), чтобы отменить изменения
|
|
|
|
Когда закончите, нажмите **Завершить**, затем **Сохранить**, после чего вас перенаправит на страницу роли.
|
|
|
|
### Разрешения для настроек рабочего пространства
|
|
|
|
Контролируйте доступ к настройкам рабочего пространства двумя способами:
|
|
|
|
* Переключатель **Все доступ к настройкам** для предоставления полного доступа
|
|
* Или включите специальные разрешения (например, генерация API-ключей, предпочтения рабочего пространства, назначение ролей, настройка модели данных, настройки безопасности и управление Workflows)
|
|
|
|
<Note>
|
|
**Текущее ограничение**: Для ручного запуска рабочих процессов в настоящее время требуется доступ к управлению рабочими процессами. Это поведение может измениться в будущих версиях.
|
|
</Note>
|
|
|
|
### Разрешения на действия в рабочем пространстве
|
|
|
|
Контролируйте доступ к общим действиям рабочего пространства:
|
|
|
|
* Переключатель **Все доступ к приложениям** для предоставления полных разрешений
|
|
* Или включите индивидуальные действия, такие как **Отправить email**, **Импортировать CSV** и **Экспортировать CSV**
|
|
|
|
## Назначение ролей ключам API и AI-агентам
|
|
|
|
Помимо участников рабочего пространства, роли также можно назначать **ключам API** и **AI-агентам**. Это особенно полезно для команд, которые хотят точно контролировать, «кто» что может делать в их рабочем пространстве — включая автоматизированные процессы и интеграции.
|
|
|
|
### Зачем назначать роли ключам API и AI-агентам?
|
|
|
|
* **Безопасность**: Ограничьте доступ и возможность изменений для автоматизированных процессов
|
|
* **Соответствие требованиям**: Обеспечьте, чтобы интеграции получали доступ только к необходимым данным
|
|
* **Контроль**: Предотвратите случайные изменения данных из-за неверно настроенных автоматизаций
|
|
* **Аудит**: Отслеживайте, какие действия выполнены какой интеграцией или каким агентом
|
|
|
|
### Назначить роль ключу API
|
|
|
|
1. Перейдите в **Настройки → Роли**
|
|
2. Нажмите на роль, которую вы хотите назначить
|
|
3. Откройте вкладку **Назначение**
|
|
4. В разделе **Ключи API** нажмите **+ Назначить ключу API**
|
|
5. Выберите ключ API из списка
|
|
6. Подтвердите назначение
|
|
|
|
Теперь ключ API унаследует все разрешения, определённые этой ролью. Любые вызовы API, выполненные с этим ключом, будут соответствующим образом ограничены.
|
|
|
|
<Note>
|
|
Ключи API без назначенной роли используют разрешения по умолчанию. Для повышения безопасности всегда назначайте конкретную роль производственным ключам API.
|
|
</Note>
|
|
|
|
### Назначить роль AI-агенту
|
|
|
|
1. Перейдите в **Настройки → Роли**
|
|
2. Нажмите на роль, которую вы хотите назначить
|
|
3. Откройте вкладку **Назначение**
|
|
4. В разделе **AI-агенты** нажмите **+ Назначить AI-агенту**
|
|
5. Выберите AI-агента из списка
|
|
6. Подтвердите назначение
|
|
|
|
AI-агент сможет получать доступ к данным и выполнять действия только в пределах разрешений назначенной ему роли.
|
|
|
|
<Note>
|
|
Для AI-агентов, работающих в рамках рабочих процессов, это гарантирует, что агент не сможет получать доступ к данным или изменять их вне своей предназначенной области — даже если у рабочего процесса есть более широкие разрешения.
|
|
</Note>
|