Роли, группы и права
Доступ строится от рабочих обязанностей, а не от отдельных экранов. Администратор создаёт роли с точными разрешениями, объединяет людей в группы и использует эти роли в workflow, формах и других правилах.
Пользователь видит только доступный ему функционал, а процесс не опирается на устные договорённости о том, кому что можно.
Когда использовать
- Разным отделам нужны разные наборы действий и данных.
- Новая роль должна сразу появиться в правилах workflow.
- Публичная форма предназначена только для определённой группы.
Как настроить
6 шагов- 01
Опишите обязанность
Создайте роль по реальной функции: «Оператор склада», «Ревьюер», «Финансовый контролёр».
- 02
Выберите разрешения
Выдайте только операции, необходимые для работы. Права на просмотр и изменение назначайте отдельно.
- 03
Соберите группы
Объедините участников с одинаковым контекстом доступа и используйте группу в шаблонах и других ограничениях.
- 04
Ограничьте поля
В «Разрешениях полей» выберите системное или созданное поле и назначьте каждой роли уровень «Скрыто», «Просмотр» или «Изменение».
- 05
Подключите к процессу
Выберите роли в правилах переходов и проверьте, что новые роли появились без ручного дублирования.
- 06
Проверьте глазами роли
Войдите тестовым пользователем и убедитесь, что недоступные разделы и кнопки скрыты, а сервер отклоняет запрещённые действия.
Примеры процессов
Склад
Оператор видит номер заказа, состав и доставку, переводит заказ в комплектацию, но не открывает расчёты и управление доступом.
Внешний наблюдатель
Партнёр видит ограниченное представление и комментарии, но не может менять карточку или запускать бизнес-действия.
Что проверить
Скрытие кнопки улучшает интерфейс, но безопасность всегда должна подтверждаться серверной проверкой.
Ключ, название, тип объекта и состояние остаются доступными как навигационная основа карточки; остальные содержательные системные поля можно ограничивать.
Не создавайте персональную роль для каждого человека, если несколько участников выполняют одну функцию.