Как назначить права пользователю в 1С

Управление правами доступа — одна из базовых задач администратора 1С. От того, как настроены права, зависит не только удобство работы сотрудников, но и безопасность данных: лишние полномочия приводят к случайным изменениям документов, утечкам информации и ошибкам в учёте.

В типовых конфигурациях 1С (Бухгалтерия, Управление торговлей, Зарплата и управление персоналом) права назначаются через профили групп доступа в режиме 1С:Предприятие. В простых или самописных конфигурациях права задаются через роли в конфигураторе. Ниже разобраны оба подхода, а также способы проверить результат и исправить типичные ошибки.

Перед любыми изменениями прав убедитесь, что у вас есть учётная запись с полными правами (администратора) и актуальная резервная копия информационной базы. Эксперименты с ролями без копии могут привести к тому, что пользователи потеряют доступ к базе, включая самого администратора.

Где в 1С хранятся и настраиваются права

Права в 1С работают по модели ролей. Роль — это набор разрешений на объекты конфигурации: просмотр, добавление, изменение, удаление документов, справочников, отчётов. Один пользователь может иметь несколько ролей, и его итоговые права складываются из их объединения: если хотя бы одна роль разрешает действие, оно доступно.

В типовых конфигурациях поверх ролей надстроен более удобный механизм — профили групп доступа. Профиль объединяет нужные роли под понятным названием («Бухгалтер», «Менеджер по продажам», «Кассир»), а пользователь включается в группу доступа, которой назначен профиль. Это позволяет управлять правами без конфигуратора.

Дополнительно действуют ограничения доступа на уровне записей (RLS): они фильтруют, какие именно документы и элементы справочников видит пользователь, например только по своей организации или складу. RLS настраивается в профиле группы доступа и требует аккуратности — ошибка в шаблоне ограничения может скрыть данные у всех пользователей группы.

Как создать пользователя в типовой конфигурации

Откройте раздел «Администрирование» и перейдите в «Настройки прав и пользователей» (в некоторых конфигурациях — «Пользователи и права»). В списке пользователей нажмите «Создать» и заполните карточку: имя (отображаемое), имя для входа (логин), пароль и подтверждение пароля.

Обратите внимание на флажки в карточке. «Вход в программу разрешён» должен быть установлен, иначе пользователь не сможет авторизоваться. Если в базе настроена аутентификация операционной системы, можно связать учётную запись 1С с доменной учётной записью Windows — тогда пароль в 1С не потребуется.

Не выдавайте новому пользователю права администратора «на всякий случай». Учётных записей с полными правами должно быть минимум — обычно одна-две у ответственных сотрудников, и пароли от них хранятся отдельно.

1. 1
   Откройте «Администрирование → Настройки прав и пользователей → Пользователи»
2. 2
   Создайте пользователя, задайте логин и пароль, включите вход в программу
3. 3
   Перейдите в «Группы доступа» и откройте подходящую группу
4. 4
   Добавьте пользователя в участники группы доступа
5. 5
   Проверьте профиль группы: какие роли и ограничения в него входят
6. 6
   Войдите в базу под новым пользователем и проверьте доступные функции

Назначение прав через профили и группы доступа

Группы доступа находятся там же: «Администрирование → Настройки прав и пользователей → Группы доступа». Каждая группа связана с профилем, который определяет состав ролей. Чтобы дать пользователю права бухгалтера, достаточно добавить его в группу с профилем «Бухгалтер» — менять сам профиль обычно не требуется.

Если типовых профилей не хватает, создайте свой: скопируйте существующий профиль и скорректируйте состав ролей и разрешённых действий. Не изменяйте типовые профили напрямую — при обновлении конфигурации изменения могут быть перезаписаны или вызвать конфликт.

В карточке профиля можно настроить ограничения доступа: по организациям, складам, подразделениям, контрагентам. Например, менеджеру по продажам разумно ограничить видимость только его складом. Учтите, что ограничения на уровне записей замедляют выполнение запросов — на больших базах избыточные ограничения заметно влияют на скорость работы.

Назначение ролей через конфигуратор

Если конфигурация не содержит механизма групп доступа (простая или самописная), права назначаются напрямую. Откройте конфигуратор, перейдите в меню «Администрирование → Пользователи», создайте или откройте пользователя и перейдите на вкладку «Права» (в ряде версий — «Прочие»).

На вкладке отображается список ролей конфигурации. Отметьте нужные роли флажками. Роль «ПолныеПрава» и «АдминистраторСистемы» давайте только техническим специалистам. Состав каждой роли можно посмотреть в дереве конфигурации: ветка «Общие → Роли», далее правой кнопкой — «Права».

После сохранения пользователь должен перезайти в базу: права применяются при входе в сеанс, а не «на лету». Если пользователь работает, а вы изменили его роли, попросите его завершить сеанс и войти снова — либо завершите сеанс принудительно через консоль кластера или список активных пользователей.

