У пользователя в реестре документов не отображаются документы  по банковским опреациям, хотя доступ к ним имеется и документы открываются по ссылкам, но в реестре документов не отображаются.
Где может быть нюанс в профилях?

сам запрос

Вот открытие дока по ссылке

(0)  при попытке из документа перейти в список ошибки фиксируются ?

(3) Нет

(0) это всё доступные профили этого пользователя? группы/профили без РЛС?

e1cib/list/Справочник.ИдентификаторыОбъектовМетаданных
тоже заходит без проблем

(5) одно ограничение в "Учет на элеваторе и ККЗ. Только чтение." по организации. (Организации    Все запрещены, кроме 1 значения)

Остальные (Пользователи    Все разрешены, без исключений)

(4) есть ещё права на раздел учёта(обработку) - Обработка.ЖурналДокументовБезналичныеПлатежи роль Чтение документов по банку

(9) Может ещё "Ключи реестра документов" дубли?

(9) Заходит но там пусто.

(9) Вытаскивал запрос из этой обработки, под пользаком через кончоль прогонял, такое чувство что "спотыкается" обо что-то и в итоге "ничего".

(0) Я в выходные расковыривал шаблон РЛС как раз на этот регистр.
И такая беда по всей конфе только с этим регистром, ни к одному другому объекту метаданных больше проблем нет.
есть подозрение на платформенный баг в плане формирования SDBL.
Ибо все части запроса RLS истинны по отдельности для интересующих меня строк, но для части строк возвращается ложь.
Прям реально в консоли запросов воспроизвел из шаблона.
Изменив одно выражение на ИСТИНА я получил правильный результат без лишних строк.
К сожалению доступа на СУБД у меня нет и посмотреть что в итоге улетело на СУБД я не могу, но уверен на 90% что косяк можно увидеть только там. Возможно как то хитро раскрылись скобки условий и логика поменялась.
Платформа случаем не 24?
А СУБД какая?
Не уверен что память меня не подводит, но вроде как до обновления на 24 платформу такой проблемы не было, но это не точно, может внимания не обращали.
У меня это поведение на 24 платформе и Postge

(13) Собрав итоговый текст RLS из шаблона я получил структурно следующее
ОбращениеКТаблицеРегистра Где ((Условие1 и Условие2) где (условие3))
Условие 1 - Есть хоть одна группа доступа к этому регистру
Условие 2 - пользователь состоит хоть в одной группе гоступа с доступом к этому регистру.

Условие 3 - условия непосредственно на колонки (ну там организация и ТД).
Так вот.
Если вместо Условие1 поставить ИСТИНА - все выводит верно, строки не пропадают, лишних нет.
И прям реально у пользователя с неограниченными правами выдача в консоли собранного запроса совпадала с тем что выдавал список юзеру с ограниченными правами, это был метод контроля.
Так же в шаблоне заменил на ИСТИНа этот кусок и убедился что выдача стала адекватной.
Ответа почему - у меня нет