Подскажите пжл, как закрыть доступ к элементам спр. Номенклатура, принадлежащим определенной папке?

пробую в колонке ограничение доступа к данным писать следующее:
Номенклатура ГДЕ НЕ Номенклатура.Родитель.Наименование = "Тест".
Так оно мне весь справочник закрывает. Что не так?

(1) Имею ввиду в ролях право на чтение. Прочие поля. (РЛС).

(1) Наименование родителя корневого элемента - NULL
ЗЫ. Можно попробовать не изобретать велосипед, а прикрутить подсистему "Управление доступом" из БСП. Правда, по производительности их ограничения оставляют желать лучшего. Зато очень универсальные. Закроют все возможные хотелки. Но даже если использовать свои ограничения - там уже много готового помимо этого. Группы, профили, отчеты по правам - вот это всё.

(3). По поводу, подсистемы, задачи такой не стоит. а всё-таки, что не так в моем условии?

(3). Да, попробовал, наложить условие на NULL и прошло. Спасибо.

Смущает одно. Что при поиске в форме, элемент из папки находится и выбирается в документ, хотя в папке его не видно. Чё делать?

(6) а если в обработке выбора проверку на папку, и если что - отказ?

(6) Хм... Это УФ, полнотекстовый поиск что ли? Кроме "Прочих" никаких условий не стоит?

(8) Это я тестил на пустой базе. Получается, в УФ через кнопку "Найти" находит элементы из запретной папки. В Обычных формах - нет. В принципе, мне нужны обычные формы (УТП).

(7). Программно можно, отбор на все элементы не из папки такой-то. Не пробовал, будет ли оно отбирать например, по артикулу запрещенные элементы или нет. Хотелось понять, можно ли это сделать не программно, а через РЛС.

(9) В УФ "Такси" ищет через полнотекстовый поиск. Видать, провтыкали они этот момент с правами. Ведь непосредственно при полнотекстовом поиске доступа к БД не происходит. Из интереса попробуй сделать кастомную форму выбора, где кроме наименования в форме списка будет еще какой-нить реквизит.

(10)(11)  Может всё проще, и уровней вложенности в запрещённой папке много(тогда (1) не канает, а нужно В ИЕРАРХИИ, которое тормозное...)?

(12) Тогда так просто это не решается. В ИЕРАРХИИ в RLS вообще не допускается, если память не подводит.

(13) Да, действительно.

(13) + 1
поэтому и используется отдельный реквизит Группа доступа