Отчет формируется следующим образом: https://ibb.co/RBHmZLH
Если задать право на просмотр документа "Выдача книг" и на справочник "Книги", в которым хранятся нужные реквизиты, которые используются в запросе, то все будет работать как надо: https://ibb.co/ryn2JdZ
Нюанс в том, что пользователь не должен видеть справочника "Книги" и документа "Выдача книг клиенту".
Почему недостаточно просто чтения?
P.s. сам запрос: https://ibb.co/jVfxxPN

может быть потому что - "чтение" - это ограничение на действия с базой. а просмотр - это чтение+ограничение на ИНТЕРАКТИВНЫЕ ДЕЙСТВИЯ с прочитанной инфой.
например, нету тебя права "просмотр". но есть право "чтение". Ну вот я прочитал данные из базы, и по соединению выкинул их в веб - опа! уже посмотреть можно! или прочитал - опа! вывел в файло, и смотри вне системы.. итд.
.
может я ахинею несу, я не спец...

(0)В чем сложность дать права Просмотра или теоретически интересуетесь?

(2) ну типа м.б. что в просмотре справочника и документа - есть "лишняя" для пользователя инфа, а в отчете - только ограниченная...?

(3)Т.е. задача видеть данные только через отчеты, а через стандартные списки нет? Ну, ИМХО, решается интерфейсными настройками. Либо, как вариант, выводить данные в отчет через привелигированный режим, с запретом чтения/просмотра под текущей ролью пользователя.

(0) СКД непременно нужно право Просмотр, так вот он работает...

(0) чтобы видеть, нужен просмотр, баста

(2) И зачем тогда 2 права? Надо оставлять одно и не сношать мозг...

(5) На более ранних версиях платформы работало и без просмотра.

Самое что смешное - может быть такая ситуация, что если какое-то поле СКД составного типа, то нужны права на просмотр ВСЕХ типов, которые могут быть в этом поле, иначе поля просто не будет в списке доступных пользователю. Т.е. 1С добавит какой-нибудь ненужный тип в регистр - и потом отчеты ломаются, т.к. прав на просмотр этого типа у пользователей нет...

(8) я такого не припомню, но в памяти только - что без просмотра данные СКД не показывала