04 июля 2026 г. — В любой 1С-конфигурации одна из ключевых задач администратора — гарантировать, что сотрудник видит только те данные, которые необходимы для выполнения своих обязанностей. Грамотно выстроенная система ролей и ограничений доступа (RLS) защищает коммерческую тайну, снижает риск ошибок пользователей и упрощает сопровождение.
Общие положения
В терминологии 1С:
- Роль — это готовый набор прав на объекты метаданных (справочники, документы, отчёты и т. д.).
- Профиль — совокупность ролей, закреплённых за конкретным пользователем или группой.
- RLS (Row Level Security) — механизм, позволяющий ограничить доступ не только к объекту в целом, но и к отдельным записям (строкам) внутри него.
Правила создания ролей к элементарным функциям
При проектировании ролей рекомендуются следующие принципы:
- Атомарность. Каждая роль отвечает за одну бизнес-функцию (например, «Ввод поступлений ТМЦ», «Просмотр остатков»).
- DRY (Don’t Repeat Yourself). Не дублируйте права в нескольких ролях — создайте базовую роль «Чтение справочников» и включите её в более крупные.
- Минимальные привилегии. Дайте только те права, без которых пользователь не может работать.
- Именование. Используйте понятные префиксы:
GL_— глобальные роли,DEPT_— роли подразделений,RLS_— роли с RLS-ограничениями.
Ссылочные объекты и регистры
Справочники и планы видов характеристик
- Если справочник используется в RLS-фильтре (например, «Организации»), обязательно дайте право Чтение всем, кто попадает под фильтрацию.
- Для регистров сведений (например, «Курсы валют») достаточно права Чтение для большинства сотрудников, а вот Запись — только бухгалтеру.
Регистры накопления и расчёта
Для регистров характерно право «Проведение», но не путать с правом «Запись»: последнее разрешает изменять уже проведённые движения.
Журналы документов
Журнал документов (форма списка) требует:
- Чтение на метаданные документа (иначе записи отображаться не будут).
- Просмотр (отдельная привилегия) для открытия формы самого документа.
- Проведение / Отмена проведения — если пользователь должен менять статус.
Пошаговая инструкция: создаём роль с RLS-ограничением
Шаг 1. Создаём роль
Откройте «Администрирование → Пользователи и права → Роли → Создать».
Шаг 2. Назначаем базовые права
| Объект | Чтение | Просмотр | Изменение | Проведение |
|---|---|---|---|---|
| Справочник «Контрагенты» | ✓ | ✓ | — | — |
| Документ «Реализация» | ✓ | ✓ | ✓ | ✓ |
Шаг 3. Добавляем RLS-выражение
&НашиОрганизации = РазделениеДанных.ОрганизацииСотрудника(ТекущийПользователь); ВЫБРАТЬ * ИЗ Документ.Реализация ГДЕ Организация В (&НашиОрганизации)
Код ограничения вставляется в окне роли → вкладка Ограничения → Редактировать RLS.
Шаг 4. Назначаем роль пользователю
Перейдите в «Пользователи», выберите нужного, на вкладке «Роли» добавьте только что созданную.
Диагностика нарушений доступа
Если пользователь сообщает «Доступ запрещён»:
- Включите технологический журнал (
/LogUI). - Найдите строку с
AccessDeniedException. - Убедитесь, что:
- у пользователя есть право Чтение на объект;
- RLS-фильтр не исключает нужную строку;
- нет конфликта нескольких ролей (разрешающая + запрещающая).
Практические сценарии
Раздельный доступ к денежным документам
Задача: бухгалтер кассы видит только «Поступление ДС», а бухгалтер банка — только «Исходящий платёж».
- Создайте две роли:
RLS_CashInиRLS_BankOut. - В каждой роли в RLS укажите фильтр по виду операции.
- Дайте обеим ролям право Чтение на справочник «Валюты» (без него документы не откроются).
Доступ по подразделениям
&Подразделение = Справочники.Подразделения.НайтиПоКоду("000000045");
ВЫБРАТЬ *
ИЗ Документ.ЗаявкаНаРасход
ГДЕ Подразделение = &Подразделение
Чек-лист перед внедрением
- ✓ Все роли имеют префиксы и описания.
- ✓ Каждому пользователю выдан минимально необходимый набор ролей.
- ✓ Проведено тестирование RLS «чужими» данными (отрицательный сценарий).
- ✓ Создана техническая документация (Excel/Confluence) с картой ролей.
- ✓ Настроено регулярное резервное копирование.
Правильно настроенные роли в 1С — это не только безопасность, но и удобство пользователей: чем меньше «лишнего» видит сотрудник, тем быстрее он принимает решения и меньше ошибается. Используйте атомарные роли, тщательно тестируйте RLS и не забывайте документировать любые изменения.