← На главную

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

Анализ иерархии подсистем и видимости разделов

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

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

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

Права на команды и журналы документов

Одной из ключевых особенностей 1С:УТ 11 является использование команд для открытия списков. В отличие от старых версий 1С, где ссылка в меню вела непосредственно на форму списка объекта, здесь за это часто отвечает отдельный объект метаданных — команда. Выясним, почему это важно:

Если у роли есть право на «Чтение» и «Просмотр» самого документа, но нет права на команду (например, Команда.ЗаказыКлиентов), ссылка в панели навигации не появится. Кроме того, многие документы в УТ 11 сгруппированы в журналы. Например, вместо прямой ссылки на реализации товаров используется «Журнал документов продажи».

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

Роль функциональных опций в отображении интерфейса

Проанализируем ситуацию, когда все права вроде бы даны, но разделы всё равно скрыты. Здесь в игру вступают функциональные опции (ФО). Этот механизм управляет видимостью интерфейса в зависимости от настроек программы. Если роль пользователя не имеет права на чтение констант или параметров сеанса, которые хранят значения этих опций, система может решить, что данный функционал в принципе выключен для текущего сеанса.

Для корректной работы профиля «Только просмотр» обязательно добавьте роли, содержащие «Базовые права». В этих ролях обычно настроены права на просмотр необходимых параметров, без которых интерфейс «схлопывается».

Настройка RLS и ограничение по организациям

Если стоит задача разрешить просмотр документов только по одной конкретной организации, используется механизм RLS (Record Level Security). Однако его включение накладывает дополнительные требования к настройке:

1. Доступ к справочнику «Организации»: Пользователь обязан иметь право на чтение этого справочника. Если RLS запрещает видеть саму организацию, то система не сможет отобразить и документы, связанные с ней, так как связь будет считаться битой.
2. Регламентные задания: В УТ 11.1 для ускорения работы RLS используются вспомогательные таблицы (ключи доступа). Если вы настроили группы доступа, но документы не появились, необходимо выполнить регламентное задание Заполнение данных для ограничения доступа. Без этого таблицы не обновятся, и ограничения будут работать по старым (или пустым) данным.

Проверка через меню «Все функции»

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

• Права на Объект (документ/справочник) настроены верно.
• RLS работает корректно (данные фильтруются).
• Проблема кроется исключительно в командах, подсистемах или настройках панели навигации.

Практический совет: метод копирования типового профиля

Вместо того чтобы собирать профиль «Только просмотр» с нуля, перебирая сотни ролей, разберем более эффективный алгоритм «от обратного»:

Рассмотрим пошагово:

1. Найдите типовой профиль, который максимально близок к задачам пользователя (например, «Менеджер по продажам»).
2. Скопируйте его и создайте свой профиль (например, «Менеджер по продажам (только просмотр)»).
3. В конфигураторе или в режиме «1С:Предприятие» проанализируйте входящие в него роли.
4. Если вы создаете свою роль, то скопируйте права из типовой роли «Чтение заказов клиентов», но внимательно проверьте закладку «Команды» и «Журналы документов».

Для документов заказов клиентов часто критически важно наличие прав на регистры накопления. Выясним причину: форма списка может использовать данные регистров для отображения состояний оплаты или отгрузки. Если нет прав на РегистрНакопления.ЗаказыКлиентов (хотя бы на чтение), список может открываться пустым или выдавать ошибку доступа.

Очистка кэша и обновление настроек

Иногда, после всех манипуляций с ролями, изменения не вступают в силу из-за кэширования метаданных на стороне клиента. Выполним следующие действия:

• Полностью перезапустите сеанс пользователя.
• В меню «Вид» — «Настройка панели навигации» нажмите кнопку «Установить стандартные настройки». Это часто помогает «проявить» пункты меню, которые были скрыты, пока прав на них не было.
• Если и это не помогло, очистите локальный кэш базы данных на компьютере пользователя.

Таким образом, полноценная роль «Только просмотр» в УТ 11.1 — это не просто набор прав «Чтение» на документы. Это совокупность прав на подсистемы, команды, журналы документов, базовые константы и правильно работающие фоновые задания по обновлению ключей доступа RLS.