К содержимому

Роли и права доступа ​

Роль задаёт набор прав. В интерфейсе такие роли объединены в список «Группы пользователей»: у каждой группы есть участники и правила доступа. Рабочая команда — другое понятие; вступление в неё не назначает сотруднику роль.

Часть матрицы прав «Инцидента». Значения — пример конфигурации, не универсальные рекомендуемые права.
Матрица прав типа

Часть матрицы прав «Инцидента». Значения — пример конфигурации, не универсальные рекомендуемые права.

Где находится ​

Суперпользователь открывает Настройки платформы → Настройка бизнес-процессов → Группы пользователей и роли, чтобы создать группу или изменить её состав.

Разрешения для класса или типа настраиваются в Классы и права → нужный класс или тип → Права доступа.

Создать группу и добавить участников ​

  1. В разделе «Группы пользователей и роли» нажмите «Создать группу».
  2. Заполните «Название» и «Для чего нужна», затем нажмите «Создать группу». Технический код будет создан автоматически.
  3. На вкладке «Состав группы» нажмите «Добавить сотрудника», найдите человека, выберите его и нажмите «Добавить». Для назначения через отдел используйте «Добавить отдел»; такое включение учитывает и подотделы.
  4. Откройте «Права доступа» → «Настроить права в классах» и задайте разрешения по инструкции ниже.

Новая группа не получает права автоматически. После добавления участников и настройки правил проверьте доступ конкретного сотрудника. Изменения правил применяются сразу после сохранения.

Как принимается решение ​

НастройкаЗначение
РазрешеноЕсть разрешающее правило для операции и ресурса
ЗапрещеноЕсть явный запрет; он имеет приоритет над разрешением
Не заданоЭта ячейка сама по себе не предоставляет доступ

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

Есть отдельные ограниченные сценарии: например, права контрагента на свою заявку или подписчика. Это не универсальный доступ ко всем записям.

Настроить доступ ​

  1. Определите рабочую задачу: какие записи участники группы должны видеть и что с ними делать.
  2. В «Классы и права» выберите нужный класс или тип и откройте «Права доступа».
  3. Найдите столбец своей группы и настройте операции над объектом.
  4. Отдельно проверьте чтение и изменение полей, комментарии, файлы и переходы.
  5. Сохраните изменения.
  6. Вернитесь в карточку группы и откройте «Права доступа» → «Расширенные настройки прав и проверка доступа» → «Проверка доступа». Проверьте результат для конкретного сотрудника и объекта.

Права применяются не только к кнопкам. Сервер проверяет их при чтении и выполнении команды.

WARNING

Суперпользователь не получает права обходить обязательные согласования, условия переходов и любые явные запреты только из-за названия роли. Не используйте отключение проверок как способ исправления доступа.

Состав, архив и история группы ​

В списке используйте поиск, состояние «Действующие / В архиве / Все состояния» и переключатель «Все, включая служебные». Служебные роли скрыты по умолчанию, но не удалены. Страницы содержат до 25 групп.

В карточке «Состав группы» показывает отдельные назначения, а «Все сотрудники в группе» — итоговый список без дублей и источник включения. Поиск помогает уточнить результат, если показаны первые 100 сотрудников. «Исключить» снимает только выбранное назначение: человек может сохранить доступ через отдел или другую роль. Рабочая команда не выдаёт её участникам роль команды-исполнителя автоматизации.

«Изменить название и описание» не меняет технический код, состав и правила. Во вкладке «История» видны последние 50 изменений состава и названия; история самих правил находится в расширенных настройках.

Для созданной здесь группы «В архив» выключает и разрешения, и запреты, сохраняя состав. Это может не только закрыть доступ, но и открыть его через другую роль, если снят запрет. «Восстановить» снова включает сохранённые правила. Системные роли защищены; «Удалить» доступно только там, где допускает проверка зависимостей. Архивирование и удаление требуют подтверждения.

Точечные правила и области ​

Откройте «Права доступа → Расширенные настройки прав и проверка доступа». Для обычной настройки используйте матрицу классов; этот редактор нужен для отдельного правила.

  1. На вкладке «Правила доступа» выберите «Разрешить» / «Запретить», операцию и область: класс, тип, объект, атрибут или действие.
  2. Выберите ресурс. Для конкретного объекта найдите его по номеру или названию; если показаны первые 50 результатов, уточните запрос.
  3. Укажите причину и сохраните. «Изменить» открывает существующее правило. Изменение действует сразу, без отдельной публикации.
  4. «Области» показывает, к каким ресурсам относятся правила; «Проверка доступа» объясняет итог для сотрудника; «История правил» содержит до/после, исполнителя и технические реквизиты. Это не история заявки и не список версий для автоматического отката.

Роли базы знаний — отдельный список ​

В «Роли базы знаний» выбираются материалы и сотрудники, которым они доступны; это не роль платформы и не рабочая команда. Поиск и переключатель «Активные / Архив / Все роли» помогают найти запись.

  1. Нажмите «Создать роль», задайте название и область: пользовательская либо служебная БЗ. Новая роль сама по себе не назначает материалы или сотрудников.
  2. Откройте её и нажмите «Редактировать». Найдите и отметьте объекты БЗ и сотрудников. Отметки — прямые связи; доступ от родительского раздела наследуется. Снятие прямой отметки статьи не убирает доступ от её раздела.
  3. Сохраните и подтвердите изменение доступа. Недоступного для нового назначения сотрудника нельзя добавить обходным способом; имя встроенной роли защищено от редактирования.
  4. Проверьте доступ под нужным читателем. Служебная БЗ остаётся областью специалистов, даже если роль названа иначе.

«Архивировать» отключает полномочия роли, сохраняя связи; «Восстановить» включает их снова. «Удалить», если разрешено, безвозвратно снимает роль с материалов и сотрудников, включая архивные записи, но не удаляет сами материалы и сотрудников. Для удаления предусмотрено отдельное подтверждение; не используйте его вместо временного выключения доступа.

Если объект виден, но поле или действие недоступно ​

Это может быть правильным результатом разных уровней доступа. Видимость карточки не равна праву изменять все её поля или переводить в любой статус.

Связанные статьи ​

Сверено с версией 0.9 · редакция 13.10.2026

Документация NGENSIA · Работа, настройка и эксплуатация