Чем отличаются права «Чтение» и «Просмотр» в 1С

При настройке ролей в конфигураторе 1С администраторы часто сталкиваются с ситуацией: пользователю выдано право «Чтение» на документ, но при входе в программу он не видит ни сам документ, ни журнал, в котором тот должен отображаться. Причина почти всегда одна — не выставлено право «Просмотр», которое многие ошибочно считают дублирующей или необязательной галочкой. На практике это два разных механизма контроля доступа, и работают они в связке.

Право «Чтение» отвечает за доступ к данным на уровне платформы: возможность получить записи объекта из базы данных. Право «Просмотр» управляет интерактивной видимостью — отображением объекта в интерфейсе пользователя: в панелях разделов, списках, командах навигации. Без «Чтения» данные физически недоступны, без «Просмотра» они недоступны визуально, даже если технически читаться могут.

Разберём, как именно эти права взаимодействуют, в каких сценариях нужно каждое из них, и как проверить, что настройка выполнена корректно.

Что делает право «Чтение» на уровне данных

«Чтение» — это базовое право доступа к данным объекта конфигурации: справочника, документа, регистра и других сущностей. Если у пользователя есть это право, платформа разрешает ему получать записи объекта из информационной базы — открывать формы, выполнять запросы, выводить данные в отчёты.

Важно понимать: «Чтение» работает на уровне механизма доступа к данным, а не интерфейса. Например, если у пользователя есть право «Чтение» на регистр накопления, он сможет сформировать по нему отчёт или увидеть движения документа по этому регистру — даже если сам регистр нигде в интерфейсе не отображается.

Отсутствие права «Чтение» приводит к жёсткому ограничению: при попытке обратиться к данным платформа выдаёт ошибку нарушения прав доступа. Это касается и программных обращений — запросов в отчётах, обработках, фоновых заданиях, выполняемых от имени пользователя.

Что делает право «Просмотр» в интерфейсе

«Просмотр» — интерактивное право, которое определяет, будет ли объект виден пользователю в управляемом интерфейсе: в панели функций раздела, в списках выбора, в командах перехода к спискам документов и справочников. Это право не открывает доступ к данным само по себе — оно лишь управляет отображением.

Типичный признак отсутствия права «Просмотр»: пользователь открывает раздел, а нужного журнала документов или пункта меню там просто нет. При этом по прямой ссылке или через отчёт данные могут быть доступны, если право «Чтение» выдано. Такое поведение часто воспринимается как ошибка программы, хотя это штатная работа механизма прав.

Обратная ситуация — «Просмотр» есть, а «Чтения» нет — встречается реже, но тоже возможна при неаккуратной настройке ролей. Пользователь видит команду открытия списка, нажимает на неё и получает пустую форму или сообщение о нарушении прав доступа.

Сравнение прав «Чтение» и «Просмотр»

Чтение

Доступ к данным объекта на уровне платформы: запросы, отчёты, открытие форм. Без него — ошибка нарушения прав при обращении к данным.

Просмотр

Видимость объекта в интерфейсе: команды, списки, панели разделов. Без него объект скрыт из меню, даже если данные технически доступны.

Оба права вместе

Стандартный вариант для обычного пользователя: объект виден в интерфейсе и данные открываются без ошибок.

Как права работают в связке: типовые комбинации

Платформа 1С проверяет права независимо, поэтому возможны четыре комбинации, и каждая даёт свой результат. Понимание этих комбинаций помогает быстро диагностировать проблемы доступа без длительных экспериментов.

Комбинация «Чтение есть, Просмотра нет» иногда используется осознанно: например, пользователю нужны данные справочника в отчёте или в подборе при заполнении документа, но самостоятельный пункт меню для этого справочника не требуется. Комбинация «Просмотр есть, Чтения нет» практического смысла не имеет и почти всегда является ошибкой настройки.

Где настраиваются эти права

Основное место настройки — конфигуратор, ветка «Общие» → «Роли». Для каждой роли в дереве объектов конфигурации отмечаются нужные права: «Чтение», «Добавление», «Изменение», «Удаление», а также интерактивные права — «Просмотр», «Интерактивное добавление», «Интерактивное изменение» и другие. Интерактивные права в списке обычно идут отдельной группой.

После изменения ролей нужно обновить конфигурацию базы данных и перезапустить сеанс пользователя — права применяются при входе в систему. Назначение ролей конкретным пользователям выполняется либо в конфигураторе (Администрирование → Пользователи), либо в режиме предприятия через профили групп доступа, если используется библиотека стандартных подсистем.

Роли и профили групп доступа

В типовых конфигурациях на базе БСП администратор чаще работает не с ролями напрямую, а с профилями групп доступа в режиме «Предприятие». Профиль объединяет набор ролей. Если пользователь не видит объект, проверьте, входит ли в его профиль роль, дающая и «Чтение», и «Просмотр» на нужный объект. Изменять типовые роли в конфигураторе не рекомендуется — это усложняет обновление; правильнее скорректировать состав профиля.

