Как известно, наложив RLS на справочник Склады, например, выбирая все элементы справочника без РАЗРЕШЕННЫЕ наткнемся на исключение, а с ним - увидим в результате только те элементы, которые удовлетворяют условию RLS. Однако, обращаясь к таблице остатков регистра накопления и выбирая в качестве результирующего поля склад, мы увидим остатки по всем складам, вот только у тех записей, что условию RLS по справочнику Склады не удовлетворяют, в соответствующем поле будет красоваться <Объект не найден>. Собственно вопрос, как от него избавиться?:) Пока пришло в голову только создание ВТ с разрешенными складами и ограничение результирующего запроса только теми складами, что есть в ВТ. Есть у кого еще какие мысли?
Вопрос встал в процессе разработки отчета для пользователей с RLS в ролях, и, соответственно, в отчете задействованы эти самые таблицы с ограничениями.

>Собственно вопрос, как от него избавиться?

от кого?

От <Объект не найден> в результате запроса

>Пока пришло в голову только создание ВТ с разрешенными складами и ограничение результирующего запроса только теми складами, что есть в ВТ

наложить на таблицу RLS нормальный - никак?

Что значит "нормальный"?

после наложения которого таких веток не возникает...

В справочнике "Склады" 5 элементов, согласно условию RLS пользователю доступны только 3 из них.
Результатом запроса "ВЫБРАТЬ РАЗРЕШЕННЫЕ * ИЗ Справочник.Склады" будут 3 записи, удовлетворяющие условию.
А результатом запроса к таблице остатков регистра накопления, в котором есть измерение "Склад" будут все(!) записи, вот только в поле Склад результата запроса для разрешенных складов будет ссылка на склад, а для тех,что не прошли проверку по RLS - <Объект не найден>. И если стоит задача пользователю с такими ограничениями сформировать отчет по остаткам, то как быть с этими записями <Объект не найден>?

(4) Так на регистр еще надо РЛС наложить. или положить. или покласть.

(6) ещё РЛС на регистр покласть, чтоб не смогли читать остатки по этому складу

(6) юзеру количество кто-то запретил видеть?

(6) ты наложил rls на таблицу складов, что дает в таблице РН (а на нее свои права) "объект не найден" - ибо "перекрыты" поля формирующие представление ссылки... на РН твой RLS не действует

что не понятно то....

(10) это-то мне как раз и понятно! Непонятно, как с этим быть? Неужели только RLS на регистр?

ну почему только? ВТ со складами, пост-обработка запроса, раскрашивание результирующего ТабДокумента...

(12) и так на все типовые отчеты...)

(13) ну надо как-то зряплату оправдывать ;)

(11) а что должно быть?

(11) А че смущает? Типовые гляньте.

(11) еще вариант: добавь в запрос наименование склада

(17) типа, если ссылку запрещено читать, будем читать наименование?

(18) да тож ничо вариант, типа в спсике мы видим, а вот зайти в элемент, подрихтовать - низя

(18) ссылку то как раз читать и не запрещено

(15) Хотелось бы убрать эти записи из результата зепроса.

(17) смысл глубинный... в списке склада нет, а данные видно?

(21) благословить?

(21) rls накладывай на РН нормальный... можно взять из типовой подходящий по смыслу шаблон если разрезов может быть несколько... или самому нарисовать

(22) сработает ограничение "Разрешенные"

(23) Нет, помочь подобрать инструмент.

(25) в каком месте?

(26) БСП

(26) РЛС на регистр, говорили же ужо

(26) RLS надо накладывать на все таблицы, к которым они должны применяться. В том числе и на регистры. Никакого интеллектуального "изъятия" записей, содержащих ссылки на неразрешенные записи в другой таблице платформа не делает.

Да! И про журналы тоже не забудь.

(17) (25)
Спасибо! Это вариант мне нравится больше: в таком случае вместо наименования получаем Null, а по нему уже отобрать никаких проблем, что на уровне запроса, что на уровне СКД.

(27) в запросе. но это скорее костыль, который можно использовать, если тс нельзя менять конфу

(32) Отличный вариант. Вместо того, чтобы надежно и централизованно решить проблему раз и навсегда, будем всю жизнь в куче мест костыли втыкать.

(33) так себе вариант имхо... я такое делал в конфе, в которой наоборот надо было убрать лишнее, а поля формирующие ссылки были выведены из-под rls

(30) (31)
Спасибо! Поведение платформы в случае работы с RLS мне понятно, хотелось бы просто максимально быстрое решение в рамках разработки одного отчета.
(34)
Согласен, однако в данном случае грамотная настройка RLS означает изменение всех объектов метаданных, ссылающихся на справочник Склады. Это нецелесообразно в рамках решения проблемы формирования одного отчета.

(32)
Издеваешься ?
Разрешенные склады во временную клади
На регистр условие - склад из этой временной

(32) какая версия платформы? какой запрос? никаких доп.отборов по NULL быть не должно; в любом случае еще в (7) самый правильный ответ был.

(38)
8.2.19.83
<code>ВЫБРАТЬ РАЗРЕШЕННЫЕ
    ТоварыНаСкладахОстатки.Склад
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(, ) КАК ТоварыНаСкладахОстатки</code>
В складах RLS на ссылку с условием
<code>ГДЕ Наименование <> "Склад Магазина №1"
    И Наименование <> "Склад Магазина №2"</code>

(39) <рука-лицо>

(39) различные сильно ускорит этот запрос, но какая в пень разница, когда (40)?..

В итоге:
1. Единственный корректный вариант использования RLS - это настройка во всех таблицах, имеющих ссылки на таблицу с данными, к которым ограничиваем доступ;
2. Первый костыль. В запросе используем временную таблица с разрешенными записями, а потом фильтруем с помощью этих данных результирующий запрос;
3. Второй костыль. Выбираем в запросе любое поле из таблицы с RLS, получаем в результирующем запросе Null и фильтруем по нему.

Всем откликнувшимся и действительно пытавшимся помочь - спасибо.

(40) (41)
Разумеется это просто запрос из головы, но выполнение которого приведет к аналогичному результату. К нему и применял советы, есличо.

4. взывать к наименованию только под страхом лишения конечностей или суставов

1)
ВЫБРАТЬ РАЗРЕШЕННЫЕ
Склады.ССылка КАК Склад
Поместить РазрешенныеСклады
ИЗ Справочник.Склады КАК Склады;
ВЫБРАТЬ РАЗРЕШЕННЫЕ
    ....
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(,Склад В (Выбрать Склад ИЗ РазрешенныеСклады ) ) КАК ТоварыНаСкладахОстатки
Этого достаточно . Вот если есть ограничение более сложное Организация + Склад - то придется еще спец регистр заводить

2)

Либо РЛС на регистр

В самописках, если количество объектов доступа небольшое а используется много где (склады, подразделения и т.п.) и вычисляется не так уж тривиально (группы пользователей и т.п.), я обычно при старте сеанса пихал объекты доступа пользователя в параметры сеанса типа ФиксированныйМассив.
А во всех RLS простое условие на принадлежность массиву.
ИМХО, шустрее этого ничего нету.

(46)
Большое спасибо.
(47)
Да, конечно, если все делать по-православному (согласно руководству разработчика), то именно такой инструментарий и следует использовать.

(6) заставь себя наложить rls и на регистр тоже. Или кого-нибудь еще заставь

(48) а если всё делать через жопу и с закрытыми глазами, то получается <объект не найден>. Это штука неприятная, "последствия" называется