# Что такое ролевая модель доступа (RBAC)? | Corex360

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

Источник: https://www.corex360.com/ru/glossariy/rolevaya-model-dostupa
Последнее обновление: 2026-09-25

---

[Главная](https://www.corex360.com/ru) [Глоссарий](https://www.corex360.com/ru/glossariy) Ролевая модель доступа

Глоссарий · Процессы, права доступа и безопасность

# Что такое ролевая модель доступа (RBAC)?

Ролевая модель доступа (RBAC) – это модель, при которой права доступа в программе не выдаются людям по одному, а привязываются к заданным ролям, например торгового представителя или бухгалтерии. Пользователь получает права от назначенной роли. Когда человек меняет должность, обновляется только назначение роли.

[Запросить демо](https://www.corex360.com/ru/kontakty?konu=governance#form)

Зачем нужноКак это работаетПримерВ Corex360Что часто путаютВопросы

## Короткий ответ

- Ролевая модель доступа (RBAC) – это модель, при которой права доступа в программе не выдаются людям по одному, а привязываются к заданным ролям, например торгового представителя или бухгалтерии.
- Выдавать права каждому человеку по отдельности в небольшой команде кажется простым.
- **Часто путают с:** [Журнал аудита (audit log)](https://www.corex360.com/ru/glossariy/zhurnal-audita), Аутентификация

## Зачем нужна ролевая модель доступа?

Выдавать права каждому человеку по отдельности в небольшой команде кажется простым. По мере роста команды уже невозможно уследить, кто что видит: права уволившегося не закрывают, а сменивший отдел сохраняет старые права. Ролевая модель привязывает права к заданным ролям; люди меняются, роль остаётся той же. Ролевая модель облегчает и проверку. Может ли роль бухгалтерии видеть карточки клиентов, решается в одном месте. Ограничить доступ к персональным данным рамками должностных обязанностей – одна из мер безопасности данных, которых ожидает KVKK (турецкий закон о защите персональных данных, сопоставимый с GDPR и российским 152-ФЗ), и ролевая модель превращает это в письменный порядок.

## Как задаются роли?

В ролевой модели доступа роли берутся из реальных должностей в компании: торговый представитель, руководитель отдела продаж, бухгалтерия, HR или выездной техник. Для каждой роли записывается, какие записи она может видеть и изменять и какие действия выполнять; пользователю назначается одна или несколько ролей, и права он получает от роли. Изменение роли фиксируется вместе с тем, кто его внёс.

- **Роли определяются** Роли задаются по реальным должностям в компании: торговый представитель, руководитель продаж, бухгалтерия, кадры, выездной техник и т. п.

- **Объём записывается** Для каждой роли определяется, какие записи она видит, какие может менять и какие действия выполнять. Охват может быть собственными записями человека, записями его команды или всей компании.

- **Назначаются люди** Пользователь назначается на одну или несколько ролей и получает права от роли.

- **Изменения отслеживаются** При изменении роли или назначения фиксируется, кто, когда и что изменил. Роли регулярно пересматриваются.

## Пример

В строительной компании начальники участков должны видеть записи своих проектов и объём работ по договору, но не торг о цене с клиентом. Бухгалтерия видит счета и график платежей, но не может менять отчёты с объекта. Когда начальник участка переходит на другой проект, меняется только назначенная роль; перебирать права по одному не нужно.

Эта страница носит общий информационный характер и не является юридической консультацией; законодательство последний раз проверялось 23 сентября 2026 года. **Официальный текст:** [Закон о защите персональных данных (mevzuat.gov.tr)](https://www.mevzuat.gov.tr/mevzuat?MevzuatNo=6698&MevzuatTur=1&MevzuatTertip=5), [Управление по защите персональных данных Турции (kvkk.gov.tr)](https://www.kvkk.gov.tr)

## Как это выглядит в Corex360?

В Corex360 доступ строится по ролям: каждый пользователь видит только записи в пределах своей роли, изменение прав требует согласования руководителя и фиксируется. В Corex Drive файлы привязаны к правам; доступ открывается по ссылке с ограниченным сроком и правами, которую можно отозвать. Тот же уровень безопасности работает и в Corex360 Cloud, и на вашем [собственном сервере](https://www.corex360.com/ru/resheniya/na-svoem-servere).

[Безопасность и размещение](https://www.corex360.com/ru/bezopasnost)[KVKK: облако или собственный сервер](https://www.corex360.com/ru/blog/kvkk-oblako-ili-svoy-server)

## Термины, которые часто путают

| [Журнал аудита (audit log)](https://www.corex360.com/ru/glossariy/zhurnal-audita) | Авторизация заранее определяет, кто что может делать. Журнал аудита потом показывает, что было сделано. Они работают вместе. |

| Аутентификация | Аутентификация подтверждает, что пользователь тот, за кого себя выдаёт; этот шаг – пароль и код подтверждения. Авторизация определяет, к чему у подтверждённого человека есть доступ. |

**Связанные термины:** [Журнал аудита (audit log)](https://www.corex360.com/ru/glossariy/zhurnal-audita), [Договор об обработке данных (DPA)](https://www.corex360.com/ru/glossariy/dogovor-ob-obrabotke-dannykh)

## Вопросы и ответы

### Может ли у пользователя в ролевой модели быть несколько ролей?

В большинстве систем да, и права складываются из ролей. Если ролей немного и они осмысленны, можно объяснить, кто что видит.

### Достаточно ли ролевого доступа для KVKK?

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

### Должны ли руководители в ролевой модели видеть всё?

Столько, сколько требует работа. Роль руководителя может быть широкой, но такие области, как персональные данные и оплата труда, открыты только соответствующим ролям.

[Глоссарий программ для бизнеса](https://www.corex360.com/ru/glossariy)

Была ли эта страница полезной?