Подскажите по RLS #582481

Настроил право на добавление в RLS. Написал вот так: ТекущаяТаблица                            ВНУТРЕННЕЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ                        СоставГруппы.Ссылка КАК ГруппаПользователей                    ИЗ Но ... выдает ошибку Ошибка в ограничении доступа к данным. Подскажите - RLS, в ИЕРАРХИИ не распознает разве?

"В ИЕРАРХИИ" не применим к результату запроса

+ а вообще в RLS наверно то-же нельзя его юзать, так-же как и итоги. никогда не пробовал ибо в любом случае это жуткие тормоза

А как лучше сделать? Н ужно установить ограничение к определенной папке (папкам) в справочнике

Результат запроса должен возвращать или истину или ложь.

пошлю я тебя... в типовую глянуть, там есть это. Только там шаблоны RLS по 10 000 строк.... Зато хоть польза будет :)

Сейчас смотрю типовую УПП. Там есть, что тебе нужно. ТекущаяТаблица ИЗ Справочник.Номенклатура КАК ТекущаяТаблица    ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ        СоставГруппы.Ссылка КАК ГруппаПользователей    ИЗ        Справочник.ГруппыПользователей.ПользователиГруппы КАК СоставГруппы    И (НЕ 1 В                (ВЫБРАТЬ ПЕРВЫЕ 1                    1                ИЗ                    РегистрСведений.НазначениеВидовОбъектовДоступа КАК НазначениеВидовОбъектовДоступа ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.НастройкиПравДоступаПользователей КАК НастройкиПравДоступаПользователей                    И НастройкиПравДоступаПользователей.ОбъектДоступа ЕСТЬ NULL )) #КонецЕсли Обрати внимание на                        ПО Регистр НазначениеВидовОбъектовДоступа при RLS на номенклатуру хитро строится.

, Спасибо

Сделал почти по аналогии как в #Если &ИспользоватьОграничениеПоНоменклатура #Тогда ТекущаяТаблица ИЗ    Справочник.Номенклатура КАК ТекущаяТаблица ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ        СоставГруппы.Ссылка КАК ГруппаПользователей    ИЗ        Справочник.ГруппыПользователей.ПользователиГруппы КАК СоставГруппы    И (НЕ 1 В                (ВЫБРАТЬ ПЕРВЫЕ 1                    1                ИЗ                    РегистрСведений.НазначениеВидовОбъектовДоступа КАК НазначениеВидовОбъектовДоступа ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.НастройкиПравДоступаПользователей КАК НастройкиПравДоступаПользователей                   И НастройкиПравДоступаПользователей.ОбъектДоступа ЕСТЬ NULL                                       ))) КАК ТаблицаДоступныхГрупп ПО ТекущаяТаблица.Родитель = ТаблицаДоступныхГрупп.Ссылка ИЛИ ТекущаяТаблица.Ссылка = ТаблицаДоступныхГрупп.Ссылка #КонецЕсли

Может кто подскажет - можно ли через RLS запретить перенос элемента из группы, к которой есть доступ, в группу, к которой доступа нет? Или это только дорабатывать программно?

если условие поставлено правильно, то запрет будет

Условие на что? Сейчас в неразрешенную папку элемент добавить вручную нельзя, а перенести можно

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

А если другие пользователи добавят подгруппу или элементы в эту группу во время сеанса работы пользователя?

логично, что она будет недоступной и потому подобные манипуляции придется совершать в монопольном режиме. тем более, что и обычные манипуляции поверх RLS в типовых рекомендуются в монопольных режимах

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

Подскажите - на какое право смотреть - на Добавление или на Изменение?

Поправил

я так понимаю, что если к группе доступ на чтение запрещен, то пользователь просто ее не сможет выбрать. Или все-таки группы просматриваются?

Сейчас работает все так, как и планировал изначально :) У пользователя есть права на просмотр и чтение всего справочника, а редактирование и добавление элементов только в определенной группе и его подгруппах, и перенос элементов из этой группы невозможен

Что-то я просмотрел в что ты на добавление делаешь ограничение. Зачем? На запись нужно. Там не важно для каких элементов - RLS все будет контролить. Ошибка записи сама юзеру вывалит, что он не прав.