Проверка доступности объектов с учетом видов ограничений при RLS

27.01.22

Администрирование - Роли и права

Часто возникают проблемы, когда настроили группы доступа или профили доступа - но у пользователя видимость (доступность_ объектов с учетом видов ограничений, отрабатывает не верно. Может быть, что объект виден пользователю, хотя все настроено - чтобы объект не должен был виден или обратная ситуация. В данной статьи раскрою, как быстро можно проверить причина в RLS или нет.

1. Нужно всегда придерживаться правила - если хотя бы в одной группе доступа (профиле доступа) - Разрешено, то и везде разрешено.

Если у пользователя несколько групп доступа (профилей доступа), то во всех данных объектов должен быть включен нужный вид ограничения.

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

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

Это одно из популярных несоответствий по RLS - неправильно создали виды ограничений по группам доступа (профилям доступа).

 

2. Проверить, используются ли типовые профили и есть ли в них нужный вид ограничения. Если используется типовой профиль и в него не получится добавить нужный вид ограничения, то в таком случае необходимо скопировать типовой профиль и туда добавить нужный вид ограничения.

Это одна из популярных несоответствий по RLS - неправильно создали виды ограничений по группам доступа (профилям доступа) с учетом типовых профилей.

 

3. При внесении новых/изменение существующих видов изменений - нужно проверять, чтобы выполнялось регламентное задание -  Обновление списка на уровне записей, данное регламентное задание может выполняться достаточно долго в зависимости от объема данных.

Тут возникает еще одно из несоответствий RLS - поменяли виды ограничений, но не дождались завершения регламентного задания и из-за этого не применились новые виды ограничений.

(находятся в разделе: НСИ и администрирование - Настройки пользователей и прав - Обновление списка на уровне записей).

 

4. Чтобы проверить доступ на конкретный объект, сначала нужно определить ключ доступа пользователей по регистрам: ключи доступа к объектам или ключи доступа к регистрам. Предварительно в данных регистрах сведений отобрать по нужному объекту

 

5.По ключу доступа пользователей в регистре сведений: Ключи доступа групп доступа.

Находим нужный ключ доступа и смотрим, каким группам доступа разрешен данный элемент - если там присутствует лишняя или отсутствует нужная группа, то выполняем пункты 1-3.

Если не заполнены колонки - Изменение и Добавление, то пользователю разрешен только просмотр данного элемента.

RLS права

См. также

SALE! 15%

Инструментарий разработчика Роли и права Запросы СКД Программист Платформа 1С v8.3 Управляемые формы Запросы Система компоновки данных Конфигурации 1cv8 Платные (руб)

Набор инструментов программиста и специалиста 1С для всех конфигураций на управляемых формах. В состав входят инструменты: Консоль запросов, Консоль СКД, Консоль кода, Редактор объекта, Анализ прав доступа, Метаданные, Поиск ссылок, Сравнение объектов, Все функции, Подписки на события и др. Редактор запросов и кода с раскраской и контекстной подсказкой. Доработанный конструктор запросов тонкого клиента. Продукт хорошо оптимизирован и обладает самым широким функционалом среди всех инструментов, представленных на рынке.

10000 руб.

02.09.2020    159652    875    399    

862

Инструменты администратора БД Роли и права Системный администратор Программист Пользователь 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 18.09.2024, версия 1.2

16800 руб.

06.12.2023    8871    42    5    

74

SALE! 15%

Инструменты администратора БД Инструментарий разработчика Роли и права Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

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

10000 8500 руб.

10.11.2023    10460    36    25    

61

SALE! 20%

Зарплата Роли и права Системный администратор Бухгалтер Платформа 1С v8.3 Бухгалтерский учет Управление правами 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".

5940 4752 руб.

27.05.2021    37604    264    92    

205

Роли и права Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 1С:Управление торговлей 11 Платные (руб)

Данная система разработана как альтернатива стандартной системе напоминаний. Но имеет ряд существенных преимуществ: отображение в базе или с отправкой по почте, свое расписание, возможность фильтрации по ролям и пользователям, формирование своих запросов и макетов, шаблоны писем, работа в фоне. А также может блокировать работу пользователей при заданных условиях. Может работать в составе любой конфигурации. Имеется справка с описанием возможностей. (Обновление от 20.02.2024, версия 2.2, расширение)

19200 руб.

29.11.2019    25660    17    8    

37

Логистика, склад и ТМЦ Роли и права Программист Бухгалтер Пользователь Платформа 1С v8.3 Бухгалтерский учет Управление правами 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Расширение для 1С:Бухгалтерия 3.0, которое позволяет использовать отдельные роли для доступа к складским документам, для доступа к документам раздела "Производство" и для доступа к документам раздела "Покупки".

4560 руб.

21.05.2019    1694782    570    194    

137

Ценообразование, анализ цен Роли и права Системный администратор Платформа 1С v8.3 Управление правами 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Расширение возможностей программы 1С УНФ. Функционал расширения - разграничение всевозможных прав пользователей и контроль при совершении различных действий.

3000 руб.

23.02.2018    58474    160    261    

152
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. eeeio 126 26.05.22 19:26 Сейчас в теме
Столкнулся с проблемой:
1. на документ "ОсновнойДокумент" установлено ограничение "ЧтениеОбъектаРазрешено(РеквизитДокумента)" (реквизит имеет тип "ДругойДокумент")
2. для роли "РольОбрезанная" на чтение/изменение/добавление "Основного документа" указано ограничение ДляОбъекта("РеквизитДокумента") и выдан доступ к "Другому документ"
3. для роли "РольПолная" на "Основной документ" выданы все разрешения без ограничений, а доступ к "Другому документу" на изменение закрыт
4. роли выданы разным пользователям (через разные профили доступа и группы доступа)

Итог: пользователю с ролью "РольПолная" "Основной документ" не доступен для изменения (хотя на него выданы разрешения и нет ограничений), в отладчике вижу что система при входе на форму начинает анализировать ограничение в коде модуля документа, лезет в регистры с ключами и обнаруживает, что родительский ключ (т.е. ключ "Другого документа") пользователю недоступен и на этом основании обрубает доступ. Зачем она там роется, если роль пользователя на текущий объект не имеет ограничений - не понятно.

Что делать - неясно. Все обработки обновления доступа и обновления вспомогательных данных запускал.
Оставьте свое сообщение