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