Сравнение подходов к назначению прав

Группы доступа в режиме Предприятие

Подходит для типовых конфигураций. Не требует конфигуратора, удобно для массового управления, поддерживает ограничения по организациям и складам. Ограничение: работает только там, где механизм встроен в конфигурацию.

Роли в конфигураторе

Подходит для простых и самописных конфигураций. Полный контроль над составом ролей. Ограничение: требует доступа к конфигуратору и понимания структуры конфигурации, изменение ролей может потребовать монопольного режима.

Копирование прав другого пользователя

Быстрый способ для типовых конфигураций: включите нового сотрудника в те же группы доступа, что и коллегу на аналогичной должности. Ограничение: вместе с нужными правами копируются и возможные избыточные доступы коллеги.

Как проверить, что права назначены правильно

Самый надёжный способ — войти в базу под учётной записью пользователя и пройтись по его типовым рабочим операциям: открыть нужные документы, создать тестовый документ, сформировать отчёт. Проверьте и обратную сторону: разделы, к которым доступа быть не должно, действительно скрыты или недоступны.

В типовых конфигурациях есть встроенный отчёт по правам: в карточке пользователя или в разделе групп доступа доступен анализ «Права доступа» (или «Отчёт по правам пользователя»). Он показывает итоговый состав ролей и ограничений с учётом всех групп, в которые входит пользователь.

Признак неправильной настройки — сообщения «Нарушение прав доступа» при штатных операциях пользователя или, наоборот, видимость служебных разделов («Администрирование», «Все функции») у рядового сотрудника. Команда «Все функции» вообще не должна быть доступна обычным пользователям.

Контрольные точки

Как проверить результат

Вход под учётной записью пользователя

Норма

Пользователь входит, видит только свои разделы и выполняет рабочие операции без ошибок

Тревожный признак

Ошибки «Нарушение прав доступа» при обычных действиях или видны административные разделы

Отчёт по правам пользователя

Норма

Состав ролей соответствует должности, ограничения по организациям заданы осознанно

Тревожный признак

В списке присутствуют «ПолныеПрава» или лишние группы доступа

Доступ к чужим данным

Норма

Пользователь видит документы только своей организации или склада

Тревожный признак

Видны документы всех подразделений при настроенных ограничениях — RLS не применён

Типичные ошибки и риски при настройке прав

Самая частая ошибка — выдача полных прав «временно», чтобы сотрудник мог выполнить одну операцию. Временное почти всегда становится постоянным, и в итоге в базе накапливаются пользователи с избыточным доступом. Правильнее выяснить, какой именно объект недоступен, и добавить точечную роль или профиль.

Вторая ошибка — редактирование типовых ролей в конфигураторе под конкретного пользователя. При обновлении конфигурации такие изменения либо теряются, либо блокируют автоматическое обновление. Вместо этого создавайте собственные роли и профили.

Третья группа проблем связана с ограничениями на уровне записей: неверно заполненные значения доступа (например, пользователю не указана его организация) приводят к тому, что сотрудник вообще не видит документы. Проверяйте вкладку «Ограничение доступа» в карточке пользователя или группы.

Отдельно упомянем уволенных сотрудников: учётную запись нужно не удалять (иначе в документах пропадёт автор), а деактивировать — снять флажок «Вход в программу разрешён» и исключить пользователя из всех групп доступа.

Частые вопросы о правах в 1С

Пользователь не видит нужный документ, хотя права назначены. Что проверить?

Сначала убедитесь, что пользователь перезашёл в базу после изменения прав. Затем проверьте ограничения на уровне записей: заполнены ли у него значения доступа (организация, склад). Если документ создан другой организацией, а у пользователя стоит фильтр по своей — он его не увидит, и это норма, а не ошибка.

Можно ли скопировать права одного пользователя другому?

Да, в типовых конфигурациях достаточно включить нового пользователя в те же группы доступа. В конфигураторе можно отметить тот же набор ролей. После копирования проверьте, не перенеслись ли вместе с правами избыточные доступы, которые были у коллеги по историческим причинам.

Чем отличаются «Полные права» от роли «Администратор»?

Полные права дают доступ ко всем данным и операциям внутри информационной базы, но не к административным функциям кластера и не всегда к обновлению конфигурации. Административные роли дополнительно позволяют управлять пользователями, настройками и обслуживанием базы. Рядовому сотруднику не нужна ни та, ни другая.

Изменил права, а у пользователя ничего не поменялось. Почему?

Права применяются при входе в сеанс. Пользователь должен завершить работу и войти заново. Если сеанс «завис», завершите его через список активных пользователей в конфигураторе или консоль кластера серверов 1С.

Как дать доступ только к отчётам без изменения данных?

Создайте отдельный профиль (или роль), в который входят только права на просмотр нужных объектов и использование отчётов, без прав на добавление и изменение. Проверьте результат под учётной записью пользователя: кнопки «Создать» и «Провести» должны быть недоступны.