Администрирование · 12 мин
Как работает пользовательская видимость в 1С
Как работает пользовательская видимость в 1С: роли, RLS, функциональные опции и настройка интерфейса. Пошаговая проверка, типичные ошибки и ответы на вопросы.
Пользовательская видимость в 1С — это совокупность механизмов, которые определяют, какие объекты, документы, кнопки и данные видит конкретный пользователь после входа в программу. За неё отвечают четыре уровня: роли и права доступа, ограничение доступа на уровне записей (RLS), функциональные опции и персональные настройки интерфейса. Понимание того, какой уровень «скрыл» объект, избавляет от типичной ситуации, когда администратор часами ищет, почему у менеджера пропала кнопка или документ.
Ключевой принцип: видимость в 1С всегда строится от запрета. Если объект не виден, значит, сработало одно из ограничений — не выдана роль, отключена функциональная опция, сработал RLS-фильтр или пользователь сам убрал элемент в настройках формы. Поиск причины идёт от простого к сложному: сначала проверяют интерфейсные настройки, затем функциональные опции, потом роли и в конце — ограничения на уровне записей.
Важно различать «не видит команду» и «не видит данные». В первом случае пользователь не находит кнопку или пункт меню, но данные при прямом доступе могут быть доступны. Во втором — платформа физически фильтрует записи в запросах, и пользователь не получит их ни через отчёт, ни через подбор. Это принципиально разные механизмы с разными способами настройки.
Из чего складывается видимость: четыре уровня контроля
Первый уровень — роли. Каждая роль содержит набор прав на объекты конфигурации: чтение, добавление, изменение, удаление, просмотр, интерактивное добавление и другие. Если у пользователя нет права «Просмотр» на справочник, команда этого справочника не появится в интерфейсе, а попытка открыть объект по ссылке завершится ошибкой нарушения прав доступа.
Второй уровень — ограничение доступа на уровне записей (RLS). Он работает внутри уже выданных прав: пользователь имеет право читать документы реализации, но RLS-шаблон отсекает чужие организации или склады. Платформа автоматически добавляет условие отбора во все запросы к таблице, поэтому «лишние» записи не видны ни в списках, ни в отчётах, ни в подборах.
Третий уровень — функциональные опции. Это переключатели в настройках программы (например, «Вести учёт по нескольким организациям» или «Использовать серии номенклатуры»). Отключённая опция скрывает связанные команды, поля и целые разделы интерфейса для всех пользователей сразу, независимо от их ролей.
Четвёртый уровень — персональные настройки: состав панелей разделов, избранное, видимость колонок в списках, настройки форм. Они хранятся индивидуально для каждого пользователя и часто становятся причиной обращений «у меня пропала кнопка», хотя у коллег всё на месте.
Проверить настройки программы: раздел с соответствующей опцией отключён
Проверить избранное, настройки панелей и видимость команд формы
Проверить группы доступа и профили, сравнить состав записей под полными правами
Проверить наличие права Просмотр/Чтение на объект в ролях пользователя
Роли и права: базовый слой видимости
Роли назначаются пользователю в разделе администрирования («Пользователи и права» в типовых конфигурациях) или через профили групп доступа, если включён соответствующий режим. В типовых решениях прямое назначение ролей в конфигураторе применяют редко — основной инструмент это профили групп доступа, которые администратор собирает из разрешённых ролей без изменения конфигурации.
Право «Просмотр» управляет видимостью команд интерфейса, а право «Чтение» — доступом к данным. В типовых конфигурациях они обычно выдаются вместе, но при доработках возможна ситуация: чтение есть, просмотра нет — и пользователь не видит команду, хотя технически может получить данные через отчёт. При разработке собственных ролей следите за согласованностью этих прав.
Проверить состав ролей пользователя можно через «Администрирование → Пользователи → карточка пользователя → Права доступа». Отчёт «Права доступа» (в типовых БСП-конфигурациях) показывает сводную картину: какие роли действуют, через какие профили и группы они выданы. Это первый инструмент диагностики при жалобах на отсутствие доступа.
RLS: как 1С фильтрует записи внутри выданных прав
RLS работает на уровне запросов платформы. Когда пользователь открывает список документов, платформа добавляет к запросу условие, построенное по шаблону ограничения. Например, для ограничения по организации проверяется вхождение организации документа в список разрешённых значений из групп доступа пользователя. Записи, не прошедшие фильтр, не просто скрываются — они физически не выбираются из базы.
Настройка в типовых конфигурациях сводится к трём шагам: включить ограничение доступа на уровне записей в настройках прав, создать профили групп доступа с нужными разрешенными значениями (организации, склады, контрагенты, подразделения) и включить пользователя в соответствующие группы доступа. Сами шаблоны RLS уже зашиты в роли конфигурации.
Главный признак работающего RLS — пользователь видит «урезанные» списки и не может подобрать чужую запись даже через поле ввода с автоподбором. При этом счётчики и итоги в отчётах также строятся только по доступным записям. Если же пользователь видит список полностью, но получает ошибку при открытии конкретного документа, проблема не в RLS, а в правах на сам объект.
Функциональные опции и командный интерфейс
Функциональные опции включают и выключают целые блоки функциональности. В типовых конфигурациях они сгруппированы в разделе «Настройки» — например, «Организации», «Склады», «Продажи», «Закупки». Когда бухгалтерия не ведёт складской учёт, соответствующая опция отключена, и пользователи не видят складских документов, отчётов и полей даже при наличии ролей.
Типичная ловушка: администратор выдал роль, но команда не появилась, потому что отключена функциональная опция. Обратная ситуация тоже встречается — опция включена, роль выдана, но команда находится в разделе, который не вынесен на панель разделов пользователя. Тогда её можно найти через «Все функции» (в тонком клиенте — через меню или сочетание клавиш, зависящее от настроек запуска).
Отдельный механизм — настройка состава команд раздела. Администратор или сам пользователь (если разрешено) через «Настройки навигации» раздела переносит команды между видимой частью и группой «См. также». Это чисто интерфейсная настройка: она не влияет на права, но именно из-за неё пользователи чаще всего «теряют» нужные документы.
- 1Уточните у пользователя, что именно пропало: команда в меню, записи в списке или поле в форме
- 2Проверьте, виден ли объект у других пользователей с теми же ролями — это отделяет общие настройки от персональных
- 3Проверьте функциональные опции: включён ли соответствующий блок в настройках программы
- 4Сравните роли и группы доступа пользователя с эталонной учётной записью
- 5Проверьте персональные настройки: избранное, настройки панелей, видимость команд формы
- 6Если команда есть, но записей нет — проверяйте группы доступа и работу RLS
Персональные настройки пользователя: избранное, формы, панели
Каждый пользователь может менять состав своего рабочего стола, панели разделов и избранного. Эти настройки хранятся в системном хранилище и применяются только к нему. Если пользователь случайно удалил раздел с панели, он пропадёт именно у него — при полностью исправных правах и опциях.
Видимость полей и колонок настраивается через «Ещё → Изменить форму» (или «Настройка формы» в ряде конфигураций). Так можно скрыть реквизит, который мешает, — или случайно скрыть нужный. Восстановление выполняется там же: в диалоге настройки формы нужно вернуть флажок видимости либо сбросить настройки формы к стандартным.
Администратор может управлять пользовательскими настройками централизованно: в типовых конфигурациях есть обработка копирования и очистки настроек пользователей. Это удобно для тиражирования эталонного интерфейса новым сотрудникам и для сброса «сломанных» настроек без пересоздания учётной записи.
Проверка результата и контрольные точки
После настройки видимости результат обязательно проверяется под учётной записью самого пользователя, а не под администратором. Полные права скрывают действие RLS и ролей: под администратором видно всё, и картина будет ложной. Заведите тестовую учётную запись с теми же профилями, что у целевого пользователя, и проверяйте сценарии на ней.
Минимальный набор проверок: вход в программу, открытие нужных разделов и команд, открытие списка документов и сверка количества записей с ожидаемым, попытка открыть «чужой» документ по ссылке, построение ключевого отчёта и сверка итогов. Для RLS дополнительно проверьте подбор в поле ввода — платформа не должна предлагать недоступные значения.
Как проверить результат
Видны только нужные документы и справочники, лишние команды отсутствуют
Команды нет совсем или видны объекты, которые должны быть скрыты
Количество записей соответствует разрешённым организациям и складам
Записей нет вообще (RLS отсекает всё) или видны чужие организации
Итоги совпадают с данными списка, чужие записи не попадают в отчёт
В отчёте суммы больше, чем в списке — RLS настроен не на все объекты
Документ не открывается или открывается пустым с недоступными полями
Документ открывается и доступен для изменения
Частые вопросы
Почему пользователю выдали роль, а кнопка так и не появилась?
Чаще всего причина в одном из трёх: пользователь не перезашёл в программу после изменения прав, отключена функциональная опция, отвечающая за этот блок, либо команда не выведена в панель навигации раздела и доступна только через «Все функции». Проверяйте в этом порядке.
Чем RLS отличается от обычных прав на объект?
Права определяют доступ к типу объектов целиком: можно читать документы реализации или нельзя. RLS работает внутри разрешённого типа и фильтрует конкретные записи: читать реализации можно, но только своей организации. Права проверяются при обращении к объекту, RLS — в каждом запросе к таблице.
Почему в отчёте суммы больше, чем в списке документов?
Классический признак неполной настройки RLS: ограничение задано для документа, но не для регистра, по которому строится отчёт. Проверьте, что шаблоны ограничений применены ко всем связанным объектам — документам, регистрам накопления и сведений. В типовых конфигурациях это обычно уже сделано, проблема возникает после доработок.
Как вернуть случайно скрытую колонку в списке?
Откройте список, перейдите в «Ещё → Изменить форму» и найдите нужный элемент в дереве — верните флажок видимости. Если настроек накопилось много и проще начать заново, используйте сброс настроек формы к стандартным либо очистку персональных настроек через обработку управления настройками пользователей.
Можно ли скрыть поле только для части пользователей без доработки конфигурации?
Штатными средствами — ограниченно. Персональные настройки формы индивидуальны, а функциональные опции действуют на всех. Для разной видимости полей по группам пользователей в типовых конфигурациях используются права на реквизиты объекта через профили доступа либо доработка с проверкой роли в коде формы. Первый вариант предпочтительнее, так как не требует изменения конфигурации.
Безопасно ли давать пользователю право «Все функции»?
Команда «Все функции» сама по себе прав не добавляет — через неё видны только те объекты, на которые у пользователя есть права. Однако она показывает технические объекты (регистры, константы, критерии отбора), и неопытный пользователь может запутаться или изменить данные там, где нет привычных проверок формы. Обычным пользователям её лучше не включать.
Что важно запомнить
Видимость в 1С управляется четырьмя уровнями: роли, RLS, функциональные опции и персональные настройки. Диагностику ведите от простого к сложному, результат всегда проверяйте под учётной записью пользователя, а изменения шаблонов RLS — только на копии базы.