> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Роли и разрешения: RBAC для консоли KYC

> Управляйте доступом команды с помощью ролевых разрешений в консоли Didit. Используйте встроенные роли или создавайте свои с гранулярным контролем по ресурсам.

Этот раздел урока Didit Academy о панели управления и ролях начинается с участников команды и ролей.

В уроке Academy о командах участники и роли разобраны на 4:04, затем рассматриваются пять встроенных ролей и пользовательские роли.

[Участники команды и роли — Didit Academy](https://www.youtube.com/embed/sRcOBxjRYag?start=244\&rel=0\&playsinline=1)

## Обзор

Didit использует систему контроля доступа на основе ролей (RBAC), чтобы управлять тем, что участники команды могут делать в консоли. Каждому участнику назначается **роль**, а каждая роль содержит набор **разрешений**, которые контролируют доступ к отдельным функциям.

## Роли по умолчанию

Didit предоставляет пять встроенных (системных) ролей, которые охватывают типичные структуры команд:

| Роль | Описание |
| - | - |
| **Владелец** | Полный доступ ко всем функциям, включая управление организацией и ролями, а также биллинг. Только владельцы могут передать право владения. Ни одна роль не может удалить организацию: это делает служба поддержки Didit по запросу. |
| **Администратор** | Полный административный доступ к функциям верификации, участникам команды и настройкам приложения. Не может управлять ролями. |
| **Комплаенс-офицер** | Сосредоточен на проверке сессий, управлении функциями AML и списками блокировки, просмотре журналов аудита, а также работе с транзакциями и профилями компаний. |
| **Разработчик** | Управляет сценариями, webhook, API-ключами, анкетами и конфигурацией приложения. Может также создавать сессии верификации, а в остальном имеет к ним доступ только для чтения. |
| **Читатель** | Доступ только для чтения к разделам консоли, кроме доказательств Bank Verification. Не может изменять какие-либо данные. |

Системные роли нельзя редактировать или удалять.

## Пользовательские роли

Владельцы организации могут создавать **пользовательские роли** с нужными комбинациями разрешений, подобранными под потребности вашей команды.

Чтобы создать пользовательскую роль:

1. Перейдите в **Настройки > Организация > Роли и разрешения**
2. Нажмите **Создать роль**
3. Введите название, slug и описание
4. Выберите разрешения, которые хотите предоставить
5. Нажмите **Создать роль**

Пользовательские роли можно редактировать и удалять в любое время. Нельзя удалить роль, которая в данный момент назначена участникам; сначала назначьте им другие роли.

## Справочник разрешений

Разрешения имеют формат `action:resource`. Доступны следующие действия:

* **read**: просмотр ресурса
* **write**: обновление ресурса
* **create**: создание новых экземпляров ресурса
* **delete**: удаление ресурса
* **list**: получение списка нескольких экземпляров ресурса

### Разрешения на ресурсы

| Ресурс | Доступные действия | Раздел консоли |
| - | - | - |
| `organization` | read, write | Настройки организации |
| `members` | read, list, write, delete | Участники команды |
| `roles` | read, list, write, create, delete | Управление ролями |
| `applications` | read, list, write, create, delete | Настройки приложения |
| `sessions` | read, list, create, write, delete | Сессии верификации, изменение статусов и удаление сессий |
| `users` | read, list, write, create, delete | Каталог конечных пользователей |
| `businesses` | read, list, write, create, delete | Профили компаний (KYB) |
| `transactions` | read, list, create, write | Мониторинг транзакций |
| `workflows` | read, write, create, delete | Редактор сценариев |
| `questionnaires` | read, write, create, delete | Анкеты |
| `customization` | read, write | Брендинг White label |
| `lists` | read, write, create, delete | Списки (списки блокировки и списки разрешённых) |
| `blocklist` | read, write, create | Управление списком блокировки |
| `webhooks` | read, write, create, delete | Адреса назначения webhook |
| `api-keys` | read, write | Управление API-ключами |
| `analytics` | read | Панель аналитики |
| `audit-logs` | read, list | Журналы аудита |
| `subscription` | read, write | Биллинг и использование |
| `saml` | read, write | Настройка SSO/SAML |
| `authentication` | read, write | Аутентификация для ваших конечных пользователей |
| `integrations` | read, list, write, create, delete | Интеграции и подключённые провайдеры |
| `cases` | read, list, write | Кейсы |
| `messages` | read, list, write | Сообщения |
| `networks` | read, list, write | Сети для выявления мошенничества |
| `bank-verifications` | read | Доказательства Bank Verification |

Каждой роли необходимы `read:organization`, `read:applications` и `list:applications`, чтобы открыть консоль.

## Назначение ролей

При приглашении нового участника команды или редактировании существующего вы выбираете из всех доступных ролей (как системных, так и пользовательских).

Участнику можно назначить только одну роль за раз. Чтобы изменить роль участника, перейдите в **Настройки > Организация > Участники** и отредактируйте участника.

## Ссылки-приглашения

Каждое приглашение отправляется по электронной почте в виде одноразовой ссылки, привязанной к приглашённому адресу, и истекает через **30 дней**. Если приглашённый сообщает, что его ссылка показывает **Приглашение недоступно**, исходное приглашение больше не действительно: перейдите в **Настройки > Организация > Участники** и отправьте новое приглашение, а не повторно отправляйте старое письмо.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.