Уровни доступа — объяснение
Что вы узнаете
- Семь уровней доступа в VAT Portal, от самого до наименее привилегированного
- Правило «меньше число = больше власти»
- Что обычно может каждый уровень на ресурсе
- Как уровни связаны с видимостью в боковой панели
- Как выбрать правильный уровень при настройке нового пользователя
Уровни
В VAT Portal семь уровней доступа, у каждого имя и число.
| Число | Имя | Область |
|---|---|---|
| 1 | Root | Глобально (системный уровень) |
| 10 | Admin | Глобально (вся организация) |
| 20 | CompanyAdmin | Внутри компании |
| 30 | AppAdmin | По ресурсу, по компании |
| 35 | AppElevated | По ресурсу, по компании |
| 40 | Operator | По ресурсу, по компании |
| 50 | ReadOnly | По ресурсу, по компании |
Правило: меньше число = больше власти
Числа поначалу контр-интуитивны. Чем меньше число, тем больше пользователь может. Пользователь с уровнем 30 имеет больше доступа, чем с 40, не меньше.
Это потому, что проверки доступа сравнивают числа: задача, требующая «уровень ≤ 30», означает, что уровень пользователя должен быть 30 или ниже (т.е. AppAdmin или выше в иерархии). Root (1) проходит каждую проверку; ReadOnly (50) проходит очень мало.
Думайте о числе как о ранге: ранг 1 — первое место, ранг 50 — пятидесятое. Первое место может делать всё, что может любой.
Как различается область
Уровни различаются не только сколько может пользователь, но и где:
Глобальные уровни — Root и Admin (≤ 10)
У Root и Admin глобальный доступ. Система разрешений не ведёт записи по компании или ресурсу для них — они обходят проверку.
- Root (1) — системный супер-админ. Обычно зарезервирован для партнёра по внедрению или оператора инфраструктуры.
- Admin (10) — верхний админ для вашей организации. Может видеть каждую компанию, пользователя, ресурс на всей платформе.
Глобальные админы видят переключатель компании в шапке как dropdown всех компаний системы, а не только своих.
Ограниченные уровни — CompanyAdmin до ReadOnly (20–50)
Уровни 20 и ниже работают на компанию и на ресурс. У пользователя с этими уровнями доступ записан как набор:
«В Компании A на ресурсе
documentу X есть AppAdmin» «В Компании A на ресурсеuserу X есть ReadOnly» «В Компании B у X нет доступа вообще»
Каждая запись независима. Тот же пользователь может быть AppAdmin на Документах и ReadOnly на Пользователях в одной компании. И иметь совершенно иной доступ в другой.
Что обычно делает каждый уровень
Точное поведение зависит от ресурса — внутренний каталог VAT Portal решает, какие задачи требуют какого уровня. Паттерн ниже типичен для большинства.
ReadOnly (50)
- Может просматривать ресурс: страницы списка, деталей, поиск.
- Не может создавать, редактировать или удалять.
- Ресурс не появляется в боковой панели у пользователей ReadOnly. Это специально — пользователи с доступом только на просмотр видят данные, когда их открывают (напр., по прямой ссылке или по задаче), но боковая панель зарезервирована для ресурсов, с которыми можно активно работать.
Operator (40)
- Всё, что ReadOnly.
- Плюс повседневные операции по задачам — согласование, отклонение, делегирование задач, заполнение полей задач.
- Обычно не может создавать, обновлять, удалять сам ресурс (напр., новый тип документа).
- Ресурс появляется в боковой панели.
AppElevated (35)
- Средний уровень — выше Operator, ниже AppAdmin.
- Используется для задач, требующих чуть больше привилегий, чем обычный Operator, но не полного AppAdmin. Точный список зависит от ресурса.
- На практике встречается реже, чем Operator или AppAdmin.
AppAdmin (30)
- Полный CRUD по ресурсу: Create, Read, Update, Delete.
- Может управлять конфигурацией (напр., создавать типы, добавлять поля, настраивать процессы) внутри ресурса.
- Идеальное место для большинства админов отделов, которым нужен полный контроль над одной частью системы (Документооборот, HR и т.д.) без глобальных полномочий.
CompanyAdmin (20)
- Фактически AppAdmin на каждом ресурсе внутри конкретной компании.
- Обычно включает возможность управлять пользователями и их доступом внутри компании.
- Не видит другие компании или общеорганизационные контролы.
- Правильный уровень для «человека, который ведёт VAT Portal для нашего отдела / филиала».
Admin (10)
- Полный доступ по всей организации.
- Может управлять пользователями, компаниями, модулями и каждым ресурсом в каждой компании.
- Видит Создать компанию / Управление модулями / Отключить компанию в меню шапки.
Root (1)
- Системный супер-админ.
- Редко используется напрямую — обычно только у оператора VAT Portal или первичной установочной учётки.
Уровни и боковая панель
Боковая панель слева показывает ресурсы, с которыми можно работать. Боковая панель пользователя строится бэкендом на основе его доступа:
- ReadOnly на ресурсе → ресурс скрыт из боковой панели.
- Operator и выше → ресурс появляется в боковой панели.
- Глобальные админы (Root / Admin) → каждый ресурс появляется (они обходят фильтрацию).
Поэтому только что выданное разрешение ReadOnly не добавляет новый пункт в боковую панель — для этого нужен хотя бы Operator. Если хотите, чтобы коллега ходил по разделу без изменений, ReadOnly технически подходит, но помните: им придётся добираться по ссылке или из задачи, а не кликами по боковой панели.
Выбор правильного уровня для пользователя
Практические правила для новых пользователей:
- Будет ли использовать Документооборот повседневно, но не настраивать? → AppAdmin на конкретных ресурсах не нужен. Operator на
documentиtask_instanceобычно достаточно. Сможет создавать документы, отвечать на задачи и видеть связанное. - Будет настраивать Документооборот — типы, поля, процессы? → AppAdmin на нужных ресурсах (
doc_type,workflow,add_field,whs_flt). - Будет вести VAT Portal для целой компании — включая управление другими пользователями? → CompanyAdmin.
- Только общеорганизационные админы / ИТ / операторы платформы → Admin или Root.
При сомнениях — наименьший работающий уровень. Дать больше позже проще, чем объяснять, почему пользователь смог случайно что-то удалить.
Частые вопросы
Дал Operator на Документах, но не может создавать.
Большинству ресурсов нужен AppAdmin (30) для create/update/delete. Operator обычно только read и действия по задачам. Если нужно создавать, используйте AppAdmin. См. Управление доступом пользователя (ACL на компанию).
В чём разница между AppAdmin и AppElevated?
AppAdmin (30) покрывает полный CRUD. AppElevated (35) — узкий уровень для конкретных привилегированных действий без полных прав конфигурации. Большинству команд не нужен — выбирайте Operator или AppAdmin.
Можно создать свой уровень?
Нет — семь уровней фиксированы. Вы настраиваете, какой уровень у пользователя по ресурсу, не новые уровни.
У пользователя Роль «Operator», но мне нужен «AppAdmin» на одной вещи. Что делать?
Роль — общий дефолт. Уровень доступа по ресурсу может отличаться от дефолта. Откройте диалог Управление доступом и задайте AppAdmin для нужного ресурса. Роль остаётся, а запись по ресурсу переопределяет для этого ресурса.
Есть уровень выше Root?
Нет. Root — верх.
Кто-то Admin. Нужно ли давать ему ещё и по ресурсу?
Нет. Admin и Root обходят проверки по ресурсу — у них глобальный доступ. Записи по ресурсу применяются только к уровню 20 и ниже.
Мой ReadOnly-пользователь говорит, что не может найти страницу.
ReadOnly скрывает ресурс из боковой панели. Дайте прямую ссылку или поднимите до Operator, если реально будет пользоваться.