1. 1
   Уточните симптом: объект не виден в меню или выдаёт ошибку при открытии — это разные проблемы.
2. 2
   Откройте в конфигураторе роли пользователя и проверьте права на конкретный объект: «Чтение» для доступа к данным, «Просмотр» для видимости.
3. 3
   В типовой конфигурации проверьте профиль группы доступа пользователя в режиме «Предприятие».
4. 4
   Выставьте недостающие права, обновите конфигурацию базы данных при работе в конфигураторе.
5. 5
   Попросите пользователя перезайти в программу и проверьте результат под его учётной записью.

Типичные сценарии и ошибки настройки

Самая частая ошибка — выдать только «Чтение», ожидая, что пользователь увидит документ в разделе. Пользователь заходит в программу, не находит журнал и сообщает, что «документы пропали». Решение — добавить «Просмотр» в ту же или отдельную роль.

Вторая распространённая ситуация — копирование роли с частичным снятием прав. Администратор снимает «Изменение» и «Добавление», чтобы сделать роль «только для чтения», но забывает проверить интерактивные права: «Интерактивное изменение» и «Интерактивное добавление» могут остаться включёнными и фактически сохранить возможность редактирования через интерфейс.

Третья ошибка — ожидание, что «Просмотр» ограничит доступ к данным. Если нужно запретить пользователю видеть содержимое, снимать надо «Чтение». Оставленное «Чтение» при снятом «Просмотре» позволит получить данные обходными путями: через отчёты, подборы, обработки.

Как проверить результат настройки

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

Контрольные точки просты: объект появился в соответствующем разделе интерфейса, список открывается без ошибок, записи отображаются. Если включено ограничение доступа на уровне записей (RLS), дополнительно проверьте, что пользователь видит только разрешённые ему строки — RLS работает поверх права «Чтение» и фильтрует данные внутри разрешённого объекта.

Контрольные точки

Как проверить результат

Видимость объекта в меню раздела

Норма

Команда списка присутствует и открывает журнал

Тревожный признак

Команды нет — не хватает права «Просмотр»

Открытие списка и форм

Норма

Список и карточки открываются без сообщений об ошибках

Тревожный признак

Ошибка нарушения прав доступа — не хватает права «Чтение»

Попытка редактирования при роли «только чтение»

Норма

Кнопки записи и проведения недоступны или выдают отказ

Тревожный признак

Документ сохраняется — остались интерактивные права на изменение

Ограничения и связанные механизмы

Права «Чтение» и «Просмотр» — только верхний уровень системы разграничения доступа. Поверх них работают ограничение доступа на уровне записей (RLS), функциональные опции, скрывающие команды независимо от прав, а также настройки видимости команд в панелях разделов. Если объект не отображается, причина может быть не в правах, а в отключённой функциональной опции — это стоит проверять параллельно.

Для внешних пользователей, работы через веб-клиент и тонкий клиент механизм прав работает одинаково. Отличия возможны только в составе доступных команд интерфейса, но логика «Чтение = данные, Просмотр = видимость» сохраняется.

Частые вопросы

Можно ли дать пользователю данные для отчёта, не показывая объект в меню?

Да. Выдайте право «Чтение» на объект и не выдавайте «Просмотр». Данные будут доступны в отчётах, подборах и запросах, но отдельная команда списка в интерфейсе не появится. Убедитесь, что это соответствует политике доступа: пользователь всё равно сможет видеть содержимое объекта.

Почему пользователь видит команду списка, но получает ошибку при открытии?

Это признак комбинации «Просмотр есть, Чтения нет». Проверьте роли пользователя на предмет права «Чтение» для этого объекта. Также возможна ситуация, когда «Чтение» есть, но ограничение на уровне записей (RLS) отсекает все строки — тогда список откроется пустым без ошибки.

Нужно ли выставлять «Просмотр», если уже стоит «Чтение»?

Да, если пользователь должен видеть объект в интерфейсе. Это независимые права: «Чтение» не включает «Просмотр» автоматически. В типовых ролях оба права обычно выставлены вместе именно по этой причине.

Чем «Просмотр» отличается от «Интерактивного изменения»?

«Просмотр» управляет видимостью объекта и открытием форм для чтения. «Интерактивное изменение» разрешает редактировать данные через интерфейс — кнопки записи, проведения, сохранения. Для роли «только чтение» «Просмотр» оставляют, а интерактивные права на изменение снимают.

Почему после изменения ролей ничего не поменялось у пользователя?

Наиболее вероятные причины: пользователь не перезапустил сеанс (права применяются при входе), изменения внесены в конфигуратор, но не обновлена конфигурация базы данных, либо у пользователя есть другая роль или профиль, который перекрывает ваши ограничения — права в 1С суммируются.

Как быстро выяснить, какой роли не хватает для доступа?

Создайте тестового пользователя и назначайте ему роли по одной, проверяя доступ после каждой. Альтернатива — в конфигураторе открыть объект, посмотреть, какие роли дают на него «Чтение» и «Просмотр», и сопоставить со списком ролей проблемного пользователя.