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