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